Open
Bug 655537
Opened 14 years ago
Updated 3 years ago
print.print_margin_xxxx prefs should default to zero
Categories
(Core :: Printing: Setup, defect)
Tracking
()
NEW
People
(Reporter: richard, Unassigned)
Details
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:5.0a2) Gecko/20110507 Firefox/5.0a2
Build Identifier: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:5.0a2) Gecko/20110507 Firefox/5.0a2
The current value of 0.5 for the prefs print.print_margin_bottom, print.print_margin_left, print.print_margin_right, and print.print_margin_top prevent users from being able to control printing using CSS margin settings.
End users should not be forced to open about:config to control print margins.
Reproducible: Always
Comment 1•14 years ago
|
||
Of course we don't implement CSS page margins... once we do, we should consider removing these.
| Reporter | ||
Comment 2•14 years ago
|
||
What's the rationale for preventing users from printing within 3/4 of an inch of the page now? These margins serve no useful purpose. The print drivers supply values for unprintable margins on a printer-by-printer basis. The current print.print_margin_xxx values simply take control away from the user and the web page and web app developers.
Comment 3•14 years ago
|
||
> The print drivers supply values for unprintable margins on a printer-by-printer > basis.
If I recall correctly, this at least used to be buggy in some cases. It's possible that's changed.
| Reporter | ||
Comment 4•14 years ago
|
||
Right now, printing on some standard office supply forms is impossible without changing user prefs. Do we really want non-technical users mucking about in about:config?
Comment 5•14 years ago
|
||
No; that's why this bug is still open.
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•