On Sep 28, 2007, at 12:01 AM, Igor Vaynberg wrote:
i think this is where the problem stems for you. markupid and
componentid
are not really meant to be tightly coupled. the only contract on
markupid is
that it returns a unique id. for the most part we have been trying
to reuse
componentid in some shape or form because it makes debugging
easier, but i
can totally see an optimization that is enabled in production mode
where
markup ids are generated to minimize their length. "a2e", "ox", etc.
-igor
I see. In that case, you would use whatever character set is
convenient for the user so why not do that now? I guess you don't
look at the substitution of special CSS chars as a change in
getMarkupId's contract, but just a convenience in the current
implementation that could change at any time.
However, I think a well-defined, stable implementation of getMarkupId
is necessary to support automated UI testing. It's fine if the recipe
changes over time, and alternate implementations sound like a cool
idea, but I don't see how you can maintain a large set of tests
against a web framework with essentially random HTML id's. Or am I
missing something?
-Ryan
