W3C home > Mailing lists > Public > www-html@w3.org > March 2003

Re: Against 'start' and 'value' attributes

From: Herr Christian Wolfgang Hujer <Christian.Hujer@itcqis.com>
Date: Sun, 9 Mar 2003 21:47:26 +0100
To: Etan Wexler <ewexler@stickdog.com>, www-html@w3.org
Message-Id: <200303092147.27986.Christian.Hujer@itcqis.com>

Hash: SHA1

Hi Etan,

Am Sonntag, 14. Dezember 2003 15:00 schrieb Etan Wexler:
> [do not include physical start and value attributes in favour of logical 
continue attribute]

Though I do not agree with the date settings of your computer ;-) I do very 
much agree with your objections, which I find well argued and more than 
reasonable. I always prefer good automatic logical markup over physical 
markup that needs manual work.

To supplement Etan's objections I want to argue giving yet another example:

<h4>Important colors</h4>
<p>... and, though not colors in a physical sense ...</p>
<ol start="3" continue="#xpointer(preceeding-sibling::ol)">

(I don't know wether my xpointer syntax was correct because I didn't read the 
XPointer technical reports yet, I just browsed them)

The XPath used in the xpointer of the continue URL always refers to the 
previous (unnested) ol.

Now when I insert a new color in the first list, the start attribute requires 
changes while the continue doesn't.
The continue attribute will even work when inserting the following in the 
first list:
	reddish colors

I'm just too tired to think of how the continue-xpointer and CSS might work 

If this was a voting against start/value pro continue, I'd say +1.
Etan, you definitely got me on your side.

I also like the idea of giving browser vendors more reasons to implement good 
stuff like Namespaces, XPath, XPointer, XML Schema etc..

- -- 
Christian Wolfgang Hujer
Geschäftsführender Gesellschafter
Telefon: +49  (0)89  27 37 04 37
Telefax: +49  (0)89  27 37 04 39
E-Mail: Christian.Hujer@itcqis.com
WWW: http://www.itcqis.com/
Version: GnuPG v1.0.7 (GNU/Linux)

Received on Sunday, 9 March 2003 15:47:53 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:06:02 UTC