Presently we have under View|Use stylesheet the possibility to choose an alternative stylesheets for viewing. We should implement a similar system for printing. See bug 24405 for an extensive discussion on the UI of alterate stylesheets in general and for viewing. Note: According to http://www.w3.org/TR/REC-html40/present/styles.html#h-14.2.3 the default value for (external) stylesheets is "screen". That is we must fall back in this case to no external stylesheet (unless we deside to make it possible to overrule this). (This is not a problem by itself, but almost nobody uses media="all" in their <links rel="stylesheet">.) The place of the item should be easily available, i.e. not to far hidden is preferences (like print setup). An ideal place would be the printing dialog, but only under unix Mozilla uses an own dialog (correct me if I'm wrong). An other obvious/non-obvious place would be View|Use stylesheet for printing, which is though not exactly a View issue, but would ease the printing. Presently the printing system uses: a) the selected (alternate) stylesheet (View|Stylesheet) b) the inline style sheet (always, we need to disable this optionally, but this is different issue, compare bug 51690, bug 32372, bug 47760) c) if one selects a (alternate) stylesheet which doesn't have the media="all" or "print" in it, we default to "None" (regardless whether there is a suitable media available or not, and regardless whether the default (but not selected) stylesheet it available) d) if a printing stylesheet is choosen, we use it (but it is *correctly* not applyed to the screen, compare (c), but the otherway round. Obviouly this stylesheet list should only contain suited styles (media: print, all), plus "Minimal Page Style" (only inline and persitant styles) and "None". (If this works, we may want to disable the styles with can be printed, but not shown on screen, see bug 6782)

The HTML rec. also gives an example of using rel="alternate" and a separate document for printing. The following should only work on a PostScript printer, but both 'pdf' and 'html' can be used. <LINK media="print" title="The manual in postscript" type="application/postscript" rel="alternate" href="http://someplace.com/manual/postscript.ps">

Note: This is on stylesheets, I think you think of alternate documents (such as in another format or another language) should be supported viathe links support, see bug 2800: No UI for HTML2 "LINK" element

This would probably be in a `Print As ...' dialog, similar to those offered by both iCab and IE 5 for Mac. I think we should offer all style sheets for both screen and printer, just default to the relevant one for the relevant medium. A few reasons: * Printer style sheets will mean that news sites will no longer need to have a `Printable version' link to a version without extraneous navigation. Many people will actually prefer to read the printable version on screen because it has less clutter, and we shouldn't artificially restrict them from doing so. * I may want a printed copy of the document exactly as I saw it on screen, in which case I'll want to print using the style sheet designed for the `screen' medium. * I may want to print a color version for scanning onto slides, in which case I'll actually want the style sheet designed for the `projection' medium.

If it is possible to put it into the print (as) dialog, I wouldn't mind to put it there; but also it should be in print preview. The problems with your suggestions is: This is against the W3 specification. Presently you can choose in View|Use stylesheet a stylesheet for printing, but it is not shown (see http://www.euronet.nl/~tekelenb/ for an example; he uses a screen and a printer style) and vice versa. If we would change this, we would violate the specification. We might deside to allow to overrule this (via preferences), but per default screen,all-> screen (View|Use stylesheet); print,all-> printer (print dialog). (I wrote somewhere printer which is wrong.) (I think it makes sometimes sense to disallow a style. See for instance http://www.physik.fu-berlin.de/~fsi/en/ and choose View|Use stylesheet|ST-Printer and you see why this is not for navigation, but for printing!) Concerning your projection (http://www.w3.org/TR/REC-html40/types.html#type-media-descriptors) it might be nice to have a preference to allow and disallow a style for (a) the screen and (b) for printing; i.e. 'Screen values: "screen, tv, projection"'; Printer values: "screen, tty, tv, handheld, print, braille, aural". But this causes problems in the case of using a kind of: if media=foo then do this, if media=bar, then do that etc. (see e.g. CSS spec) On the other hand, using screen_media="handheld" etc. makes it possible to test a webside (but the author can do so by modifing the media attribute in the (x)html page anyhow.)

> If it is possible to put it into the print (as) dialog, I wouldn't mind to put > it there; but also it should be in print preview. The idea behind `Print As ...' is that it *is* the print preview. > The problems with your suggestions is: This is against the W3 specification. The only evidence I can find for this is this sentence in the HTML spec: `User agents must respect media descriptors when applying any style sheet.' If by `respect' they mean *defaulting* to a style sheet appropriate for the current medium, then that's fine, we can still show all of the style sheets in the menu, with the ones specified for other media below a separator line. But if they mean that a UA *must not* offer `print' style sheets on screen (or vice versa) then I have absolutely no qualms in saying that the HTML spec is wrong.

> But if they mean that a UA *must not* offer `print' style sheets on screen (or > vice versa) then I have absolutely no qualms in saying that the HTML spec is > wrong. I think this should be discussed in bug 6782. <blockquote cite= bug 6782 > > There is no distinguishing between media types; I was able to choose Ian > Hickson's printer styles. That's fine -- so logn as we don't _apply_ the style then we're ok. i.e., if there is a style called "a" for screen and a style called "b" for print, then it is fine to always offer "a" and "b", so long as "b" has no effect when on screen and "a" has no effect on the printer. </blockquote> This is the current (correct?!?) behaviour.

*** This bug has been marked as a duplicate of 6782 ***

Verified dup of 6782

Splitting up bug 6782 ("UI for alternate and user stylesheets"). "One bug report == one issue is one of the golden rules of Bugzilla because it enables independent tracking and prioritization of each issue." -- ekrock@netscape.com, bug 4510

If the only style sheet in a document is a media=print stylesheet, it shows up, *checked*, in the Use Stylesheet menu. Switching between "none" and the style sheet has no effect on how the page is displayed on the screen. This is confusing. I like mpt's idea of allowing users to view media=print style sheets on the screen. Then I could set up my psych paper to display by default in normal HTML format on the screen and APA format on paper, while still allowing users to read it in APA format on the screen if they want.

It should be good enough to allow the user to select the "@media print" stylesheet in the Print or Print Preview dialog. If authors want to allow the user to display the page on the screen with a stylesheet specifically designed for printing, they can declare it as "@media screen, print" and give it a meaningful name like "Print Multicolumns" or "Print Text Only".

Changing QA contact

Assigning pierre's remaining Style System-related bugs to myself.

*** Bug 238767 has been marked as a duplicate of this bug. ***

*** Bug 323138 has been marked as a duplicate of this bug. ***