I agree with _ Eelco Hillenius wrote: That would conflict with _javascript_, (power) wouldn't it? I think _ is fine, and as we are not using it for our actual paths, it wouldn't conflict with component names that have underscores in them.Eelco On 3/10/06, Igor Vaynberg <[EMAIL PROTECTED]> wrote:yeah, i guess so. stupid yahoo components, maybe they are using : as a separate for something. might as well use ^ instead of _ its probably more rare. -Igor On 3/10/06, Eelco Hillenius <[EMAIL PROTECTED]> wrote:I tried to use it for those Yahoo components I worked on a bit. And that failed, until I replaced : with _. Are you okay with that change before it is too late and people start depending on it? Eelco On 3/10/06, Igor Vaynberg <[EMAIL PROTECTED]> wrote:it does? why is that? in which case? ajax stuff has been working fine. -Igor On 3/10/06, Eelco Hillenius < [EMAIL PROTECTED]> wrote:Yep. Though what is missing now, and which I added as a TODO some days ago, but will fix immediately now, is that the component path contains ':', which gives troubles with _javascript_. I propose to replace the ':' with '_' (the colons with underscores). Eelco On 3/10/06, Igor Vaynberg < [EMAIL PROTECTED]> wrote:use an attribute modifier. you can get the component to print out its id by calling Component.setOutputMarkupId (true). then add an attribute modifier that adds _javascript_ to the onclickevent.-Igor On 3/10/06, Karl-Erik Rønsen < [EMAIL PROTECTED] > wrote:When attaching a _javascript_ function event handler to some elementin astatic html page i would do this... document.getElementById( "myButton" ). { // do stuff } ... for some HTML like this ... <input type="button" id="myButton" value="Click me!" />> >When creating a custom component with Panel, i cant attach eventhandlersthis way when the component will be used multiple times in onepage, astheHTML element id would be duplicated. What is the best way to attach event handlers to HTML elements in components, avoiding the problem described? Thanks in advance. Karl-Erik-------------------------------------------------------This SF.Net email is sponsored by xPML, a groundbreaking scriptinglanguage> > that extends applications into web and mobile media. Attend thelivewebcastand join the prime developer group breaking into this new codingterritory!http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642_______________________________________________ Wicket-user mailing list Wicket-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scriptinglanguagethat extends applications into web and mobile media. Attend the livewebcastand join the prime developer group breaking into this new codingterritory!http://sel.as-us.falkag.net/sel?cmdlnk&kid0944&bid$1720&dat1642_______________________________________________ Wicket-user mailing list Wicket-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scriptinglanguagethat extends applications into web and mobile media. Attend the livewebcastand join the prime developer group breaking into this new codingterritory!http://sel.as-us.falkag.net/sel?cmdlnk&kid0944&bid$1720&dat1642_______________________________________________ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=k&kid0944&bid$1720&dat1642 _______________________________________________ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user |