- From: Craig Francis <craig@bbmcarlson.com>
- Date: Wed, 24 Mar 2004 09:34:19 -0500 (EST)
- To: www-style@w3.org
> Alan Plum >> In a perfect world stylesheets would degrade nicely if a particular rule >> or selector was not supported by a browser. In the real world some rules >> build upon each others, sometimes older rules build on newer ones to be >> interpreted even. >> >> A way to circumvent this problem would be identifying the minimum >> version that needs to be supported in order to process the stylesheet. > David Woolley >> Basically, all the common browsers would probably come out at version >> 0.0 on a blanket test like this, certainly none will come out better >> than 1.0 (screen only). >> >> Even if there were a browser that approached 2.0, the vendor's marketing >> department would almost certainly interpret compliance more liberally >> than an author would. >> >> CSS represents hints and it is perfectly valid not to implement something, >> if it is not practicable to do so on the platform on which the browser >> runs. Sorry, I think Alan Plum had a point. Origionally CSS worked well with <style type="text/css"> </style> then V2 came out with a method to hide this new CSS from old "V1 only" browsers, which was <style type="text/css"> @import "file.css"; </style> so what happens with V3, another way to hide the CSS from V2 browsers? why not make a 3rd and final rule which hides the CSS from both V1 and V2 compliant browsers which includes a version number? > David Woolley >> Even if there were a browser that approached 2.0, the vendor's marketing >> department would almost certainly interpret compliance more liberally >> than an author would. Granted it does not ensure that all the browsers will have full compliance, but thats another story. At least by putting in a version number it means that future browsers wont bother trying to understand a CSS rule that it just cant do.
Received on Wednesday, 24 March 2004 17:06:32 UTC