> From: Philip Aker <[EMAIL PROTECTED]> > Thing is (on Mac anyway) the manuals, both PDF and QuickHelp > types are rendered in separate applications so an interruption is > guaranteed. It would be much cleaner if they could be rendered directly > to a Finale window. With F2K3 or lower the system facilities were > limited to HTML but they weren't available to all systems Finale could > run on. Perhaps after the cutoff point becomes OS X 10.2.3 we could > have embedded PDF or HTML docs.
Count me out on your proposal. But (I'll admit) that's due partially to how very clunky the Reader PDF plug-in works inside an Explorer window (in my experience). I have my Explorer set up to use the Reader app rather than launch the plug-in. What if embedded PDF inside a Finale window was clunky, slow, unstable, vs. how well it works in the application designed for it? And why should MM devote resources to making that possible when they could be working on the actual software? And I just can't go along with the labeling of changing to another window an "interupption." That is a very narrow tolerance, and I think an unreasonable one, to say that switching to a Reader window is somehow worse than switching to a Finale window. And would you want the embedded PDF capability to temporarily replace the Finale score on your screen or to open in another window? I sure wouldn't want the former. I've never been among those who have bashed Finale's PDF documents. I think the search capability is strong, and to be able to click on a document reference inside the index and be taken to chapter and page for that entry is a good thing. --Richard _______________________________________________ Finale mailing list [EMAIL PROTECTED] http://lists.shsu.edu/mailman/listinfo/finale