Floating windows could probably be handled pretty easily by changing the z-index on each of the popups (in HTML).
Of course you’d need a manager to handle that, but it shouldn’t be too hard to implement. That would probably be either a FloatingWindowManager singleton or FloatingWindowUtils static class. We probably want to standardize on different number ranges of z-index for different “classes” of floating things. I imagine modal dialogs would have the highest z-index. The possible exception to that would be popup menus. Floating windows somewhat lower than modal dialogs, etc. > On Jan 16, 2019, at 2:39 AM, Alex Harui <[email protected]> wrote: > > > > On 1/15/19, 2:48 PM, "Carlos Rovira" <[email protected]> wrote: > >> >> Support for "overlapping windows" would be PAYG and added via some other >> classes. I don't think we've done anything there at the Basic level, the >> emulation components may have to support it since Flex did. >> > > What do you mean with "overlapping windows". Don't understand that concept. > For me windows are always one on top of another... > > Oh yeah, forgot to describe that. "overlapping windows" means that two or > more popups can be visible and potentially overlap each other based on which > one was clicked on last. In some IDEs you can have all of these floating > panels. Spell-check and Find dialogs are other examples where they can be > popped up and not dismissed while some other popup or dropdown shows up and > has to show up above or under the floating Spell-Check or Find dialog. > > Flex had a whole ActiveWindowManager that worked with the PopUpManager. > Royale should try to make support for floating dialogs PAYG. > > Thanks, > -Alex >
