On Jul 11, 2011, at 10:03 PM, Jonathan Wilkes wrote:
--- On Tue, 7/12/11, Mathieu Bouchard matju@artengine.ca wrote:
From: Mathieu Bouchard matju@artengine.ca Subject: Re: implementing tooltips WAS: [PD] Pd-extended 0.43
updates: lots of new editing features To: "Hans-Christoph Steiner" hans@at.or.at Cc: "Jonathan Wilkes" jancsika@yahoo.com, "Martin Peach" <martin.peach@sympatico.ca, "pd-list" pd-list@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