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

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?

> 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.