On 23 Sep 2007 at 15:46, [EMAIL PROTECTED] wrote:

> > Since PDFs are basically postscript, and Finale's display, I guess, is
> > also
> > a kind of postscript, this should be solved easily.
> 
> This does not address the fact that Finale's "Compile Postscript Listing"
> function produces a perfect display. Finale prints to Postscript and
> compiles Postscript quite differently.

This is perfectly explainable.

On Windows, there is the native graphics/printing subsystem, which 
has zilch to do with PostScript. On Windows, Finale outputs using the 
Windows graphics/printing subsystem's primitives, which are then 
translated by a specific printer driver into that printer's output 
language.

So, on Windows when printing to a PDF driver, Finale is sending 
*Windows* commands that are then translated by the driver into 
PostScript.

When you compile a PS listing, Finale is doing the conversion, rather 
than letting the PDF driver do it, and Finale probably sends 
different commands to its internal PS interpreter than it would send 
to the Windows universal print driver.

On Mac, there is no issue of this kind, as the Mac "universal print 
driver" is built on top of PostScript in the first place, so the same 
Finale primitive output could drive both compiling to PS and printing 
to a PDF driver.

But, again, the problem as I see it is *not* with Finale, but with 
Acrobat's incorrect line smoothing. I don't know why Finale sends 
multiple thin lines instead of a single line with a particular 
thickness to the print driver, but perhaps there's a reason for that. 

I fear, though, that the reason is that this is a holdover from pre-
TrueType days (i.e., circa Finale 2.01). I can't imagine that any 
modern printer or display could not properly render a line that was 
defined as a single line with a thickness instead of as a bunch of 
thing lines bunched together to make a thick line.

But I don't know the details.

Perhaps it's much more complicated than it looks and that's why MM 
has not changed the way Finale on Windows outputs lines to the 
universal printer driver.

-- 
David W. Fenton                    http://dfenton.com
David Fenton Associates       http://dfenton.com/DFA/


_______________________________________________
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale

Reply via email to