After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 116343 - fullscreen xinerama window
fullscreen xinerama window
Status: RESOLVED DUPLICATE of bug 130404
Product: metacity
Classification: Other
Component: general
2.4.x
Other Linux
: Normal normal
: METACITY2.8.x
Assigned To: Metacity maintainers list
Metacity maintainers list
: 427902 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2003-06-30 12:26 UTC by Herbie Hopkins
Modified: 2007-04-09 18:03 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Herbie Hopkins 2003-06-30 12:26:03 UTC
It seems that window->has_fullscreen _func = FALSE if the window is not
resizable, but I would like to fullscreen a window that is not resizable,
but is already exactly the same size as my desktop. Note that I have a
xinerama setup and the window is actually the same size as one of my
monitors so all I require is that the window be positioned correctly
without the frame and so the has_fullscreen_func should be set to TRUE.
Comment 1 Rob Adams 2003-06-30 14:55:43 UTC
This is a very tricky issue.  Does this "fullscreen" app support
xinerama?  What if the window is moved from one xinerama to another? 
Does it resize itself?  Should we set/unset has_fullscreen_func
depending on where the window is?
Comment 2 Herbie Hopkins 2003-06-30 15:31:53 UTC
I'm talking about opengl applications, specifically games i.e. never
winter nights, return to castle wolfenstein and a few others. No, the
app does not resize itself when moved from one xinerama screen to
another (so I suppose it does not "support" xinerama). The app does
have a fullscreen option, but that changes the resolution of the
entire desktop via xvidmode extension, thus disabling my second head.
I thus prefer to run the application in windowed mode at the
resolution of my first head and use the fullscreen function of my
windowmanager.

Should we set/unset has_fullscreen_func depending on where the window
is? yes! why not? If a non-resizable has the same resolution as the
head it currently resides on then set has_fullscreen_func = TRUE.
Would this be so hard to implement? Or better, make the
has_fullscreen_func check at the moment that the fullscreen shortcut
key is pressed and so avoiding the need to contiuously rexamine the
window properties.
Comment 3 Havoc Pennington 2003-06-30 18:54:55 UTC
there's certainly something to be said for making has_fullscreen_func
etc. into accessor functions rather than state variables we have 
to keep updated all the time... then this change would be simpler.
Comment 4 Rob Adams 2003-10-04 20:56:46 UTC
the version of metacity released with Gnome 2.4 contained code to
allow such windows to be effectively fullscreen.  I think that this
issue is resolved.
Comment 5 Herbie Hopkins 2003-11-03 17:39:44 UTC
Sorry, but I fail to see any code that fixes this. I'm currently
running 2.6.2 and still have this problem. The function seems to be
unchanged as can be seen from the following comment that is in 2.6.2
source and current cvs (window.c 5360):

/* don't allow fullscreen if we can't resize, unless the size
 * is entire screen size (kind of broken, because we
 * actually fullscreen to xinerama head size not screen size)
 */
  
so it seems to me that this is still not fixed?
Comment 6 Elijah Newren 2005-01-26 20:11:22 UTC

*** This bug has been marked as a duplicate of 130404 ***
Comment 7 Elijah Newren 2007-04-09 18:03:56 UTC
*** Bug 427902 has been marked as a duplicate of this bug. ***