vtkSMTransferFunctionPresets become a singleton
Rationale : it was possible to have multiple instance at some point. (typically, the pqChoosePresetReaction, through a pqSavePresetDialog, has a long-live vtkSMTransferFunctionPresets instance) But as they used to ignore each other and write the preset file in the destructor, modifying both instance was not well supported (in fact, file will represent the last destroyed one).
Now it is a singleton, so no more sync problem. Two new methods were added to force the writing
SaveToFile()) and the reading (
ReloadPresets()) of the preset file, if needed.
Use case: I'm working on adding preset mechanism to ChartSeries (see wip !3589 (closed)), and I faced this problem were the ColorMap editor handles a vtkSMTransferFunctionPrests instance and the SeriesEditorPropertyWidget handle a second one.