W3C home > Mailing lists > Public > www-amaya@w3.org > October to December 2009

Re: Enh. Req: Option to have Table of Contents Tool Create Numeric Id's

From: Irene Vatton <Irene.Vatton@inria.fr>
Date: Fri, 06 Nov 2009 10:47:43 +0100
To: Joe Webster <webster.joe@gmail.com>
Cc: www-amaya@w3.org
Message-Id: <1257500863.7532.5.camel@vanuatu.inrialpes.fr>
Le mercredi 04 novembre 2009 à 09:39 -0500, Joe Webster a écrit :
> Hi,
> 
> > Initially Amaya generated a label that as not relation with the
> contents 
> > of the element like Mozilla. We changed to generate more
> intelligent 
> > ids because in many cases an intelligent id is more useful.
> 
> It looks like a classic case where the solution to one perceived
> problem creates other problems. It typically happens when no single
> solution is the right answer in all cases. The usual fix is to provide
> a preference setting that enables either one behaviour or the other. 
> 
> If some people feel intelligent keys are best and other feel
> unintelligent keys are best then, instead of choosing sides, why not
> give users the option to use either?

For the table of contents I restored the generation of generic labels.

> 
> > When the element has an id, it must'nt be changed.
> 
> If that's so then why not raise an error when someone tries to change
> an element that has an id? Probably because that would be a silly
> thing to do. People edit headings all the time. That's what editors
> are for. It's unrealistic to expect heading text to remain static
> forever after using the Table of Contents feature once.
> 
> Alternatively, dropping and recreating headings or wiping out their
> ids are inconvenient, non-intuitive workarounds that negate the
> convenience of having a Table of Contents feature in the first place.
> 
-- 
Irene Vatton <Irene.Vatton@inria.fr>
INRIA
Received on Friday, 6 November 2009 09:48:21 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 14:53:42 UTC