On 27.01.2017 10:47, [email protected] wrote: Hi,
> Btw., I would not like abandoning fullscreen mode completely. > Its enough that we had to switch the default to windowed because > of the mentioned bugs. I would like to see if you could easily and > consistently switch all subwindows between internal and external > though, as we already have 2 systems for dialogs and panels ( which > are largely incompatible though atm ). it seems we're mixing up several orthogonal things in one discussion, so let's try to sort things out: #1 fullscreen mode can mean two different things a) <FULLSCREEN>: the window occupies the whole screen / client area. b) <EXCLUSIVE>: application gets exclusive access to the frame buffer (possibly changing display mode, etc) While <FULLSCREEN> is just a trival matter of resizing and decorations (actually, pretty much which J2D does when b) is not available - "emulated mode"), <EXCLUSIVE> is pretty obsolete nowadays - it was a performance workaround when there was no hw composition of separate (userland-accessible) framebuffers. (even a simple onchip i915 can do that - embedded socs usually have hw overlays at the scanout unit, which makes it even easier an cheaper). The bad side of <EXCLUSIVE>: it doesn't play well w/ other windows, which seems is what several people complained about. Ergo: we can safely drop <EXCLUSVE> (yet to check: GraphicsDevice::setFullscreenWindow() still needed ?) #2: nested vs. toplevel windows That really seems to be a matter of individual taste. IIRC, some of the complaints actually are feature requests for having all windows nested (even the dialogs). OTOH, I'd prefer the classical multi- window approach. Ergo: that should be the user's choice. --mtx ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot _______________________________________________ Freecol-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freecol-developers
