Java-Gaming.org Hi !
Featured games (81)
games approved by the League of Dukes
Games in Showcase (513)
Games in Android Showcase (119)
games submitted by our members
Games in WIP (576)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: [1]
  ignore  |  Print  
  [LWJGL] Why are GL and GLU not singletons?  (Read 2627 times)
0 Members and 1 Guest are viewing this topic.
Offline cfmdobbie

Senior Duke


Medals: 1


Who, me?


« Posted 2003-02-06 22:03:24 »

Hi, quick policy question.  Why do GL and GLU not work as singletons?  Considering the way that Display, Keyboard, Mouse etc all work as singletons with static create() and destroy() methods, why aren't the OpenGL bindings handled the same way?

I expect there's some cunning and devious reason for it, but I haven't worked out what it is yet.  Anyone care to enlighten me?

Hellomynameis Charlie Dobbie.
Offline princec

JGO Kernel


Medals: 404
Projects: 3
Exp: 16 years


Eh? Who? What? ... Me?


« Reply #1 - Posted 2003-02-07 09:29:02 »

The cunning, devious reason is that we're waiting for static import to make it into the language, at which point all GL and AL methods will become static - just as they are in every other language. In the meantime just soldier on with it.

Cas Smiley

Offline cfmdobbie

Senior Duke


Medals: 1


Who, me?


« Reply #2 - Posted 2003-02-09 14:02:11 »

Ah, of course!  Don't hold your breath about static import however - I don't see it happening any time soon. :-/

Just trying to find a "nice" way to propogate references to the rendering context over a GUI component tree.  I don't think there's any point in passing them into the render method, seems a bit over the top to duplicate GL and GLU reference over ALL your objects however, considering making the base GUI class static and having package-visibility GL and GLU fields...

Hellomynameis Charlie Dobbie.
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline princec

JGO Kernel


Medals: 404
Projects: 3
Exp: 16 years


Eh? Who? What? ... Me?


« Reply #3 - Posted 2003-02-09 20:33:48 »

That's what I did. Actually I used a protected static final GL rather than package visibility because it's reasonable to extend the GUI into other packages.

Cas Smiley

Pages: [1]
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

Longarmx (37 views)
2014-10-17 03:59:02

Norakomi (28 views)
2014-10-16 15:22:06

Norakomi (24 views)
2014-10-16 15:20:20

lcass (27 views)
2014-10-15 16:18:58

TehJavaDev (52 views)
2014-10-14 00:39:48

TehJavaDev (54 views)
2014-10-14 00:35:47

TehJavaDev (42 views)
2014-10-14 00:32:37

BurntPizza (64 views)
2014-10-11 23:24:42

BurntPizza (36 views)
2014-10-11 23:10:45

BurntPizza (77 views)
2014-10-11 22:30:10
Understanding relations between setOrigin, setScale and setPosition in libGdx
by mbabuskov
2014-10-09 22:35:00

Definite guide to supporting multiple device resolutions on Android (2014)
by mbabuskov
2014-10-02 22:36:02

List of Learning Resources
by Longor1996
2014-08-16 10:40:00

List of Learning Resources
by SilverTiger
2014-08-05 19:33:27

Resources for WIP games
by CogWheelz
2014-08-01 16:20:17

Resources for WIP games
by CogWheelz
2014-08-01 16:19:50

List of Learning Resources
by SilverTiger
2014-07-31 16:29:50

List of Learning Resources
by SilverTiger
2014-07-31 16:26:06
java-gaming.org is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑gaming.org
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!