Yeah, that is a bit dangerous. Currently, we don't do much to check whether behaviors overwrite each other. We probably could if we think up another interface that cooperates with IBehavior. And maybe we can combine that with a convenience class a la AppendingBehavior, it would make things easier than in the current situation. But that's about how far we should go imho.
Eelco On 1/15/07, Igor Vaynberg <[EMAIL PROTECTED]> wrote: > thats a kludge, there is no good way to do this cleanly. > > what if i have a regular behavior that sets an onchange attr, and then add > an ajax behavior? then the script generated by the first behavior is erased. > > you can say, lets just append them, but what if the first behavior's script > includes return statements for all paths? then the second script is never > called. > > we either need a more powerful js-generator that can handle merging multiple > scriptlets properly, or we shouldnt do anyting at all imho. > > at least when we do noting at all the user knows the exact outcome. > > just my 2c. > > -igor > > > On 1/15/07, Johan Compagner < [EMAIL PROTECTED]> wrote: > > yes this is how it works now > > > > Maybe we could somehow merge it on the server side > > when we see 2 behavior attached to the same event only generate for one > but also call the other.. > > > > johan > > > > > > > > > > On 1/15/07, Erik van Oosten <[EMAIL PROTECTED]> wrote: > > > Hi, > > > > > > In my current application I added 2 > AjaxFormComponentUpdatingBehaviors > > > with event "onchange" to the same form component. Only the behavior that > > > is added last will actually be called. Is this on purpose? I would like > > > both to be called. > > > > > > I tried both on 1.2.4 and a fresh (today) 1.2 snapshot. > > > > > > Regards, > > > Erik. > > > > > > > > > -- > > > Erik van Oosten > > > http://www.day-to-day-stuff.blogspot.com/ > > > > > > > > > > ------------------------------------------------------------------------- > > > Take Surveys. Earn Cash. Influence the Future of IT > > > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > > > opinions on IT & business topics through brief surveys - and earn cash > > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > _______________________________________________ > > > Wicket-user mailing list > > > Wicket-user@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > > > > > > > > ------------------------------------------------------------------------- > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > > opinions on IT & business topics through brief surveys - and earn cash > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > > _______________________________________________ > > Wicket-user mailing list > > Wicket-user@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > > > > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
