[PD] implementing tooltips WAS: Pd-extended 0.43 updates: lots of new editing features

Hans-Christoph Steiner hans at at.or.at
Tue Jul 12 04:40:20 CEST 2011


On Jul 11, 2011, at 10:03 PM, Jonathan Wilkes wrote:

>
>
> --- On Tue, 7/12/11, Mathieu Bouchard <matju at artengine.ca> wrote:
>
>> From: Mathieu Bouchard <matju at artengine.ca>
>> Subject: Re: implementing tooltips WAS: [PD] Pd-extended 0.43  
>> updates: lots of new editing features
>> To: "Hans-Christoph Steiner" <hans at at.or.at>
>> Cc: "Jonathan Wilkes" <jancsika at yahoo.com>, "Martin Peach" <martin.peach at sympatico.ca 
>> >, "pd-list" <pd-list at iem.at>
>> Date: Tuesday, July 12, 2011, 3:28 AM
>> On Mon, 11 Jul 2011, Hans-Christoph
>> Steiner wrote:
>>
>>> IMHO, I don't think we should support other ways of
>> specifying the help file. There are very few objects that
>> use it, those are fixed in Pd-extended, it'll add a lot to
>> the work of doing this, etc. etc.  So I say just take
>> the object name and add the '-help' to it.  That covers
>> 99.5% of objects.  Then once its working, it should be
>> possible to go back and add hacks to support hacks ;)
>>
>> c_helpname is not a hack, it doesn't need to be «fixed»,
>> and it shouldn't be «fixed». It's there for a reason.
>
> One thing I'm running into is that c_helpname doesn't help with  
> abstractions-- it obviously just returns "canvas".  I guess I could  
> then compare to the first atom in te_binbuf and if it's not "pd"  
> then it's the name of the abstraction.  But that still doesn't get  
> me the dir.


You could look for the standard help patch location first, and if that  
fails, use c_helpname to solve the issue that Matju brought up.

.hc

----------------------------------------------------------------------------

As we enjoy great advantages from inventions of others, we should be  
glad of an opportunity to serve others by any invention of ours; and  
this we should do freely and generously.         - Benjamin Franklin





More information about the Pd-list mailing list