After reviewing Internet Explorers print dialog there are some really nice features that I would like to see in Mozilla too. It could be nice if the where some more options/features in the print dialog: - The ability to how many pages that are going to be printed - Being able to Collate - Frames support - Print table of links - Print all linked documents
This is something that the embedding application will look at.. layout printing does not deal with this presently.
What do you mean with "embedding application"?
dcone, should this bug be reassigned to someone in don melton's XPApps group? /be
re-opening to assign to browser team as an enhancement. This bug is really about how the browser drives gecko printing.
unfortunately, component="printing" is overloaded. This is a browser enhancement request.
Yep, all good ideas ...
Cleared the resolution. (Bugzilla no longer supports the idea that an open bug can have any kind of resolution set.)
Move to "Future" milestone.
See iCab or IE 5 on Mac OS for how to implement this, and also bug 42817. Basically you replace the current `Page Setup ...', `Print ...', and `Print Preview' menu items with two items: `Print ...', and `Print As ...'. `Print ...' opens the standard Windows/Mac/XUL print dialog for printing with the default options. `Print As ...' opens a print preview window, with options for changing margins, header/footer, fonts, image display, table of links, etc. The print preview dynamically updates as the options are changed. The window includes a `Page Setup ...' button which opens the OS standard page setup dialog. One minor correction: number of pages to be printed, and collation, are both usually handled by the native print system and the native print dialog, and should not be reimplemented (except on X of course).
More about the Print As model: http://www.pp.htv.fi/hsivone1/print-ui.html
*** Bug 55708 has been marked as a duplicate of this bug. ***
Also missing in current mozilla is "Portrait/Landscape" selection.
Since Don has left, Vishy is taking his bugs in bulk, pending reassignment. thanks, Vishy
Do other printing rfes (odd/even pages, portrait/landscape, etc.) depend on this bug?
spam : changing qa to sujay (new qa contact for Printing)
There are a number of additional enhancements that could be applied to printing. Probably should file separate RFEs but don't have time! - often, when printing a large document like a paper or a manual, a major heading appears at the very bottom of a printed page, and the section begins at the very top of the next. This is untidy and difficult to read. You could, of course, edit it in composer or something else, but it'd be nice to have an option called 'smartprinting' or something, that detects headings or subheadings and optionally pushes them onto the next page. - conversely, its often necessary to conserve paper for some reason, so an option to compress the document to be printed, by removing unnecessary line spaces or page breaks and reducing font size, would be useful. - option to display document meta-data (title, description, author, date, last updated, next document, prev document, etc.) as a cover page/header/footer with the pages to be printed. - ability to use document semantic data to automatically contruct table of contents. Useful, again, if you're printing a paper or manual, but would rely, I imagine, on the author using h1,h2,.. correctly - ability to print text selections, rather than the whole document Anyway, sorry for the long post, but they've been knocking about my head for a while.If anyone in authority on these things, thinks any of these are worthwhile enhancements, then I'll post an RFE for each. When my exams are over....
"print text selections" is already implemented and working.
RFE cleanup. RFE is already indicated by the Severity field...Sorry for the spam!
We now have the ability to specify how many pages to print and frames support. File individual RFEs to printing as necessary.