Hi all,
recently I saw another on someone's computer pd's cursor showing a question mark and, when moved to a labeled inlet of a subpatcher, the label.
How do I get that to work on my own machine? I got 0.38-10-0test10.
-- Orm
Hallo Orm, Orm Finnendahl hat gesagt: // Orm Finnendahl wrote:
recently I saw another on someone's computer pd's cursor showing a question mark and, when moved to a labeled inlet of a subpatcher, the label.
How do I get that to work on my own machine? I got 0.38-10-0test10.
It's only available in the "devel"-Version on the CVS, I think. (And in the Debian packages.) To use it, add a tooltip word to [inlet] like [inlet frequency]
Ciao
Frank Barknecht _ ______footils.org__
On Fri, 10 Dec 2004, Orm Finnendahl wrote:
Hi all,
recently I saw another on someone's computer pd's cursor showing a question mark and, when moved to a labeled inlet of a subpatcher, the label.
How do I get that to work on my own machine? I got 0.38-10-0test10.
Hi,
It is one of the proposed features for pd that got ported to 0.38 by Tim. Get it from:
http://sourceforge.net/tracker/?group_id=55736&atid=478072 (its the "tooltip" diff file).
Then you have to patch the pd sources. In the "src" directory do patch -p1 < tooltip.diff and then recompile.
It would be easy to change the code in order to just show nothing when there is no description of the inlets available, instead of question marks.
I was working for a while with that system, and it helped me a lot to keep my patches clean and well structured. I am one of those people who constantly forget how they have designed an abstraction, being able to check from the outside what which inlet does helped me a lot.
It is also possible to add inlet descriptions to builtin objects and externals.
Guenter
PS: Unfortunately the diff files are called "patches" in the software world and on the sourceforge tracker page. It was already pointed out that this is confusing, as pd files are called patches too ... maybe I just use "diff files" instead.
-- Orm
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://iem.at/cgi-bin/mailman/listinfo/pd-list
Hi Günter,
thanks a lot. It's a very useful feature, but works on inlets only.
Is that intentional or is it me?
-- Orm
Am 10. Dezember 2004, 11:28 Uhr (+0100) schrieb günter geiger:
Then you have to patch the pd sources. In the "src" directory do patch -p1 < tooltip.diff and then recompile.
On Fri, 10 Dec 2004, Orm Finnendahl wrote:
Hi G�nter,
thanks a lot. It's a very useful feature, but works on inlets only.
Is that intentional or is it me?
yes I left it out intentionally. Sort of an exercise for pd coders.
Guenter
-- Orm
Am 10. Dezember 2004, 11:28 Uhr (+0100) schrieb g�nter geiger:
Then you have to patch the pd sources. In the "src" directory do patch -p1 < tooltip.diff and then recompile.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://iem.at/cgi-bin/mailman/listinfo/pd-list
It would be easy to change the code in order to just show nothing when there is no description of the inlets available, instead of question marks.
it shouldn't be hard to do that ...
btw, i still haven't had the time to check mathieu's approach using tcl... anyway, it might be a good idea do add tooltips for outlets, too ... maybe i'll look into this at the weekend ...
cheers ... tim
Hallo, Tim Blechmann hat gesagt: // Tim Blechmann wrote:
btw, i still haven't had the time to check mathieu's approach using tcl... anyway, it might be a good idea do add tooltips for outlets, too ... maybe i'll look into this at the weekend ...
I still don't use the tooltips, but the only reason for me is, that I find it annoying and distracting that they used to move around like they were stuck to the mouse pointer. Are they still doing this? I would really like the tooltips to stay in a fixed position above the inlets (or below the outlets). I believe, Mathieu's labels already work this way.
Ciao
Frank Barknecht _ ______footils.org__
On Fri, 10 Dec 2004, Frank Barknecht wrote:
Tim Blechmann hat gesagt: // Tim Blechmann wrote:
btw, i still haven't had the time to check mathieu's approach using tcl... anyway, it might be a good idea do add tooltips for outlets, too ... maybe i'll look into this at the weekend ...
I still don't use the tooltips, but the only reason for me is, that I find it annoying and distracting that they used to move around like they were stuck to the mouse pointer. Are they still doing this? I would really like the tooltips to stay in a fixed position above the inlets (or below the outlets). I believe, Mathieu's labels already work this way.
About my tooltips:
- they don't move with the mouse cursor
- beige background makes it more readable
- includes inlet number (0-based)
- doesn't suck clientserver bandwidth (compare with -d3)
- shares half of its code with the name-completion feature
Mathieu Bouchard -=- Montréal QC Canada -=- http://artengine.ca/matju
On Fri, 10 Dec 2004, Frank Barknecht wrote:
I still don't use the tooltips, but the only reason for me is, that I find it annoying and distracting that they used to move around like they were stuck to the mouse pointer.
Nothing easier than changing this :) But I prefer them moving with the mouse, cause this way I can sweep across the inlets while looking at their description more fluently.
Guenter
Hallo, gÃŒnter geiger hat gesagt: // gÃŒnter geiger wrote:
On Fri, 10 Dec 2004, Frank Barknecht wrote:
I still don't use the tooltips, but the only reason for me is, that I find it annoying and distracting that they used to move around like they were stuck to the mouse pointer.
Nothing easier than changing this :) But I prefer them moving with the mouse, cause this way I can sweep across the inlets while looking at their description more fluently.
Maybe make it configurable? I prefer words on screen to stay where they are. ;)
Ciao
Frank Barknecht _ ______footils.org__
as far as i can tell the "Stay where they were first drawn" seems to be the standard way of dealing with tooltips, on windows at least...
Frank Barknecht wrote:
Hallo, gÃŒnter geiger hat gesagt: // gÃŒnter geiger wrote:
On Fri, 10 Dec 2004, Frank Barknecht wrote:
I still don't use the tooltips, but the only reason for me is, that I find it annoying and distracting that they used to move around like they were stuck to the mouse pointer.
Nothing easier than changing this :) But I prefer them moving with the mouse, cause this way I can sweep across the inlets while looking at their description more fluently.
Maybe make it configurable? I prefer words on screen to stay where they are. ;)
Ciao
On Fri, 10 Dec 2004, Josh Steiner wrote:
as far as i can tell the "Stay where they were first drawn" seems to be the standard way of dealing with tooltips, on windows at least...
yes, but thats a completely different user interaction. inlets on objects are not buttons. Anyhow, thats not the question, as it is easily changed. The question if it gets accepted in pd are the complicated details of implementation. miller suggested in graz how they could be implemented differently. He is not happy with the way they are implemented now because I had to change the size of the inlet structure. So there is not too much hope that they will be in Pd soon. Moving or not moving, yellow or green background :(
Guenter
Frank Barknecht wrote:
Hallo, g�nter geiger hat gesagt: // g�nter geiger wrote:
On Fri, 10 Dec 2004, Frank Barknecht wrote:
I still don't use the tooltips, but the only reason for me is, that I find it annoying and distracting that they used to move around like they were stuck to the mouse pointer.
Nothing easier than changing this :) But I prefer them moving with the mouse, cause this way I can sweep across the inlets while looking at their description more fluently.
Maybe make it configurable? I prefer words on screen to stay where they are. ;)
Ciao
-- ___________________________________________________________________ interactive electronic music installation - improbableorchestra.com live experimental electronic music - bluevitriol.com drum'n'bass - vitriolix.com
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://iem.at/cgi-bin/mailman/listinfo/pd-list
miller suggested in graz how they could be implemented differently. He is not happy with the way they are implemented now because I had to change the size of the inlet structure. So there is not too much hope that they will be in Pd soon. Moving or not moving, yellow or green background :(
hm ... i looked into the code some time ago and iirc, the inlet structure that is given by m_pd.h is defined as EXTERN_STRUCT and all api functions handle with pointers to inlet structs. maybe i'm missing something obvious, but i don't think, we loose binary compatibility with older externals...
what was miller's idea? adding the tooltip symbols to the t_class of the object?
cheers ... tim
On Sat, 11 Dec 2004, Tim Blechmann wrote:
hm ... i looked into the code some time ago and iirc, the inlet structure that is given by m_pd.h is defined as EXTERN_STRUCT and all api functions handle with pointers to inlet structs. maybe i'm missing something obvious, but i don't think, we loose binary compatibility with older externals...
I don't think so either. Actually the tooltips were used a lot already without any problems.
what was miller's idea? adding the tooltip symbols to the t_class of the object?
No, he had the idea of putting them into a hash table. I didn't follow this thought any further though.
One reason why the tooltips are as they are is that I wanted to make only few and clear changes to the code so that it can be seen easily whats going on.
Guenter
what was miller's idea? adding the tooltip symbols to the t_class of the object?
No, he had the idea of putting them into a hash table. I didn't follow this thought any further though.
the symbol hash table or a new one? if it's the symbol hash table, it shouldn't be a big problem to adapt the code ...
anyway, i'm currently thinking of a way to implement a hash table api to pd, implementing a lock-free, thread-safe hash table ... at least for the x86 architecture, since i'm not able to test on a mac ...
tim
On Mon, 13 Dec 2004, Tim Blechmann wrote:
what was miller's idea? adding the tooltip symbols to the t_class of the object?
No, he had the idea of putting them into a hash table. I didn't follow this thought any further though.
the symbol hash table or a new one? if it's the symbol hash table, it shouldn't be a big problem to adapt the code ...
I think he meant a separate one.
Guenter
anyway, i'm currently thinking of a way to implement a hash table api to pd, implementing a lock-free, thread-safe hash table ... at least for the x86 architecture, since i'm not able to test on a mac ...
tim
-- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk
After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://iem.at/cgi-bin/mailman/listinfo/pd-list
No, he had the idea of putting them into a hash table. I didn't follow this thought any further though.
the symbol hash table or a new one? if it's the symbol hash table, it shouldn't be a big problem to adapt the code ...
I think he meant a separate one.
miller: i'm curious, why you thought of another hash table ... what would be the advantages of that approach?
cheers ... tim
PS: Unfortunately the diff files are called "patches" in the software world and on the sourceforge tracker page. It was already pointed out that this is confusing, as pd files are called patches too ... maybe I just use "diff files" instead.
well, just imagine how flakey working with pd( yeah I'm patching this and that right now...) must sound like to a c developer :)
-
Frank Barknecht -
g�nter geiger -
Josh Steiner -
Mathieu Bouchard -
MvH -
Orm Finnendahl -
Tim Blechmann