- From: Manos Batsis <m.batsis@bsnet.gr>
- Date: Wed, 22 Aug 2001 02:14:01 +0300
- To: "Bjoern Hoehrmann" <derhoermi@gmx.net>, <www-style@w3.org>
Hallo again Bjoern, Um... I gave it a second pass, maybe we can agree somewhere in the middle. On my first post, I didn't considered the accessibility value behind this. I still support the considerations I mentioned on my previous post, but I would support this functionality (actually, I am very interested in even participating) on something as the following. The selection of a subset of css (font, color and background properties only) is more than accurate. This "Accessibility Profile" can be resolved without the css authors. All a WG has to do is: 1) Define the subset of properties to participate in such a model 2) Provide alternative schemes to any possible style for browser vendors to implement. This will allow *users* to override certain style rools by clicking a checkbox in their browser and depending on their dissability (color blindness or poor vision). I have to admit I was only thinking only the screen and print mediatypes (thus the subset of properties I proposed). Kindest regards, Manos -----Original Message----- From: Manos Batsis Sent: Δευ 20/8/2001 1:18 πμ To: Bjoern Hoehrmann; www-style@w3.org Cc: Subject: RE: Excluding declarations from the cascade That would instantly bring up the need of authors to define alternative style of rendering in case of a specific @exclude (or any syntax). Even then, an author will have to do some serious thinking on style combinations. If I have a red background with a red border and the @exclude encountered doesn't like the background, maybe my alternative blue background will work but it will not look good with the red border. Just an example but you get the point. Kindest regards, Manos -----Original Message----- From: Bjoern Hoehrmann Sent: Κυρ 19/8/2001 8:27 μμ To: www-style@w3.org Cc: Subject: Excluding declarations from the cascade Hi, Current CSS features allow the user some control over the presentation of documents, but it's a rather limited control. For example some users don't like 'text-decoration: blink' others don't like 'position: fixed', 'background-attachment: fixed', 'cursor: crosshair', etc.pp. CSS allows you only to demand a specific presentation, you cannot exclude some property/value combinations. For example, to get rid of 'position: fixed' I can only write * { position: static !important } but this would override all values for the position property I _want_ to allow, and this would cause problems. Consider * { text-decoration: none !important } and the author defines obsololete { text-decoration: line-through } the presentation would break. I like to see some feature in CSS Level 3 that allows me to exclude distinct values for specific properties instead of overriding them. A possible syntax could be a new at-rule, e.g. @exclude { :link, :visited { text-decoration: none } * { position: fixed } body { background-attachment: fixed } p { color: silver; background-color: white } } but maybe others can come up with some better suggestions. regards, -- Björn Höhrmann { mailto:bjoern@hoehrmann.de } http://www.bjoernsworld.de am Badedeich 7 } Telefon: +49(0)4667/981028 { http://bjoern.hoehrmann.de 25899 Dagebüll { PGP Pub. KeyID: 0xA4357E78 } http://www.learn.to/quote/
Received on Tuesday, 21 August 2001 19:13:48 UTC