RE: SVG12: discard begin

Hi, Bjoern-


Bjoern Hoehrmann wrote:
| 
| * Craig Northway wrote:
| >In response to your comment we have added the value 
| "indefinite" to the 
| >list of allowed values for the begin attribute. This will allow the 
| >scripting case you describe in your comment.
| 
| Thanks.

We think that this was a great suggestion, and thank you for pointing it
out.


| >The group thinks that the default behaviour provided by the 
| '0' value is 
| >more intuitive to the naive user. If a discard element is present in 
| >content without a begin value specified and the default of 
| 'indefinite' 
| >is used, the discard element will never have an effect 
| unless triggered 
| >by scripting. The group would prefer the elements presence 
| to be obvious 
| >due to the immediate removal of the target element.
| 
| Why would an author include the target element at all if he 
| wants it to
| be removed immediately? This would also be the behavior if a Tiny user
| agent attempts to process a "Full" document which might have a value
| like begin="10:00" rather than begin="600s", does it make sense to
| discard the element immediately if the author really wanted to discard
| it after 10 minutes?


We discussed this several times, and have decided to keep the default begin
value as '0s'.  Of course, we thank you nonetheless for sharing your
suggestion with us.  In addition to the reasons stated above, it is the
opinion of the SVG Working Group that an author sophisticated enough to use
the discard element will be inclined to use resources such as the spec,
where both the syntax and the purpose of the 'discard' element is clearly
explained, such that authors will be able to understand at once how they
should be using it.  Even hackers will able to experiment with the attribute
values to achieve their desired effect.  Authoring tools, of course, can
make the decision to set the value to whatever is most appropriate for the
target device and UA.


Thanks-
Doug, on behalf of the SVG WG

Received on Monday, 31 July 2006 00:16:50 UTC