panyasan wrote:
> 
> 
> Fabian Jakobs wrote:
>> 
>> I am interested in this, sorry for the delay. The problem is the our 
>> event system needs to know to which document an element/widget belongs. 
>> Since events are sometimes attached before the elements/widgets are 
>> added to the document, the event system cannot know how to handle them. 
>> In these cases is uses the top level document, which leads to the 
>> problems you have seen. To solve this I guess we would have to refactor 
>> the event system. I would like to do this myself but currently this has 
>> very low priority. I can offer you my help but this will probably be 
>> tough :-)
>> 
> 
> Hi Fabian, thanks for the reply.
> 
> That's what I thought. It is really tricky. One way of doing it could be
> to add a method that remaps all attached events in the context of the new
> window. This method could then be called from different places in the
> framework which deal with adding event listeners or adding widgets. Do you
> think this could be a solution?
> 
> Christian
> 

I've done some experimenting but have to admit that I don't know enough
about the event dispatch process in order to create patches that would allow
remapping the events to the new window. Would it be possible to explain in a
few sentences or maybe even a small graph how the current system of
abstracting the "real" browser events works? I guess any solution that does
not imply rewriting the event system from scratch must be based on
unregistering the attached events from one window and reattaching them in
the context of the new window.

Thanks,
C. 
-- 
View this message in context: 
http://n2.nabble.com/Native-Window-again-tp3723200p3848775.html
Sent from the qooxdoo mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
qooxdoo-devel mailing list
qooxdoo-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

Reply via email to