W3C home > Mailing lists > Public > public-svg-wg@w3.org > July to September 2010

RE: 1.1 2nd edition last call comment : fill-rule on text elements

From: Alex Danilo <alex@abbra.com>
Date: Thu, 12 Aug 2010 10:53:10 +1000
Message-Id: <M4L07L.5JBHV6PUO2J7@abbra.com>
To: Leonard Rosenthol <lrosenth@adobe.com>
Cc: Cameron McCormack <cam@mcc.id.au>, Patrick Dengler <patd@microsoft.com>, SVG Working Group WG <public-svg-wg@w3.org>
Leonard,

	The example Cameron pointed at displays the correct thing
in Adobe ASV3.

	There is pretty clear precedent here in your own company's
products, not to mention the excellent reasoning by Cameron.

Alex

--Original Message--:
>But couldn't you achieve the same thing by putting the fill-rule on a <g> instead of the <text>?
>
>-----Original Message-----
>From: public-svg-wg-request@w3.org [mailto:public-svg-wg-request@w3.org] On Behalf Of Alex Danilo
>Sent: Wednesday, August 11, 2010 8:11 PM
>To: Cameron McCormack
>Cc: Patrick Dengler; SVG Working Group WG
>Subject: Re: 1.1 2nd edition last call comment : fill-rule on text elements
>
>+1.
>
>For the record they render differently in Vidualize as well (i.e. as they should).
>
>Alex
>
>--Original Message--:
>>Patrick Dengler:
>>> We don't believe fill-rule belongs on text elements.
>>>
>>> http://dev.w3.org/SVG/profiles/1.1F2/publish/painting.html#FillProperties
>>>
>>> We cannot think of a scenario where this would apply to text.
>>>
>>> We would like to make this minor adjustment to the spec (remove
>>> application to text) unless we are missing something.
>>
>>It applies in the case of SVG Fonts, where complex glyphs inherit
>>properties from the text content element that references them.  The two
>><text> elements in http://mcc.id.au/2010/text-fill-rule.svg render
>>differently in Batik.
>>
>>-- 
>>Cameron McCormack ≝ http://mcc.id.au/
>>
>>
>
>
>
>
>
Received on Thursday, 12 August 2010 00:54:04 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:20:12 UTC