Hi,
I encountered what I think is a bug in the combination of focus handling and
the blocker of a modal window (using the 3.0.2 release)
Below I included a small piece of code that shows the bug when running the code
in e.g. Chrome on the playground.
When the window is shown and you click in the first textfield you can use TAB
to go from one textfield to the other and SHIFT + TAB to go back.
As soon as you click outside of the window and click back in the textfield you
can edit but TAB no longer works.
Debugging the Qooxdoo code I found that
- Initially TAB is handled by the FocusHandler (method __onKeyPress)
- After clicking out of the window and back in the TAB is caught by
method __stopTabEvent in Blocker.js
I think that the order of registered events changes at runtime by the focus
loss.
Can anyone confirm this (maybe there is a workaround?) and should I file a bug
for it?
Best regards,
Jeroen
var win = new qx.ui.window.Window("First Window");
win.setWidth(300);
win.setHeight(200);
win.setShowMinimize(false);
win.setLayout(new qx.ui.layout.Canvas());
var tf1 = new qx.ui.form.TextField("test1");
win.add(tf1, {left:10, top:10});
var tf2 = new qx.ui.form.TextField("test2");
win.add(tf2, {left:10, top:40});
this.getRoot().add(win, {left:20, top:20});
win.setModal(true);
win.open();
------------------------------------------------------------------------------
WatchGuard Dimension instantly turns raw network data into actionable
security intelligence. It gives you real-time visual feedback on key
security issues and trends. Skip the complicated setup - simply import
a virtual appliance and go from zero to informed in seconds.
http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk
_______________________________________________
qooxdoo-devel mailing list
qooxdoo-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
