Christian Boulanger wrote: > > in my app, I am now working with native browser windows instead of > qooxdoo window widgets, which has increased the useability of the > application immensely. > (...) > I was wondering if there is not a way to get the behaviour back. For > example, couldn't the Drag and Drop Manager of one window be connected > to the one in the other window somehow? When the user "drags out" of one > window, the drag content could be sent to the opener window drag > manager, and then requested from any window that the user "drags into"... >
While this conceptually sounds good, implementation may be very tricky for several reasons: 1. A somehow complex drag manager, which keeps state between several browser windows, must be implemented (I believe that qooxdoo doesn't support this, at least yet); 2. If the native windows are not next to one another, user must imagine that a drag operation is going while he passes the pointer from one to another window. This is because even if one uses a custom cursor, it will change when the pointer reaches the native window boundary. This is (very) noticeable in multiple display configurations and may raise usability issues; 3. Qooxdoo's window widgets are nice for not-very-complex content and if the windows are not very large (due to the restriction of being inside the client area). Using the "frame" move method [1] helps performance for more complex widgets. Complex window contents, in some circumstances, can be split into smaller windows, using child windows to hold rarely viewed content and/or user actions... Hope this helps, Helder Magalhães [1] http://demo.qooxdoo.org/current/apiviewer/#qx.ui.window.Window~moveMethod -- View this message in context: http://www.nabble.com/Drag---Drop-between-native-windows-tp16050366p16273696.html Sent from the qooxdoo-devel mailing list archive at Nabble.com. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ qooxdoo-devel mailing list qooxdoo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
