Closed Bug 99415 Opened 23 years ago Closed 23 years ago

[FIX]Need better configurability of headers/footers

Categories

(Core :: Printing: Output, defect, P1)

x86
Windows 2000
defect

Tracking

()

VERIFIED FIXED
mozilla0.9.5

People

(Reporter: rods, Assigned: rods)

References

Details

(Keywords: topembed, Whiteboard: [from bugscape] PDT+)

Attachments

(1 file, 1 obsolete file)

We need to to be able to be able to more easily tailor where the title, doc URL, date-time and page numbers are placed. We can do this by enabling the print options to have 6 six strings Left, Center, Right for the header Left, Center, Right for the footer Then we can indicate what goes where by using the following varibales that will be substituted: &T - title &U - Document URL &D - Date/Time &p - Page Number &P - total Number of pages (The patch will soon follow, I have it in my tree)
Severity: normal → major
Status: NEW → ASSIGNED
Keywords: topembed
Priority: -- → P1
Target Milestone: --- → mozilla0.9.4
This seems to be filed under a bunch of different guises. Making this block the various bugs on the topic (some of them resolved REMIND for a while now) so that once this is checked in the dependencies can all be evaluated as to which of them have been fixed. bug 66713 -- Add UI to turn on/off print headers/footers bug 5332 -- [enhancement] printing headers and footers on Unix bug 69459 -- "Printing should allow control over the header and footer, orientation, printer selection, which pages to print [print] [embed]" bug 17741 -- RFE: Allow better customization of headers/footers Two comments: 1) Are not %-escapes more common for this sort of thing? What does 4.x on Windows do (on Unix it does not allow header/footer customization). 2) Rod, is your patch for Windows only? Or is it XP?
Blocks: 5332, 17741, 66713, 69459
Attached patch patch file (obsolete) — Splinter Review
r=dcone. The nsSimplePageSequenceFrame::Paint() is a debug only piece of code.
moved to milestone 0.9.5, 0.9.4 is over. per pdt mtg.
Target Milestone: mozilla0.9.4 → mozilla0.9.5
putting nsbranch on this one. Who could sr= this one (once this is done please update the status attachment)
Keywords: nsbranch
Summary: Need better configurability of headers/footers → [FIX]Need better configurability of headers/footers
Whiteboard: Fix in hand
Comment on attachment 49350 [details] [diff] [review] patch file sr=attinasi
Attachment #49350 - Flags: superreview+
Since this has a fix, and has reviews finished, please mark as nsbranch+ so we can get on the radar for PDT approval for check into the Netscape branch.
Attachment #49350 - Attachment is obsolete: true
Comment on attachment 50572 [details] [diff] [review] proposed patch (includes fix for Bug 100797) sr=attinasi, but please check for nulls (nomemory) as we discussed on the phone.
Attachment #50572 - Flags: superreview+
Comment on attachment 50572 [details] [diff] [review] proposed patch (includes fix for Bug 100797) r=kmcclusk@netscape.com
Attachment #50572 - Flags: review+
Marking nsbranch+
Keywords: nsbranchnsbranch+
Whiteboard: Fix in hand → Has review/super-review waiting for PDT approval for branch
PDT+, please check in.
Whiteboard: Has review/super-review waiting for PDT approval for branch → PDT+
Whiteboard: PDT+ → [from bugscape] PDT+
The final list of codes are: &T - Title &U - Document URL &D - Date/Time &P - Page Number &PT - Page Number "of" Page total Plus, you can configure where these go with these prefs: user_pref("print.print_footerleft", <put the code here>); user_pref("print.print_footercenter", <put the code here>); user_pref("print.print_footerright", <put the code here>); user_pref("print.print_headerleft", <put the code here>); user_pref("print.print_headercenter", <put the code here>); user_pref("print.print_headerright", <put the code here>); For example: user_pref("print.print_footerleft", "&PT"); This is now fixedin the tip and branch
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
On tip and branch
Boris, if you can help verify this one that would be great...thanks.
I have just tried this with Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4+) Gecko/20010927: When I set the preferences like this: user_pref("print.print_footerleft", " "); user_pref("print.print_footercenter", " "); user_pref("print.print_footerright", " "); user_pref("print.print_headerleft", " "); user_pref("print.print_headercenter", " "); user_pref("print.print_headerright", " "); it works, but when I set them to empty strings "", I get a floating point exception after the page has been produced /home/thorsten/tmp/mozilla/run-mozilla.sh: line 72: 7503 Floating point exception$prog ${1+"$@"} Also: presumably there will be a UI to configure this, preferably with togglesheader:blank - user defined footer blank - user defined ?
I think its okay to mark this one verified-fixed and open a new bug based on the floating point error.
Status: RESOLVED → VERIFIED
Sujay: verified on linux trunk. Would you still like me to get a branch build and test? I could, but it might take a day or so... Bug 102257 filed for the crash (patch attached there).
yes Boris if you do get a chance please verify on branch... let me know if it works....
reopen, awaiting branch verification.
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
marking fixed. Boris is going to verify on branch...
Status: REOPENED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → FIXED
verified on linux branch (Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20010928) yay thunderstorm ending. :)
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: