Re: [AD] RFC - Linux WM Fullscreen Patch

Can you explain in detail what exactly the change in behavior for FULLSCREEN_WINDOW will be, for someone not looking at the patches?

On Aug 7, 2014 8:58 PM, "Trent Gamblin" <trent@xxxxxxxxxx> wrote:

Looked at SDL closer - it behaves differently than I was told. It doesn't scale at all, it uses the window manager to go fullscreen and then xrandr/xvidmode to change the mode. Better for us, I did the same and the patch is a ton simpler now.

I'd like to propose changing ALLEGRO_FULLSCREEN_WINDOW so that it implies ALLEGRO_FULLSCREEN as well. That'll require a few changed checks here and there but not as bad as making ALLEGRO_FULLSCREEN separate from ALLEGRO_FULLSCREEN_WINDOW and ALLEGRO_FULLSCREEN_VIRTUAL. IMO it should have been that way from the start, as a modifier.

I still didn't figure out why alt-tab doesn't work but this is by far better than ALLEGRO_FULLSCREEN or ALLEGRO_FULLSCREEN_WINDOW where it doesn't work either. Will try and figure it out eventually.

Attached the patch, if there are no legitimate objections I'll apply it soon. I'll add documentation as well.

On 14-08-07 10:55 AM, Trent Gamblin wrote:

Attached xwmfullscreen.c. With this version KDE, Unity and XFCE all work except for alt-tabbing. Need to find out what SDL does to allow that.

On 14-08-07 10:03 AM, Trent Gamblin wrote:

I'm going to see if I can fix those problems first by checking out SDL a
little closer...

----- Original Message -----
From: "Trent Gamblin" Virtual fullscreen is supposed to create the display using the window
manager to create a fullscreen window in a different way than "fullscreen
window". If we could figure out why KDE shifts the window up and XFCE the
window doesn't cover the panel, then it would be the best option (of
course
we'd then have to add a properly scaled buffer as you said.)

----- Original Message -----
From: "SiegeLordEx" Apologies if this is obvious from the patch (I still only glanced at
it), but I was under the impression that 'virtual fullscreen' was merely
'fullscreen window' with some letter-boxing transformations? If so, why
is there a difference between the two?

If there is a difference, does the 'virtual fullscreen' work all the
time without compositing too?

-SL

On 08/07/2014 11:25 AM, Trent Gamblin wrote:

Ok. I've already decided yesterday I'll probably abandon this patch
anyway,
but if it's possible and worthwhile to fix who knows.

The problem is with all three fullscreen types there are problems on
Linux.

1) Real fullscreen
KDE: shifted to top left corner
Unity: Needs CCSM installed and switch toggled
XFCE: works

2) Fullscreen window
KDE: Hangs the entire system
Unity: Can't alt-tab out
XFCE: works

3) Virtual fullscreen
KDE: shifted up about 20 pixels
Unity: works
XFCE: works sometimes depending on panel positions

It's freaking disgusting. The only thing that actually works is if you
disable compositing, then fullscreen window basically works.

----- Original Message -----
From: "SiegeLordEx" On 08/07/2014 11:12 AM, SiegeLordEx wrote:

On 08/07/2014 10:52 AM, Trent Gamblin wrote:

Primitives and transforms have always been different for me. Paul,
what's the reason behind this? For example scaling everything up
still
results in crisp lines etc?
Of course it does, primitives are drawn using polygons and they are
going to use screen pixels (i.e. the actual resolution). It's
impossible
to emulate a scaled mode setting with transformations with respect to
how the primitives are drawn.

That's why you always use an intermediate bitmap that you then scale
up
if you want large pixels with your primitives. If you really want a
virtual mode in Allegro, that is the method you need to use.

-SL

I should note that this is not unique to primitives, since bitmaps are
drawn using polygons as well. E.g. drawing a bitmap at fractional
coordinates will look different on a virtual fullscreen and a real
mode.
This is even more easily seen with rotated bitmaps.

-SL

------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls.
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
--
https://lists.sourceforge.net/lists/listinfo/alleg-developers

------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls.
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk

------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls.
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
--
https://lists.sourceforge.net/lists/listinfo/alleg-developers

------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls.
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
--
https://lists.sourceforge.net/lists/listinfo/alleg-developers

------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls.
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk