Closed
Bug 140669
Opened 23 years ago
Closed 23 years ago
[PATCH]Print Margins Gap Settings do not work
Categories
(Core :: Printing: Output, defect)
Tracking
()
VERIFIED
FIXED
mozilla1.0
People
(Reporter: cirillo, Assigned: roland.mainz)
References
Details
(Keywords: regression, Whiteboard: Non-functioning UI)
Attachments
(1 file)
5.32 KB,
patch
|
dcone
:
review+
attinasi
:
superreview+
|
Details | Diff | Splinter Review |
These are the settings for adjusting the gap
between the edge of the paper and the
headers/footers (URL, page, date, etc).
The ones I refer to are available in
File - Print - Properties.
Although these margins can be changed and saved,
they do not actually adjust anything on the printed page.
I have the problem that my printer at the default margin
won't print the top headers at all, and the left side of
the footers get chopped, so that's how I came to adjust
these settings.
Prior to around the 2002-04-03 build, these settings worked.
That was when the prefs were being saved out as
user_pref("print.print_edge_top", 20); for example.
After that, the prefs were changed to things such as:
user_pref("print.printer_PostScript/default.print_edge_top", 50);
These new settings, while they are correctly saved to prefs.js,
do not act upon the printed page in any way that I can see.
I have resorted to adding back the previous user pref as shown above
as a kind of hard-wired setting that I can edit manually if necessary.
John Cirillo
Comment 1•23 years ago
|
||
Roland, this is yours....
Comment 2•23 years ago
|
||
Confirming this. The only reason it's working for me is that I have the old
"print.print_edge_*" preferences in my profile. The new
"print.printer_PostScript/default.print_edge_*" preferences get set, but the
actual print system never looks at them.
Assignee: rods → Roland.Mainz
Severity: normal → major
Status: UNCONFIRMED → NEW
Ever confirmed: true
Whiteboard: Non-functioning UI
Comment 3•23 years ago
|
||
*** Bug 141436 has been marked as a duplicate of this bug. ***
Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
Comment 4•23 years ago
|
||
The problem code is down in the nsSimplePageSequence.cpp, it isn't using the
print name to prefice the attr name.
Target Milestone: --- → mozilla1.0
Comment 5•23 years ago
|
||
The problem here is the "edge" prefs are now preficed with the printer name,
and the nsPrintOptions know how to convert the printer name, so we need to add
a helper method to nsIPrintOptions.idl so the nsSimplePageSeq can get the
ptroperly named value.
Comment 6•23 years ago
|
||
Comment on attachment 84045 [details] [diff] [review]
patch
r=dcone
Attachment #84045 -
Flags: review+
Updated•23 years ago
|
Summary: Print Margins Gap Settings do not work → [PATCH]Print Margins Gap Settings do not work
Comment 7•23 years ago
|
||
Comment on attachment 84045 [details] [diff] [review]
patch
sr=attinasi
Attachment #84045 -
Flags: superreview+
Comment 8•23 years ago
|
||
fixed
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 9•23 years ago
|
||
rods:
Thanks!
----
bz:
Can you verify, please ?
Comment 10•23 years ago
|
||
Not until Mid-June. Verification is trivial:
1) Set the gaps to 2 inches
2) Print and see whether the headers are offset 2 inches from the paper edge.
Comment 11•23 years ago
|
||
The internals clamp at an inch, any more than that seemed excessive.
Assignee | ||
Comment 12•23 years ago
|
||
rods wrote:
> The internals clamp at an inch, any more than that seemed excessive.
Can we adjust that to either 1/10 of the page width/height or 10 inch in
general, please ?
Two inches are not excessive if you print on DIN-A0... think BIG! :)
Comment 13•23 years ago
|
||
John, can you verify this one ? thanks.
Reporter | ||
Comment 14•23 years ago
|
||
Yes, I confirmed it is working as expected now.
Thanks!
John
You need to log in
before you can comment on or make changes to this bug.
Description
•