W3C home > Mailing lists > Public > public-webapps@w3.org > April to June 2009

Re: [widgets] [preference element] question on the value attribute

From: Jean-Claude Dufourd <jean-claude.dufourd@telecom-paristech.fr>
Date: Wed, 24 Jun 2009 14:16:27 +0200
Message-ID: <4A42191B.5040704@telecom-paristech.fr>
To: Robin Berjon <robin@berjon.com>
CC: public-webapps <public-webapps@w3.org>
Robin Berjon a écrit :
> If by text content you mean actual text content, then there is no 
> difference whatsoever between what can be stored in an attribute value 
> and the text content (as per DOM 3 textContent) of an element — at 
> least not semantically.
JCD: I think I agree with you Robin, but Marcos writes something 
different. In the IDL, both are DOMStrings right ? Is there spec text 
limiting attributes ? I cannot find a

> If by text content you mean structured content, then we're talking 
> about turning the preference system into an XML storage system since 
> most XML constructs could appear there.
JCD: Are you not contradicting yourself ? If the two are identical in 
storing possibilities, there should be no difference (if appropriate 
quoting of special characters is applied).
> Do you mind clarifying which one it is you are wondering about?
JCD: It is indeed a question of allowing the users (users of widget spec 
= authors actually) to place anything in the value of a preference, 
including bits of XML or whatever that needs a CDATA section around it 
to fit in an XML file.

To reformulate my current understanding, informed by your answer, using 
an attribute vs. the text content is equivalent in terms of which 
strings are allowed, but the attribute format is more difficult to 
express (because more intricate quoting is needed) than the text content.
Is this clearer ? and am I correct in this last understanding ?

JC Dufourd
Groupe Multimedia/Multimedia Group
Traitement du Signal et Images/Signal and Image Processing
Télécom ParisTech, 46 rue Barrault, 75 013 Paris, France 
Received on Wednesday, 24 June 2009 12:20:52 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 18:12:54 UTC