(Apologies for butting in.) On Apr 25, 6:05 pm, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > I wasn't sure whether to blog about this but I thought I might as well > start a little conversation here first... > > People are proposing all sorts of extensions to CSS for fancy > presentational effects --- gradients, canvas backgrounds, masks, and > so on. I think this is unwieldy and duplication of effort.
Do you mean unwieldy to authors or unwieldy to implementors? For reference: I just checked and the patch to add CSS masking added 191 lines of code to WebKit, excluding the ChangeLog entry. To compare to another somewhat duplicative piece of functionality, we have over 8000 lines of code specific to SVG text support (that's excluding generic text layout and font code). So I don't think it is that big a deal for implementors. > Instead I'd just like the SVG CSS properties 'filter', 'mask', 'clip-path', > and > 'fill' to Just Work on non-SVG content --- making the full power of > SVG paint servers and effects available to HTML content. And I'd like > a way to specify any element as an 'image' source for CSS 'background' > and other properties ... could be as simple as url(#element). These would be neat features and I think Opera does this already. > Any thoughts? In general, I don't think the "SVG already does this" argument holds much water. SVG does text, hyperlinking and inline inclusion of bitmap images, features that were already in HTML, and this is not unreasonable. These things are basic, and just as applicable to vector graphics on the Web as to hypertext. So, even with the ability to use SVG styling with HTML, I think a native CSS way to do it is still desirable. Gradients and masks are, much like shadows and rounded corners, pretty basic effects that are well supported by underlying graphics libraries. It shouldn't be mandatory to reference them from a separate SVG document (with its own SVG DOM and presumably render tree) to use them in CSS. While SVG is great as a markup language for scalable vector graphics, I don't think it works so well as a styling language for other markup languages. It was never designed for that. Regards, Maciej _______________________________________________ dev-tech-layout mailing list [email protected] https://lists.mozilla.org/listinfo/dev-tech-layout
