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)

x86
macOS
defect

Tracking

()

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
Of course we don't implement CSS page margins... once we do, we should consider removing these.
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.
> 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.
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?
No; that's why this bug is still open.
Marked NEW as per comment 5.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.