From: Peter C. <pc...@au...> - 2008-02-22 00:21:18
|
Jeff Hobbs wrote: > Kevin Walzer wrote: >> Peter Caffin wrote: >>> Jeff Hobbs wrote: >>> > It may have to do >>>> with the .app bundling, but it is otherwise yet another magic >>>> Mac-ism that we have to deal with (much like the magic search bar in >>>> the help menu in Leopard, which fortunately doesn't crash Tk now, >>>> but still doesn't accept input). >>> >>> That ended up being the key. It's a magic Mac-ism which is triggered >>> when CFBundleHelpBookFolder is present in Info.plist, even if the >>> entry is an empty string {}. > >> Can you be a bit clearer about what the effect of the >> CFBundleHelpBookFolder flag has, and how you resolved the problem? Did >> including the flag in info.plist render your help menu inert? I resolved the problem by removing the CFBundleHelpBookFolder key and value from my Info.plist (via the settings in my TDK4 TPJ file). Without that key present, the menu item isn't inserted. > The problem is that if CFBundleHelpBookFolder exists in Info.plist, you > will get an "${appname} Help" item in your help menu automagically > created for you that ideally points to the folder with your HelpBook > bits. It does not affect anything else about the menu - this item just > gets inserted, and it may do nothing. IOW, just avoid it as a standard > rule. I wouldn't necessarily suggest avoiding using a CFBundleHelpBookFolder key in Info.plist at all costs. If your primary platform is Mac, it'd be a good platform native way of providing users with Helpbook help. However, it's definitely an OS specific quirk that needs documenting, preferably in the same places ::tk::mac::ShowPreferences is mentioned. -PC |