-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
As more people ask for features in popup the more a property dialog looks best... It seems too early to worry about this for me since all I really want is a nice stable API for gui externs in PD that include property dialogs.
Miller, do you have any interest/estimate on this?
Oh and while I'm on the topic, is there a function in the PD API to remove special characters from strings that have special PD meaning (; $ \ etc..) and pass a clean string of atoms on..? (right now you can type "; pd-array clear" in the "entry" box and it will send the message to the pd-array receive. Cute for some things, a pain for others...
B.
Thomas Grill wrote: |>but i think it is important that we separate between visual properties |>and functional behaviour. |>for an example, the iemguis store a lot of gui-information in a long |>long list of arguments. i think this is bad style, but it is not thomas' |>fault as this is the way how it works: one object is entirely |>representated by one message. |>the problem with this is that you cannot expand it (just have a look at |>the evolution of the arguments of the iemgui's) | | | I'm personally using flext attributes with great success. It uses the | Max/Jitter style of @arguments, which allows easy structuring of creation | arguments. Flext also has a built-in editor for that (context menu | "properties") | | best greetings, | Thomas | | | _______________________________________________ | PD-dev mailing list | PD-dev@iem.at | http://iem.at/cgi-bin/mailman/listinfo/pd-dev |