- From: Tom Wardrop <tom@tomwardrop.com>
- Date: Tue, 30 Apr 2013 08:59:08 +1000
- To: François REMY <francois.remy.dev@outlook.com>, "www-style@w3.org" <www-style@w3.org>, "Sam L'ecuyer" <sam@cateches.is>
Received on Monday, 29 April 2013 22:59:46 UTC
Decorators, shadow DOM and all of that is all very interesting, and opens
up many possibilities, but they're quite complicated proposals and verbose
in syntax. If I'm a styling a web page, the bother of implementing a
decorator to allow me to add a drop-shadow or some other minor visual
enhancement probably won't be worth it. I'll probably just end up adding
another span to my markup if I've used up my quota of ::before and ::after
pseudo-elements.
I think inline box generation within pure CSS is still a very relevant
need. I think CSS zen garden serves as a good example where decorators
would probably be useless. Decorators use HTML, therefore, if you have a
situation where you cannot modify or add HTML, decorators are going to be
of little use.
Also, if ordinals are such a pain in the ass (I don't really like them
myself), is there any particular reason why ::before and ::after can't be
named, e.g. span::after(shadow) { } or span::after("my shadow") { }?
Cheers,
Tom
Received on Monday, 29 April 2013 22:59:46 UTC