172613 - RFE: controlling font size of printed output

Status: NEW

(Core :: Printing: Output, enhancement, P4)

Description

[Bob T.]

The printed output from Mozilla is too small for me.
I've spent hours looking for a way to increase the font size without success.
Surely this should be settable.

Comment 1

[Roland Mainz]

Mhhhh... we could hook-up a small piece of code in gfx to scale all fonts for
printer devices as a quick solutions... any ideas, suggestions, comments ?

Comment 2

[Boris Zbarsky [:bzbarsky]]

Comment: "how about we solve this without a hack, eh?"  ;)

Comment 3

[Roland Mainz]

Boris Zbarsky wrote:
> Comment: "how about we solve this without a hack, eh?"  ;)

In a perfect world we simply would honor the "text zoom" value in the "View/Text
Zoom" menu - but AFAIK we do not honor it when printing (we don't copy the value
from the main display nsIDeviceContext to the print nsIDeviceContext... - can
anyone remember the "why?" ?).

Comment 4

[Roland Mainz]

Attachment: Demo patch for 2003-02-07-08-trunk/Xprint module - just copy the |TextZoom| value from the parent nsIDeviceContext

Comment 5

[Simon Montagu :smontagu]

Like too many other things, this is avilable from Print Preview in Windows but
not in Linux. Is there a good reason for that, and does it still apply?

Comment 6

[Roland Mainz]

Simon Montagu wrote:
> Like too many other things, this is avilable from Print Preview in Windows but
> not in Linux. Is there a good reason for that, and does it still apply?

AFAIK the print preview in Windows only has an item to scale the _whole_
content, not only the fonts (and the print preview toolbar is available on
Unix/Linux - if you use Xprint. The PostScript module code can't support the
neccesary functionality and due lack of someone who rewrites a few thousand
lines of code in gfx/src/ps/ from scratch it won't be available til' h*ll
freezes).

Comment 7

[Simon Montagu :smontagu]

OK, your points are taken, but I don't think using the TextZoom value from the
screen context is a very helpful solution (though it may be better than
nothing), since it will require a lot of trial and error to find the "right" value.

Comment 8

[Roland Mainz]

Simon Montagu wrote:
> OK, your points are taken, but I don't think using the TextZoom value from the
> screen context is a very helpful solution (though it may be better than
> nothing), since it will require a lot of trial and error to find the "right" 
> value.

Mhhhh... what about adding a "text zoom" dropdown to print preview's toolbar
then ? :)

Comment 9

[Bob T.]

I've found a way to produce readable printed output.  In Page Setup, increase
scale to, say, 125% *and* turn Shrink to Fit Page Width on.  Even though the
scale box seems to go "off" at this point, the scale value *is* used.  This would
seem to be a bug that should be turned into a feature.  This doesn't give
complete control of course, but clean up the interface and it'll be good enough.