indeed. lets do it. how would it work? we can add component.getCssId() which can call some kind of a ICssIdFactory { String getCssId(Component c) } that you can set in markup settings?

maybe have INeedCssId interface that a behavior can implement, and so the cssidfactory can look at behaviors and if one needs it it can return a non null? kinda like its there ondemand.

its late, does that make any sense?

-Igor


On 2/1/06, Marco van de Haar <[EMAIL PROTECTED] > wrote:
I'm not a core dev, but I'm using _javascript_ in combination with Wicket
a lot in contrib-dojo, and I would say that a standard way of doing this
in Wicket would be a great asset.

Marco

Eelco Hillenius schreef:
> Hi,
>
> I quite lost what our status is concerning the id of rendering HTML
> ids by default for all components. I thought the last idea was to make
> it an application wide setting (turned of by default?).
>
> Any reason why we don't have this yet? Time or didn't we agree after all?
>
> Eelco
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642
> _______________________________________________
> Wicket-develop mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/wicket-develop
>
>



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Wicket-develop mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-develop

Reply via email to