Yes, it is probably not feasable or if at all, at the price of extreme hackery. Probably the only way to do this is to work with java or flash applets which have access to the operating system's clipboard and drag & drop managers. Oh well. It is not what JavaScript was designed for ;-(.
C. > 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 > ------------------------------------------------------------------------- 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
