- From: Liam R E Quin <liam@w3.org>
- Date: Fri, 03 Jan 2014 02:06:12 -0500
- To: Rik Cabanier <cabanier@gmail.com>
- Cc: Dirk Schulze <dschulze@adobe.com>, "Tab Atkins Jr." <jackalmage@gmail.com>, Jet Villegas W3C <w3c@junglecode.net>, Dean Jackson <dino@apple.com>, Brad Kemper <brad.kemper@gmail.com>, www-style list <www-style@w3.org>, Simon Fraser <simon.fraser@apple.com>
On Thu, 2014-01-02 at 21:40 -0800, Rik Cabanier wrote: [...] > Ok, I see. This is not about implementing 9-slice scaling; you're defining > a new image function that can do everything that border-image does (which > includes 9-slice scaling) > > You probable want to add the 'fill' keyword as well [1] > > 1: http://dev.w3.org/csswg/css-backgrounds/#border-image-slice-fill If border-image were to be extended I'd for sure want to see more traditional 16-part border images (plus middle) - they are like the 9-part we have now but with centre images in each segment, and allowing the extensible parts between corner and middle to differ on each side of centre: * >>>>>>> v <<<<<<< * and so on all round. This is what has traditionally been used in print, and I don't see why the Web should be second-class. Yes, there are more complex borders used in print, and simpler ones, but once you get more than sixteen segments you're into SVG or images, there's very little commonality after that. Plus it would get too complex for authors! The 16-part model is also found in CSS today in Paged media for running headers and footers, so there is precedent and even names for the various segments. Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org freenode/#xml
Received on Friday, 3 January 2014 07:06:18 UTC