• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag
 

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: NSHelpManager
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


  • Follow-Ups:
    • Re: NSHelpManager
      • From: Jerry Krinock <email@hidden>
References: 
 >NSHelpManager (From: Tom Doan <email@hidden>)
 >Re: NSHelpManager (From: Jerry Krinock <email@hidden>)

  • Prev by Date: Re: Creating selector for nonexistent method
  • Next by Date: Re: NSHelpManager
  • Previous by thread: Re: NSHelpManager
  • Next by thread: Re: NSHelpManager
  • Index(es):
    • Date
    • Thread