RE: [Freeglut-developer] final word on gamemode

[Fay J. F C. AAC/W. <joh...@eg...>]

Gentlemen,
 
    I'm taking a closer look at Yuri's game mode patch file and have a
concern about the changes to "Makefile.am".  The include path has been
changed from "../include" to "$(top_srcdir)/include" in order to support
off-trtee builds.  The downside of this is that we would need to define a
variable in the Makefile--unless I miss my guess.  If this is going to cause
trouble for anybody please let me know.
 

John F. Fay
850-729-6330
joh...@eg...
  

 

  _____  

From: fre...@li...
[mailto:fre...@li...] On Behalf Of Fay
John F Contr AAC/WMG
Sent: Thursday, April 21, 2005 4:02 PM
To: 'fre...@li...'
Subject: FW: [Freeglut-developer] final word on gamemode



Gentlemen, 

        I believe that the attached is the patch that Yuri D'Elia submitted
a month ago and was recently asking if it would be included in the next
release.

        Yuri, am I right? 

        Everybody else, is it okay to put this patch into "freeglut"? 

John F. Fay 
joh...@eg... 
850-729-6330 
-----Original Message----- 
From: fre...@li...
[mailto:fre...@li...
<mailto:fre...@li...> ] On Behalf Of Yuri
D'Elia

Sent: Tuesday, March 22, 2005 5:59 PM 
To: fre...@li... 
Subject: [Freeglut-developer] final word on gamemode 

[...wearing latex gloves] 

I admit I didn't read the list too much lately, and I don't know how the 
gamemode debate ended but... 

Just updated freeglut today to discover that now glutEnterGameMode just 
fails without xfree extensions. It's the final decision? I quite recall 
the original GLUT not failing here, but I didn't re-check. 

Anyway.. I needed it, and I've just added the support back along with 
some fixes for the /infamous/ "gamemode in a window" (tested on 
irix). In the attached patch: 

* Fixed the include path in src/Makefile.am to support off-tree builds. 
* glutEnterGameMode just succeeds where XFree extensions are not 
  supported (creating a fixed-sized window) 
* Removed the useless XMoveWindow which I think is required by the 
  subsequent XWarpPointer call. Now XWarpPointer uses the window 
  handle after grabbing the focus, which correctly repositions the 
  pointer in both cases without moving the window twice and lets the 
  window manager decide a decent position. 
* Instead of using SCREEN_WIDTH/HEIGHT directly I added a support 
  function to get the virtual screen extent. This forces the menus 
  inside the window when "gamemode in a window" is enabled. Harmless on 
  real gamemode, and fall-backs to the screen resolution for normal 
  windows. 

I don't have an xfree box right now, but I'd like really much to set 
GLUT_NO_FULLSCREEN to disable the screen-mode switch and use "windowed 
gamemode". 

-- 
'(wave++ "Yuri D'Elia" "http://www.yuv.info/~wavexx/
<http://www.yuv.info/~wavexx/> ")