[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