On Jul 11, 2011, at 10:03 PM, Jonathan Wilkes wrote:
--- On Tue, 7/12/11, Mathieu Bouchard <[email protected]> wrote:
From: Mathieu Bouchard <[email protected]>
Subject: Re: implementing tooltips WAS: [PD] Pd-extended 0.43
updates: lots of new editing features
To: "Hans-Christoph Steiner" <[email protected]>
Cc: "Jonathan Wilkes" <[email protected]>, "Martin Peach" <[email protected]
>, "pd-list" <[email protected]>
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
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
