Submit Hint Search The Forums LinksStatsPollsHeadlinesRSS
14,000 hints and counting!

Click here to return to the '10.5: Revert Help Viewer to 10.4-like behavior' hint
The following comments are owned by whoever posted them. This site is not responsible for what they say.
10.5: Revert Help Viewer to 10.4-like behavior
Authored by: louisk2 on Feb 14, '08 05:16:09PM
Yes, there are two setLevel: calls in the binary, however editing the second one causes errors and an application crash! The universal binary doesn't duplicate itself entirely for each architecture, just parts.

Yes it is lucky that isVisible is the same length, and does not cause a crash when called - no results need to be returned from the call phew :P

I also have a utility I wrote to let the Help Viewer show itself when called from the help menu - yet I am not sure how to get Command-Q working again. Download it here:

[ Reply to This | # ]
10.5: Revert Help Viewer to 10.4-like behavior
Authored by: kyngchaos on Feb 15, '08 10:35:40AM

I edited both copies of setlevel and don't get crashes or errors. I'm on an Intel Mac, no PPC Mac with Leopard to test on.

I'm not sure what you mean by letting Help Viewer open when called from the Help menu. When I select a Help menu item, it opens Help Viewer and brings it to the front. Maybe you mean when Help Viewer is already open? I do find that when Help Viewer is already open and in the background, selecting another Help menu item doesn't bring Help Viewer to front, though the newly selected item is at least opened in Help Viewer.

[ Reply to This | # ]