Re: NSHelpManager
Re: NSHelpManager
- Subject: Re: NSHelpManager
- From: Tom Doan <email@hidden>
- Date: Tue, 29 Apr 2014 18:44:29 -0500
- Priority: normal
Thanks for the tips. That *almost* works the way I want. I mapped
the Help menu item to a doHelp sent to the (custom) application
class rather than showHelp. The only problem now is that the
command-? still goes to the help search box. If I then choose the
"WinTD Help" item under the search box, it goes through my
custom help handling and pops up the correct window. I don't see
how to cut the stop at the search box out of the process---it doesn't
*look* like the Help is a custom NSMenuItem, but it sure acts like
one.
Best regards,
Tom Doan
Estima
> On 2014 Apr 25, at 10:38, Tom Doan <email@hidden> wrote:
>
> > 1. NSHelpManager does not seem to have a way to open up a page based
> > upon the file name (just "anchors" and search strings), while the
> > older Apple Help did. Am I missing something there?
>
> I don´t think so. All my pages begin with, an <h1> or <h2> etc.,
> which have "id" attributes, which are good for anchors.
>
> > user hits the help keys on a dialog ... opens up the help with the
> > specific page for that dialog
>
> > 2. Under Windows, if you hit the F1 key, WM_HELP messages are
> > sent up the chain, so I just have to process that at the desired
> > level. I was hoping that there would similarly be a showHelp in
> > NSResponder, but it appears that showHelp always goes straight to
> > the NSApplication. Is there any way to work get the type of behavior
> > I need?
>
> Don´t use -[NSApplication showHelp:]. Define your own action method
> that you implement in various classes ("levels"). Then wire your
> button´s target to this method in First Responder.
>
> By the way, although NSHelpManager is Cocoa,
> email@hidden is also a resource for this
> stuff.
>
>
> _______________________________________________
>
> Cocoa-dev mailing list (email@hidden)
>
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden