-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Martin Peach wrote:
IOhannes m zmoelnig wrote:
personally i would prefer most, if tooltips would be available for _every_ object and they should be set via the preferences (right-click) menu. this of course does not deal at all with the way how this information is stored within a pd-patch. probably it would be a good idea to do it similar to the way arrays are stored inline.
There would also need to be a function to register default tooltips in hard-coded externals. Something like:
void settooltipsymbol(t_class *c, t_symbol *s, t_object *iolet);
e.g. something like
#X obj 100 100 inlet; #G tooltip reset the game #X obj 100 200 outlet; #G tooltip finished! #X connect 0 0 1 0 #G tooltip here flows the data #G color red
#G (like "Gui") is attached to the preceding "#X" line. i would prefer "#P" (Properties), but this is already taken by the good olde Patcher.
Or #I (Info)?
I just want to say one word:
why introduce incompatibility for such an optional feature? I mean no user would switch to a new pd file format only because it has tooltips.
in the pd file format there is already a notation to put informations:
#X text <X> <Y> useful information here;
here there could be a kind of "sub-command" that tells pd of this data (I would better name it META-data) :
#X obj <X> <Y> helloWorldAbs; #X text <X> <Y> #T tooltip for this object; #X text <X> <Y> #C <COLOR>; [...]
a user that doesn't have this feature just should ignore or delete that crap in front of the object.... or if he is geeky enough, strip out metadata with sed or perl :=)
ciao Federico
On Wed, 5 Jul 2006, Federico wrote:
here there could be a kind of "sub-command" that tells pd of this data (I would better name it META-data) : #X obj <X> <Y> helloWorldAbs; #X text <X> <Y> #T tooltip for this object; #X text <X> <Y> #C <COLOR>; [...] a user that doesn't have this feature just should ignore or delete that crap in front of the object.... or if he is geeky enough, strip out metadata with sed or perl :=)
The fact that #V (or #T or #C) doesn't exist in Miller's Pd will already strip all those directives because the #V receiver doesn't exist there. The idea of superimposing all those directives as comments on top of the object they apply to, is not much more than a joke of yours.
The only way troublesome incompatibility would be introduced, is if there is no terminating semicolon on those extra directives, but that's not what I have implemented in DesireData.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada