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.
Showing with 260 additions and 231 deletions
This diff is collapsed.