Jim Hunter schrieb: > You are contradicting yourself. You state that AOT windows are always on > top, yet you state that a modal window, like a File Dialog would be on > top when it was created so it can't be created behind an AOT window. You > can't have it both ways. A window can't always be on top, except when it > doesn't have focus. Modal windows have to be the highest Z-order window > other wise you get a lock scenario. Go back and look at my Z-Index > chart, the AOT windows float above all windows except when a modal > window is created, in that case the modal window has to have the highest > Z-Index. Right now, when the current window handler sees a window get > focus, it changes the Z-Index to be the highest of all the windows so > that you can see it. In my scenario, that Z-Index would never be higher > then AOT windows thus allowing the AOT windows to always be seen. The > exception to this is modal windows. When a modal window gets created and > focused, the Z-Index has to be higher then the AOT windows. Just like if > one modal window opens another modal window, the new one has to have a > higher Z-Index then the first one. It's the same thing between AOT > windows and Modal windows. Modal windows, by nature, have to have a > higher Z-Index then any other window.
Jim, I understand your point. I'm only suggesting that we do not reinvent the window manager. It is carefully thought out and approved. And your final statement is---I'm sorry---wrong with regard to existing window managers. > Remember, we don't have 'windows' here, we have DIVs. The only thing we > can change on them is there size and Z-Index and weather or not they > have focus. This is not a normal Win32 Windows application, this is a > glorified web page. One DIV with a larger surface area and a higher > Z-Index will obscure another DIV that is smaller and has a lower > Z-Index, if they have the same center point. With your proposal, it IS > possible to create an AOT window that DOES obscure a modal window, > regardless of how you slice it. Sorry, I don't see this point. Yes, we have divs that look like windows. They can be moved, maximized, closed, and cover one another. Where is the substantial difference to windows on a desktop? > You say that the AOT windows always have > a higher Z-Index then all other windows including modal ones, I say that > statement is incorrect and my points in the first paragraph prove it. Please note that I didn't made this up. I described what existing window managers do. I tried it out with test snippets. So please don't claim I was incorrect. > If > the KDE allows you to create modal windows that floats under other > windows then I think that is BAD and they are not correct. A misplaced > AOT window can then hide a modal one, and I believe this should NEVER be > the case. But this *IS* the case in existing window managers, if you like it or not. Go and convince yourself. > You should never allow a user to do something that breaks your > application, and a modal window they can't get to is a 'break' in my eyes. We are not talking about users but about application developers. They have to know what they do. They must not open modal dialogs at places where they are covered by a always-on-top window. As I said, always-on-top requires great caution. Another question is whether qooxdoo should provide primary-modal windows, i.e. windows that only block their parent windows (not sure whether there is a concept of parent and dialog windows in qooxdoo). In this case, the user could still close an always-on-top window that covers a modal dialog. This would be the correct model for a file open dialog. For now, there are only system-modal windows. Ralf ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ qooxdoo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
