- From: Drazen Kacar <dave@fly.cc.etf.hr>
- Date: Fri, 14 Jul 1995 02:16:26 +0200 (MET DST)
- To: www-style@www10.w3.org
The title should have been: "Break <STYLE> into more manageable pieces", but it would probably not fit in the space reserved for titles on most mail readers. I've read the HTML 3.0 specs and Style Sheets draft and came to conclusion that the data in the STYLE element could easily become larger than the text of the document. There are (will be) user agents that can apply only part of style suggestions (due to limitations of hardware or user request) and there is no need for such agents to parse the whole thing. Instead, style information should be classified by type. Something like this (in the HEAD element of HTML document): <STYLE CLASS="general"> Here comes the data which applies to all kinds of agents, such as which headings (if any) will be numbered. </STYLE> <STYLE CLASS="look"> Data that applies to all agents that will present text on some kind of 2D surface (on the terminal or on the paper). You can include things like numbering style for lists and/or headings, indenting and alignment info for classes, margin info and the like. BTW, if margins are specified in en units/points/pixels or something like that, how should textual browser behave? That is, how many points a character on the terminal contains? </STYLE> <STYLE CLASS="color"> Color info. </STYLE> <STYLE CLASS="font"> Font requirements. </STYLE> and so on... Standalone style sheets are referenced through LINK element, and it should contain class info. Something like: <LINK REL=StyleSheet HREF=whatever CLASS="color font"> Agents that will not use that info need not to access that style sheet. More than that, the priority level should be included as well. <LINK REL=StyleSheet HREF=whatever CLASS="color:insist font:insist"> If the agent was told not to apply color and font hints unless author insists, the sheet in the first example needs not to be loaded. Standalone sheets should group their info in a similar manner. This would (hopefully) allow certain agents to have simpler and faster parsers. Dave
Received on Thursday, 13 July 1995 20:19:33 UTC