CustomGuiData Flags - where to set?



  • THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED

    On 03/05/2006 at 16:25, xxxxxxxx wrote:

    User Information:
    Cinema 4D Version:   9.102 
    Platform:   Windows  ; Mac  ;  Mac OSX  ; 
    Language(s) :     C++  ;

    ---------
    Looking at the SDK, I don't see where to set the flag CUSTOMDATATYPE_INFO_UNDOSAMECUSTOMGUI for my dynamic description sliders (REAL) so that one undo only resets one slider (and not all of them).

    Thanks,



  • THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED

    On 03/05/2006 at 16:57, xxxxxxxx wrote:

    To add more clarity, a set of REAL sliders is added to my plugin objects AM using GetDDescription(). If several sliders are interactively changed, a subsequent undo (CTRL-Z) restores them all to their previous values - not just the last slider changed. Doesn't the AM automatically handle undos for keys, tags, objects, etc. and so on?

    There are tracks/seqs/keys for each slider and if "Automatic Keyframing" is enabled, the behaviour is proper (one undo for each slider). I want this behaviour without enabling that if possible.

    Thanks,



  • THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED

    On 05/05/2006 at 02:18, xxxxxxxx wrote:

    hmm, actually c4d handles this for objects etc. itself, only for custom datatypes you need to worry about this yourself (for customguis it seems to handle this itself too. Works at least for my REAL customgui).

    CUSTOMDATATYPE_INFO_UNDOSAMECUSTOMGUI only needs to be set in RegisterCustomDataTypePlugin() when you write your own datatypes afaik. Adding REAL slider therefore should be handled by c4d.



  • THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED

    On 05/05/2006 at 02:24, xxxxxxxx wrote:

    In my case, it doesn't. I think this may be related to the keys corresponding to the sliders (which were not also set in the process). Once I updated the keys instead, the behavior was as expected. So, it is suspected that the keys were somehow restoring other sliders when the undo was done since they had not been changed. That's my best guess. :)


Log in to reply