- From: Ash Searle <ash.searle@gmail.com>
- Date: Wed, 9 Jul 2008 12:24:57 +0100
- To: robert@ocallahan.org
- Cc: "Robin Berjon" <robin@berjon.com>, "www-style@w3.org" <www-style@w3.org>, www-svg <www-svg@w3.org>
2008/7/9 Robert O'Callahan <robert@ocallahan.org>: > On Wed, Jul 9, 2008 at 8:26 PM, Robin Berjon <robin@berjon.com> wrote: >> Any downsides to a preference that's off by default? > > Yes --- that makes it unusable :-). Absolutely agree. > The best vendor-prefix option I can see is to introduce a new CSS value > -moz-url() which is just like url() except that paint servers specified with > -moz-url() work on non-SVG content and paint servers specified with url() > don't, and -moz-url() clip-paths, masks and filters work on non-SVG content > but url()s don't. That somehow seems daft, but I could probably be talked > into it. I don't see the point in a new prefix. It would be nice if all the properties that took url() values all followed the 'cursor' specification - but I'm not sure how much of a problem that would cause this far down the line: http://www.w3.org/TR/CSS21/ui.html <uri> The user agent retrieves the cursor from the resource designated by the URI. If the user agent cannot handle the first cursor of a list of cursors, it should attempt to handle the second, etc. If the user agent cannot handle any user-defined cursor, it must use the generic cursor at the end of the list. That comment could easily be generalised to background-image and other url()-based values. Ash
Received on Wednesday, 9 July 2008 11:25:32 UTC