The point is that binaries and jar be distributed in the JRE/Plug-In.
It
is, the 3D API not be a "extension", but be part of J2SE distribution as
JavaSound and Java2D already are. Or a automatic update through Java
Plug-in
panel.
If Sun wants Java on desktop, as games and a new kind of applications
with 3D interactivity, they must support it. Otherwise, the competition
will. Probably by a Java3D clone for .Net ...
Alessandro
>
> ----- Original Message -----
> From: "Michael Schnieders" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Monday, July 28, 2003 5:38 PM
> Subject: Re: [JAVA3D] SGI-Sun OpenGL-Java announcement
>
>
> > Java3D already uses bindings to OpenGL, or DirectX on Windows. This is
why
> > Java3D is distributed with native libraries.
> >
> > If Java3D made calls to this proposed standard Java-OpenGL binding
> instead,
> > it would not need to be shipped with native libraries.
> >
> > It would, however, then be dependent on native libraries that were part
of
> > the Java-OpenGL binding. The binding's native libraries in turn use the
> > standard OpenGL API.
> >
> > Hopefully the standard Java-OpenGL bindings would work on Mac OSX...
> >
> > At the end of the day, there has to be some native library between
Java3D
> > and the OpenGL API, preferrably one that gets maintained over time...
> >
>
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff JAVA3D-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
