Introduction 3. Mark J. The GLUT library of functions allows an application programmer to create, control, and manipulate windows independent of what operating system the program is running on. By hiding the dependency on the operating system from the application programmer, he allowed people to write truly portable OpenGL applications. Kilgard copyrighted his library and gave it a rather unusual license.
|Published (Last):||19 September 2011|
|PDF File Size:||19.89 Mb|
|ePub File Size:||7.28 Mb|
|Price:||Free* [*Free Regsitration Required]|
Basic but complete functionality by Sylvain Beucler , but there are todo points Basic functionality as is now done: 3. Future enhancements: 3.
BlackBerry 10 port Basic but complete functionality by Vinnie Simonetti. Basic functionality as is now done: 3. Windows 8 touch support Windows 8 replaced how touch input works, so we need to implement support for that.
Unfinished effort to implement here. What can be done on the Linux side? Figure this out for 3. This has been implemented, but is awaiting testing on platforms other than windows.
Discussed here. As it has potential complications on mobile platforms, it was decided to leave this feature until after 3. High-DPI awareness. As discussed here , it is unclear what should be done. For the bitmap fonts, this is more complex.
Code could be ripped from his libdrawtext library The sooner the better, but will have to wait for asap after 3. Currently CMake variables define at compile time which of the two the library will be compiled against.
No work has been done to move this to an at-runtime API. After 3. As Carbon is legacy, one might want to port to Cocoa first or even forget about Carbon all together.
Undecided Complete glutInitDisplayString support freeglut now only partially supports glutInitDisplayString, any spec comparator and value after each token are ignored. This is a significant way in which freeglut is not compatible with GLUT.
FREEGLUT API PDF
Since then, GLUT has been used in a wide variety of practical applications because it is simple, widely available and highly portable. GLUT and hence freeglut takes care of all the system-specific chores required for creating windows, initializing OpenGL contexts, and handling input events, to allow for trully portable OpenGL programs. The original GLUT library seems to have been abandoned with the most recent version 3. Its license does not allow anyone to distribute modified library code. This is really unfortunate, since GLUT is getting old and really needs improvement. Olszta with contributions from Andreas Umbach and Steve Baker. John F.
Oh no! Some styles failed to load. 😵
Basic but complete functionality by Sylvain Beucler , but there are todo points Basic functionality as is now done: 3. Future enhancements: 3. BlackBerry 10 port Basic but complete functionality by Vinnie Simonetti. Basic functionality as is now done: 3. Windows 8 touch support Windows 8 replaced how touch input works, so we need to implement support for that. Unfinished effort to implement here.
As you say, this is the nature of the beast. For a packaged freeglut coming from a distribution , I think this comment should be rather be forwarded to the package maintainer, which is the only one who can improve platform-specific notes, including the libtool one I suggested. Maybe integrating them into the distribution would be a nice idea, provided that the template maintainer cooperates with the freeglut developers the last part being the main problem. This should be a FAQ. However, since FreeGLUT implements its own event model, using an OO layer will double the dispatcher work, so you may be better off with a library which is OO from the start.