From: John F. F. <joh...@cy...> - 2008-03-18 03:17:56
|
Ron, I'm not sure what the two-line fix is. Would you put it out please? - John F. Fay -----Original Message----- From: r-l...@ui... Sent: Monday, March 17, 2008 11:00 AM To: Freeglut Developer List Subject: [Freeglut-developer] (no subject) Dear freeglut developers, A simple addition in frfeeglut_main.c: When the monitor goes into sleep mode under Windows, one gets a recurring error in debug mode, freeglut (af?): Unknown wParam type 0xf170 The hex code, the win32 call type (wparam), is: const int SC_MONITORPOWER = 0xF170. This is a two-line fix in the source when it is next revised and will help some of us avoid wildly scrolling console windows when we leave the screen for a while. Ron Larkin ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Freeglut-developer mailing list Fre...@li... https://lists.sourceforge.net/lists/listinfo/freeglut-developer |
From: Fay J. F Dr C. U. AFSEO/SK <joh...@eg...> - 2006-03-06 18:32:32
|
Paolo, Hello and welcome to the "freeglut" community. Unfortunately I cannot answer your question without knowing more about what you are doing, such as whether you are running Windows or Linux or something else. Also, are you getting any other error messages? I am forwarding your e-mail also to the "freeglut" developers mailing list in case somebody else there has seen this before. Gentlemen? John F. Fay Technical Fellow, Jacobs/Sverdrup TEAS Group 850-729-6330 joh...@eg... _____ From: fre...@li... [mailto:fre...@li...] On Behalf Of Paolo Micanti Sent: Monday, March 06, 2006 11:49 AM To: fre...@li... Subject: [Freeglut-bugs] (no subject) Hi all! I'm new to OpnGL programming but I have a problem. I have to modify an existing project that makes use of OpenGL library. I had some problem trying to find the glut libriry, but I mahaged to and I compiled the project. Now when I try to execute the program it says that it can't find the symbol glDisable. How is it possible? Why doesn't it finds thelibrary? The compiler and the linker did, otherwise they would'nt compile or link... Any Idea? Thank you! |
From: Rolf S. <ro...@sc...> - 2008-04-18 16:00:26
|
Hey guys, I have a problem to set a glut window to a defined position on the screen... My app saves the current window position (and size) of all glut windows into a file, once the user hits the exit button. Next time the app is started all window positions are being restored. I retrieve window positions using: x = glutGet(GLUT_WINDOW_X); y = glutGet(GLUT_WINDOW_Y); I set window positions using: glutPositionWindow(x,y); ...the problem is, each time I restart my app the windows become shifted to the lower right, for about 5-10 pixels. It seems there must be a discrepancy between glutPositionWindow() vs. glutGet(GLUT_WINDOW_X/Y)! This happens under Linux as well as under Windows! I am using a modified version of 2.4.0. Is there a patch for this problem for a newer version of freeGLUT? Any help on this weird thing appreciated! Thanks a lot - cheers, R. -- S c i e n c e . D . V i s i o n s Heiliger Weg 60 44135 Dortmund Germany phone +49.231.1675.450 fax +49.231.1675.451 |
From: Fay J. F Dr C. U. 46 S. <joh...@eg...> - 2008-04-18 16:50:50
|
Rolf, The problem lies in the difference between the window decorations and the window interior. If I remember correctly, the command to position the window sets the position of the upper left corner of the outside of the window, placing the upper left corner of the window's active area farther down by the width of the window header and to the right by the width of the window border. The call to "glutGet" retrieves the position of the upper left corner of the window's active area. There was a good bit of discussion about this a long time ago and we decided to make it behave as it does now. I think the overriding reason was that GLUT behaves that way, and we want to imitate GLUT. John F. Fay Technical Fellow Jacobs Technology TEAS Group 850-883-1294 -----Original Message----- From: fre...@li... [mailto:fre...@li...] On Behalf Of Rolf Schneider Sent: Friday, April 18, 2008 11:00 AM To: FreeGLUT developers list Subject: [Freeglut-developer] window positioning problem Hey guys, I have a problem to set a glut window to a defined position on the screen... My app saves the current window position (and size) of all glut windows into a file, once the user hits the exit button. Next time the app is started all window positions are being restored. I retrieve window positions using: x = glutGet(GLUT_WINDOW_X); y = glutGet(GLUT_WINDOW_Y); I set window positions using: glutPositionWindow(x,y); ...the problem is, each time I restart my app the windows become shifted to the lower right, for about 5-10 pixels. It seems there must be a discrepancy between glutPositionWindow() vs. glutGet(GLUT_WINDOW_X/Y)! This happens under Linux as well as under Windows! I am using a modified version of 2.4.0. Is there a patch for this problem for a newer version of freeGLUT? Any help on this weird thing appreciated! Thanks a lot - cheers, R. -- S c i e n c e . D . V i s i o n s Heiliger Weg 60 44135 Dortmund Germany phone +49.231.1675.450 fax +49.231.1675.451 ------------------------------------------------------------------------ - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/j avaone _______________________________________________ Freeglut-developer mailing list Fre...@li... https://lists.sourceforge.net/lists/listinfo/freeglut-developer |
From: Rolf S. <ro...@sc...> - 2008-04-21 12:26:25
|
Hi John, hmm, I understand that compatibility with GLUT is important. However, in my opinion this is not what the user wants. FreeGLUT's set/get window position API should be compatible to each other! ...anyway, on the other hand it's not a big deal. We'll work around it! Thanks, Rolf Fay John F Dr CTR USAF 46 SK wrote: > Rolf, > > The problem lies in the difference between the window > decorations and the window interior. If I remember correctly, the > command to position the window sets the position of the upper left > corner of the outside of the window, placing the upper left corner of > the window's active area farther down by the width of the window header > and to the right by the width of the window border. The call to > "glutGet" retrieves the position of the upper left corner of the > window's active area. There was a good bit of discussion about this a > long time ago and we decided to make it behave as it does now. I think > the overriding reason was that GLUT behaves that way, and we want to > imitate GLUT. > > John F. Fay > Technical Fellow > Jacobs Technology TEAS Group > 850-883-1294 > > -----Original Message----- > From: fre...@li... > [mailto:fre...@li...] On Behalf Of > Rolf Schneider > Sent: Friday, April 18, 2008 11:00 AM > To: FreeGLUT developers list > Subject: [Freeglut-developer] window positioning problem > > Hey guys, > > I have a problem to set a glut window to a defined position on the > screen... > > My app saves the current window position (and size) of all glut windows > into a file, once the user hits the exit button. Next time the app is > started all window positions are being restored. > > I retrieve window positions using: > > x = glutGet(GLUT_WINDOW_X); > y = glutGet(GLUT_WINDOW_Y); > > > I set window positions using: > > glutPositionWindow(x,y); > > > ...the problem is, each time I restart my app the windows become shifted > > to the lower right, for about 5-10 pixels. It seems there must be a > discrepancy between glutPositionWindow() vs. glutGet(GLUT_WINDOW_X/Y)! > > This happens under Linux as well as under Windows! > > I am using a modified version of 2.4.0. Is there a patch for this > problem for a newer version of freeGLUT? > > Any help on this weird thing appreciated! > > Thanks a lot - cheers, > > R. > > > > -- S c i e n c e . D . V i s i o n s Heiliger Weg 60 44135 Dortmund Germany phone +49.231.1675.450 fax +49.231.1675.451 |
From: Jocelyn F. <joc...@la...> - 2008-04-27 17:43:32
|
Rolf Schneider wrote: > hmm, I understand that compatibility with GLUT is important. However, in > my opinion this is not what the user wants. FreeGLUT's set/get window > position API should be compatible to each other! According to comments in the source code of function glutGet(), this is not a GLUT compatibility issue at all, but a technical one. Maybe something could be done about this... Anyway, you should be able to manage your window position problem by calling glutGet(GLUT_WINDOW_HEADER_HEIGHT) and glutGet(GLUT_WINDOW_BORDER_WIDTH) to retrieve the top and left window decoration sizes. -- Jocelyn Fréchot |
From: Fay J. F Dr C. U. 46 S. <joh...@eg...> - 2008-04-28 17:53:14
|
Right you are. Here's the comment: /* * There is considerable confusion about the "right thing to * do" concerning window size and position. GLUT itself is * not consistent between Windows and UNIX/X11; since * platform independence is a virtue for "freeglut", we * decided to break with GLUT's behaviour. * * Under UNIX/X11, it is apparently not possible to get the * window border sizes in order to subtract them off the * window's initial position until some time after the window * has been created. Therefore we decided on the following * behaviour, both under Windows and under UNIX/X11: * - When you create a window with position (x,y) and size * (w,h), the upper left hand corner of the outside of the * window is at (x,y) and the size of the drawable area is * (w,h). * - When you query the size and position of the window--as * is happening here for Windows--"freeglut" will return * the size of the drawable area--the (w,h) that you * specified when you created the window--and the coordinates * of the upper left hand corner of the drawable * area--which is NOT the (x,y) you specified. */ I'm not sure what to do about it. John F. Fay Technical Fellow Jacobs Technology TEAS Group 850-883-1294 -----Original Message----- From: fre...@li... [mailto:fre...@li...] On Behalf Of Jocelyn Fréchot Sent: Sunday, April 27, 2008 12:43 PM To: FreeGLUT developers list Subject: Re: [Freeglut-developer] window positioning problem Rolf Schneider wrote: > hmm, I understand that compatibility with GLUT is important. However, in > my opinion this is not what the user wants. FreeGLUT's set/get window > position API should be compatible to each other! According to comments in the source code of function glutGet(), this is not a GLUT compatibility issue at all, but a technical one. Maybe something could be done about this... Anyway, you should be able to manage your window position problem by calling glutGet(GLUT_WINDOW_HEADER_HEIGHT) and glutGet(GLUT_WINDOW_BORDER_WIDTH) to retrieve the top and left window decoration sizes. -- Jocelyn Fréchot ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ Freeglut-developer mailing list Fre...@li... https://lists.sourceforge.net/lists/listinfo/freeglut-developer |
From: Steve B. <st...@sj...> - 2008-04-28 23:40:31
|
GLUT wasn't originally written for Windows - the original behavior was defined by the SGI IRIX X11 version, the Windows version was a later port by a different author. I would say that trying to get Windows behavior to work under X11 is the wrong response to this. I'd like to see freeglut match GLUT's functionality under X11 - and being "bug-for-bug-compatible" with GLUT under Windows is a bit of a stretch. Ideally, our Windows version should be identical to our X11 behavior and to GLUT's X11 behavior - thereby fixing the bug in GLUT's Windows port. If we can't manage that - then our Windows version should match GLUT's Windows version "bug for bug". It's dangerous to have the edge of the window decoration be the determining factor though - X11 supports a dozen different window managers - some of which have amazingly flexible user settings for window borders - trying to know the width of those borders is a very "iffy" thing. What about window decoration with rounded corners? What about that style where the corner 'resize' handles stick out from the sides of the border? Suppose someone was to make window borders that look like incredibly ornate picture frames? GLUT doesn't know about these things...nor should it, IMHO. Fay John F Dr CTR USAF 46 SK wrote: > Right you are. Here's the comment: > > /* > * There is considerable confusion about the "right thing to > * do" concerning window size and position. GLUT itself is > * not consistent between Windows and UNIX/X11; since > * platform independence is a virtue for "freeglut", we > * decided to break with GLUT's behaviour. > * > * Under UNIX/X11, it is apparently not possible to get the > * window border sizes in order to subtract them off the > * window's initial position until some time after the window > * has been created. Therefore we decided on the following > * behaviour, both under Windows and under UNIX/X11: > * - When you create a window with position (x,y) and size > * (w,h), the upper left hand corner of the outside of the > * window is at (x,y) and the size of the drawable area is > * (w,h). > * - When you query the size and position of the window--as > * is happening here for Windows--"freeglut" will return > * the size of the drawable area--the (w,h) that you > * specified when you created the window--and the coordinates > * of the upper left hand corner of the drawable > * area--which is NOT the (x,y) you specified. > */ > > I'm not sure what to do about it. > > John F. Fay > Technical Fellow > Jacobs Technology TEAS Group > 850-883-1294 > -----Original Message----- > From: fre...@li... [mailto:fre...@li...] On Behalf Of Jocelyn Fréchot > Sent: Sunday, April 27, 2008 12:43 PM > To: FreeGLUT developers list > Subject: Re: [Freeglut-developer] window positioning problem > > Rolf Schneider wrote: > > >> hmm, I understand that compatibility with GLUT is important. However, in >> my opinion this is not what the user wants. FreeGLUT's set/get window >> position API should be compatible to each other! >> > > According to comments in the source code of function glutGet(), this is > not a GLUT compatibility issue at all, but a technical one. Maybe > something could be done about this... > > Anyway, you should be able to manage your window position problem by > calling glutGet(GLUT_WINDOW_HEADER_HEIGHT) and > glutGet(GLUT_WINDOW_BORDER_WIDTH) to retrieve the top and left window > decoration sizes. > > |
From: Jocelyn F. <joc...@la...> - 2008-04-29 16:00:18
|
Steve Baker wrote: > It's dangerous to have the edge of the window decoration be the > determining factor though - X11 supports a dozen different window > managers - some of which have amazingly flexible user settings for > window borders - trying to know the width of those borders is a very > "iffy" thing. What about window decoration with rounded corners? What > about that style where the corner 'resize' handles stick out from the > sides of the border? Suppose someone was to make window borders that > look like incredibly ornate picture frames? GLUT doesn't know about > these things...nor should it, IMHO. I don't think there is a real problem here. “Shaped” decorations are bitmaps with transparent parts embedded in a rectangular window. Of course nothing prevents this window to not exactly fit the decoration width, and even “standard” styles (i.e. rectangular ones) could use unnecessarily large decoration windows. But we just can't deal with badly made styles. If I am right, since we could get any data we want (window/drawable width, height and upper left coordinates, top, bottom, left and right decoration widths), we should expose all of them to the user. It should be up to him to choose what to do with them. What about the end of the following sentence? I can't see what it deals with. * Under UNIX/X11, it is apparently not possible to get the * window border sizes in order to subtract them off the * window's initial position until some time after the window * has been created. [..] -- Jocelyn Fréchot |
From: Fay J. F Dr C. U. 46 S. <joh...@eg...> - 2008-04-29 17:32:43
|
I wrote that sentence. I did not (and still do not) know of a way to get a window's border sizes immediately after the window has been created; if I remember correctly, there are a couple of X11 magic things that need to happen before the data become available. John F. Fay Technical Fellow Jacobs Technology TEAS Group 850-883-1294 -----Original Message----- From: fre...@li... [mailto:fre...@li...] On Behalf Of Jocelyn Fréchot Sent: Tuesday, April 29, 2008 11:00 AM To: FreeGLUT developers list Subject: Re: [Freeglut-developer] window positioning problem What about the end of the following sentence? I can't see what it deals with. * Under UNIX/X11, it is apparently not possible to get the * window border sizes in order to subtract them off the * window's initial position until some time after the window * has been created. [..] -- Jocelyn Fréchot ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ Freeglut-developer mailing list Fre...@li... https://lists.sourceforge.net/lists/listinfo/freeglut-developer |
From: Jocelyn F. <joc...@la...> - 2008-05-03 15:39:04
|
Fay John F Dr CTR USAF 46 SK wrote: > * [..] Therefore we decided on the following > * behaviour, both under Windows and under UNIX/X11: > * - When you create a window with position (x,y) and size > * (w,h), the upper left hand corner of the outside of the > * window is at (x,y) and the size of the drawable area is > * (w,h). So, this means the following sentences from the API documentation (section 4.2 glutInitWindowPosition, glutInitWindowSize) should be rewritten, right? “[..] The position of the window unfortunately varies with the operating system. On Linux, it is the coordinates of the upper left-hand corner of its decorations. On Windows, it is the coordinates of the upper left hand corner of its usable interior. [..]” -- Jocelyn Fréchot |
From: Fay J. F Dr C. U. 46 S. <joh...@eg...> - 2008-05-03 18:36:08
|
Yes, I think that's right. It will need to be changed. John F. Fay Technical Fellow Jacobs Technology TEAS Group 850-883-1294 -----Original Message----- From: fre...@li... [mailto:fre...@li...] On Behalf Of Jocelyn Fréchot Sent: Saturday, May 03, 2008 10:39 AM To: FreeGLUT developers list Subject: Re: [Freeglut-developer] window positioning problem Fay John F Dr CTR USAF 46 SK wrote: > * [..] Therefore we decided on the following > * behaviour, both under Windows and under UNIX/X11: > * - When you create a window with position (x,y) and size > * (w,h), the upper left hand corner of the outside of the > * window is at (x,y) and the size of the drawable area is > * (w,h). So, this means the following sentences from the API documentation (section 4.2 glutInitWindowPosition, glutInitWindowSize) should be rewritten, right? "[..] The position of the window unfortunately varies with the operating system. On Linux, it is the coordinates of the upper left-hand corner of its decorations. On Windows, it is the coordinates of the upper left hand corner of its usable interior. [..]" -- Jocelyn Fréchot ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ Freeglut-developer mailing list Fre...@li... https://lists.sourceforge.net/lists/listinfo/freeglut-developer |