Re: 1.5.3 xinerama problem

John Ellis wrote:
> 
> Chris Bare wrote:
> >
> > >     Option "TwinViewOrientation"      "LeftOf"
> >
> > I tried without this option and it didn't make any difference. I also tried it
> > running under the gnome window manager, and it worked correctly, so you are
> > relying on something that WM is doing that all WM's don't do.
[snipped]
> 
> I will attempt to duplicate your screen setup (nvidia twinview capability here
> too) and window manager (mwm) and look into the problem.

After testing multi screen and the full screen window manager hint on several
window managers it looks like I have to rethink full screen.

I can duplicate the described behavior of mwm moving the full screen window with
each iteration, weird bug.

With the twinview multimonitor setup enabled, I test a few other window managers
(most are the versions installed with Fedora Core 1):


twm: where do you want that window? ;)

mwm (2.2.2): all is ok except monitor 1 shifting the full screen window further
to the right on each toggle of full screen.

wmaker (0.80.1): seems ok except it will place a 1 pixel border around the full
screen window, thereby shifting the contents 1 pixel to the right and down.

sawfish (1.3?): works fine (my prefered manager, this is why I do not see the
problems most of the time)

icewm (1.2.16): Can not span all monitors (works like metacity, below).

metacity (2.6.3): I can specify monitor 1, 2, or active monitor - but can not
span all monitors.

kwin (0.95): Apparently setting the full screen window manager hint means always
span all monitors.


What does this mean: The full screen window manager hint is all but useless when
you want control of which monitors to include for the window, in the case of
metacity/icewm and kwin it gets in the way as they seem to interpret the hint
differently. Perhaps newer releases are fixed, but who cares when you are not
using the latest and greatest.

From freedesktop.org window manager spec v1.3 draft
(http://freedesktop.org/Standards/wm-spec):

  _NET_WM_STATE_FULLSCREEN indicates that the window should fill the
  entire screen and have no window decorations. For example, a presentation
  program would use this hint.

There is no mention of behavior when there is more than one monitor. Looks like
setting this hint will need to be removed from GQview. Back to the drawing board
:/

If you take the sentence from the draft literally, to mean fill the screen and
ignore monitors (they are not mentioned) then kwin is the only window manager to
get it 100% correct, but even then this does not work for what GQview needs to
be able to do.


Greetings,
John


-- 
John Ellis <[email protected]>

http://gqview.sourceforge.net <GQview> | http://gqapplets.sourceforge.net
http://gqmpeg.sourceforge.net <GQmpeg> |                  <panel applets>


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl