-
Yes, it's broken. However, the entire concept of "character up" is nonsenical, as many characters require multiple keys to produce, especially in non-English speaking countries. I suspect that this misfeature came about because both English and Swedish keyboards almost let you get away with it.
I'd be happy to consider this a bug once someone convinces me that it makes sense and is possible...
2010-01-07 22:43:52 UTC by elmindreda
-
Well, I was mainly showing my n00bness there.
Yes, for the most part, just adding a macro similar to the glu one works fine. Doing that, and excluding the examples and test from cmake was all that is needed for linux.
Under windows is another story ofcourse. Here, we also need to declare some function pointer variables, and set those. I wasn't sure where the best place to put this all in...
2010-01-02 07:37:00 UTC by Scienthsine
-
Yeah, we should really support gl3.h and right now we don't. I'm not sure if (the entire) GLFW 2.x can run the core profile, but if it can, it should be trivial to add a macro to select the GL header used.
I'm very interested in your work on this.
2009-12-25 14:38:43 UTC by elmindreda
-
Well, still messing about with it. Figured that since I knew my code was 3.2+ compliant from running on linux with gl3.h, I could just use plain ole glfw 2.7 lite on windows and it should work just fine. I still got the same problem however, and it seems it's because base opengl functions provided by windows can't be accessed by glfwgetProcAddress. So, I'm going to exclude those from the windows...
2009-12-24 21:38:07 UTC by Scienthsine
-
I was using 2.7 Lite from the repository. I know it was opengl 3 support, my problem was that I want only gl3 support via gl3.h. This is the only way you can be sure your code is fully 3.2 Forward compliant.
I eventually got this to work by commenting out some opengl calls in glfw openwindow code. This got it to compile on linux, after which I added my own init that setup all of the opengl...
2009-12-24 20:46:28 UTC by Scienthsine
-
In the latest SVN version (19/12/09), in the new cocoa port for Mac OS X (on Snow Leopard 10.6.2), char callbacks are not receiving any GLFW_RELEASE events. On a key press a GLFW_PRESS events is reported to the registered callback function but then no corresponding GLFW_RELEASE event is seen when the key is released.
2009-12-19 22:27:21 UTC by lowingbn
-
elmindreda committed revision 1161 to the GLFW SVN repository, changing 1 files.
2009-12-19 20:45:14 UTC by elmindreda
-
elmindreda committed revision 1160 to the GLFW SVN repository, changing 1 files.
2009-12-19 20:39:24 UTC by elmindreda
-
elmindreda committed revision 1159 to the GLFW SVN repository, changing 1 files.
2009-12-15 22:33:44 UTC by elmindreda
-
elmindreda committed revision 1158 to the GLFW SVN repository, changing 1 files.
2009-12-15 22:31:16 UTC by elmindreda
