My proposal is that style information should come from a hierarchy of
sources.
1. The browser implementation, as configured by the user
2. External file, cached, etc.
3. Document HEAD
4. ?container element?
5. individual tag.
6. User mandatory over-rides (point one would be preferences).
Point 1 is current practice and in general 2-6 don't exist today.
Point 6 is intended to acknowledge the fact that users may have
requirements such as FONT size, color blindness, etc. which if not
handled will make content useless. Point 1 will always exist.
Point 6 is optional and possibly left to the browser implementor to
specify. It may be worth some form of RFC description of the kinds
of control a user might need/desire. The effectiveness of this
capability may be impacted by our specification of points 2-5 and
hence this level in the style merge hierarchy should at least be
acknowledged.
I believe we have been discussing <LINK> as a mechanism for retrieval
of point 2. Caching applies and the globalization / localization
decision applies. Single document, include it, many documents,
use <LINK>. Write some guidelines and leave it to the information
provider to exercise judgement (afterall, their bandwidth will
suffer greatly if the wrong choice is made).
The document <HEAD> should have a new <STYLE> container. If <LINK>
is used for style information, put it inside the <STYLE>. Style
specifications would be processed in order. The <LINK>ed style
'sheet' should be an HTML document .. the body if present ignored ... that is