W3C home > Mailing lists > Public > public-svg-wg@w3.org > October to December 2008

Re: ISSUE-2129 (definition clarifications): Definition section is too long and needs clarifications (bbox, canvas, etc.) [Last Call: SVG 1.2 Tiny ]

From: Doug Schepers <schepers@w3.org>
Date: Wed, 15 Oct 2008 22:55:30 -0400
Message-ID: <48F6AD22.9040204@w3.org>
To: cyril.concolato@telecom-paristech.fr
CC: SVG Working Group WG <public-svg-wg@w3.org>

Hi, Cyril-

Cyril Concolato wrote (on 10/15/08 7:48 PM):
> 
>>>> Could you clarify the meaning of the following sentence especially
>>>> for the defs element?
>>>> "Elements which do not partake in the rendering tree (e.g. elements
>>>> in a 'defs'  element, elements whose 'display'  is none, etc.), and
>>>> which have no child elements that partake in the rendering tree
>>>> (e.g. 'g'  elements with no children), shall not contribute to the
>>>> bounding box of the parent element, but must return a bounding box
>>>> for the sake of calculating their own geometry."
>>>> What does the bounding box of a defs element 'must return (...) for
>>>> the sake of calculating [its] own geometry.'?
>>> For this comment, I don't know what edit to propose.
>>>
>>
>> I think this sentence was trying to say too much towards the end. I
>> removed "but must return a bounding box for the sake of calculating
>> their own geometry." from the end of the sentence and started a new
>> sentence which says:
>> "Elements that do not contribute to the bounding box of a parent
>> element must still return their own bounding box value when required."
>>
>> Does this change help clarify paragraph or is clarification of the
>> "defs" element still required?
> I'm not sure. The first sentence mentions that the BB is 'applicable'
> only to elements with display other than none. So, since defs is
> equivalent to display=none, therefore the BB should not be applicable.
> But your last sentence seems to say that defs must return something. I
> guess it all depends on the meaning of applicable. If not applicable
> means bounding box = '0 0 0 0', then it's ok.

I've added an illustrative example [1], which I hope will clarify how
the bbox results vary based on context.  This is to maximize the utility
to authors.

Please let us know if this satisfies your concern.

[1] http://dev.w3.org/SVG/profiles/1.2T/publish/coords.html#ExampleBBoxCalc

Regards-
-Doug
Received on Thursday, 16 October 2008 02:55:40 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Thursday, 16 October 2008 02:55:41 GMT