W3C home > Mailing lists > Public > public-diselect-editors@w3.org > October to December 2006

Re: Gilman-9

From: Al Gilman <Alfred.S.Gilman@IEEE.org>
Date: Tue, 7 Nov 2006 23:36:16 -0500
Message-Id: <p06110424c1770f2ff8a7@[69.143.137.56]>
To: public-diselect-editors@w3.org

I don't understand the rationale offered.

Arbitrarily forcing the result of an 'expr' evaluation to 'true' 
can't result in ill-formed XML if
the source was well-formed XML and conforms to the specification for 
the module.

Getting garbage when a program runs amok is always possible, and 
should be handled
as error control outside the scope of the DISelect module or its host 
language.  This
is in the OS, if I understand things right.

[reaction to the disposition of this comment: puzzlement.]

Al

At 11:15 AM +0000 1/4/06, Roland Merrick wrote:
>Greetings Al, thanks for your comments on the content selection last 
>call [1]. As part of this you include 
>"<http://www.w3.org/TR/2005/WD-cselection-20050502/#error-events>Inconsistent 
>show/hide policy".
>
>The DIWG assigned this comment the identifier Gilman-9
>
>This mail documents DIWG's response to your comments.
>
>DIWG Response
>=============
>
>This issue is similar to Gilman-1. The problem we face is that an 
>unrecoverable error in expression processing yields completely 
>unpredicatble results, including XML that is invalid or badly 
>formed. Allowing processing to continue could lead to effects 
>similar to those we outlined in Gilman-1, including crashing or 
>damaging the user's device, or showing completely inappropriate 
>material to a minor.
>
>In contrast, the default value of the expr attribute is specified so 
>the behaviour obtained by omitting it is at least predictable.
>
>In addition, by providing a default value, we ensure backwards 
>compatibility when DISelect is added to a processor which processes 
>existing markup written before the DISelect module was added.
>
>[1] 
>http://lists.w3.org/Archives/Public/public-diselect-editors/2005AprJun/0012.html
>
>Regards, Roland
Received on Wednesday, 8 November 2006 04:37:23 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 8 January 2008 14:11:10 GMT