Bug 52 - Current GLU semantics need to be properly encapsulated
Summary: Current GLU semantics need to be properly encapsulated
Status: VERIFIED FIXED
Alias: None
Product: Jogl
Classification: JogAmp
Component: core (show other bugs)
Version: 1
Hardware: All all
: P2 normal
Assignee: Sven Gothel
URL:
Depends on:
Blocks:
 
Reported: 2003-11-21 12:18 CET by Sven Gothel
Modified: 2015-09-27 03:14 CEST (History)
0 users

See Also:
Type: FEATURE
SCM Refs:
Workaround: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sven Gothel 2010-03-24 07:46:05 CET


---- Reported by gregorypierce 2003-11-21 12:18:40 ----

Currently the GLU engine requires that you use certain functions such as 
GLU.newQuadric() in order to get a new GLUQuadric. However, the constructure for 
GLUQuadric is public such that new users do what they expect would work in OO and 
perform the operation:

new GLUQuadric()

This will work at the API level and will not fail until you try to actually render the Quadric. 
Since the desired behavior is to use the GLU factory functions, the constructors for these 
classes absolutely needs to become package private so that users to not get themselves 
into awkward situations with respect to the Quadrics.



---- Additional Comments From kbr 2005-01-30 23:52:16 ----

This has been fixed with the recent incorporation of the LWJGL team's port of
the GLU quadric code to pure Java.




--- Bug imported by sgothel@jausoft.com 2010-03-24 07:46 EDT  ---

This bug was previously known as _bug_ 52 at https://jogl.dev.java.net/bugs/show_bug.cgi?id=52