but thats easy then

getMarkupId()
{
   return "id" + pageCounter++;
}

And maybe have the switch that in development mode we do what we do now?

johan



On 9/28/07, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
>
> On 9/27/07, Ryan Holmes <[EMAIL PROTECTED]> wrote:
> >
> > I've always
> > been comfortable with the idea that it's a user's responsibility not
> > to use invalid HTML id characters in a component id since it's the
> > user's choice to call setOutputMarkupId(true) and it's easy to
> > understand how component id's relate to markup id's.
>
>
> 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
>

Reply via email to