Just a word of warning: we don't know if we'll be able to support
transformers (at least as currently implemented) in future runtimes.
That's why my followup (crossed this one going through mailman) used
just delegates.
jim
On Dec 20, 2005, at 3:01 PM, Adam Wolff wrote:
Oh no it doesn't. I didn't mean to suggest that *you* were
proposing an
elaborate solution. I'm probably the worst about that. I filed this
enhancement request and assigned it to myself:
http://www.openlaszlo.org/jira/browse/LPP-1260
As a testcase, I'll implement something that does mouseisin and
mouseisover.
A
On Dec 20, Jim Grandy wrote:
On Dec 20, 2005, at 1:48 PM, Adam Wolff wrote:
Anyway on Dec 20, Jim Grandy wrote:
[snip]
I've seen code in various places in the LFC and components that
creates
event handlers with reference attributes to hook into events in
a parent
view. Granted it is manual, not automatic like states, but
couldn't this
technique be used to build attachment classes that simply
register for
events at initialization?
[snip]
So are you proposing a transformer class (not like an LFC
transformer)
which tends to be used as a singleton and which takes LzNode
instances and
tinkers with them? e.g.
<transformer name="trMouseView">
<method name="transform" args="v">
v.addAttribute( "mouseisin" , false );
v.bindEventHandler( "onmouseover" ,
this.setMouseIsInTrue );
...
</method>
<method name="setMouseIsInTrue">
this.setAttribute( "mouseisin" , true );
</method>
...
</transformer>
A
Yes. Wouldn't this work? How does this require namespaces, five
bug fixes, or
a change to the inheritance hierarchy?
_______________________________________________
Laszlo-dev mailing list
[email protected]
http://www.openlaszlo.org/mailman/listinfo/laszlo-dev