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

Reply via email to