Always though semantics are the way to go ;-) «onClick» is just a local conflict and tapestry allows
<parameter name="on-click" property="onClick"/> I remember that some people (about replacing jwcid by id) thought about a «tap:» prefix, maybe it is a good start for a way to resolve this kind of conflicts. Also quite consistent since we define an wonderful extension to HTML :-) Le mardi 26 juillet 2005 à 16:45 -0400, Geoff Longman a écrit : > > <a onclick="listener:doClick"> ... </a> > > hey, I like it! There must be a catch though.. how about people who > pass onClick as an informal paramter? They'd lose there javascript > bits. > > Geoff > > On 7/26/05, Howard Lewis Ship <[EMAIL PROTECTED]> wrote: > > Now, we don't want to make the same mistake as Sun did with Generics; > > how do we reach concensus on wether to include or strip out > > default-binding? Another vote? > > > > I tending towards leaving it as is, but there are some good ideas on > > how to processed if we strip default-binding out. > > > > For example, changing the various link components to take a "onclick" > > parameter (as a rename of "listener"), i.e. > > > > <a listener="listener:doClick">...</a> > > > > vs. > > > > <a onclick="listener:doClick"> ... </a> > > > > The lack of repetition in the second example is desirable. > > > > I'm also tending towards default of literal: in a template, default of > > ognl: in XML. But there's that consistency issue again; perhaps is > > should be literal: everywhere for best efficiency? > > > > > > -- > > Howard M. Lewis Ship > > Independent J2EE / Open-Source Java Consultant > > Creator, Jakarta Tapestry > > Creator, Jakarta HiveMind > > > > Professional Tapestry training, mentoring, support > > and project work. http://howardlewisship.com > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
