The major changes since the version 705 includes:
* (modification) Modified not to use File#toURL() since it is
deprecated now.
* (incompatibility) The method
'ImageStreamClassForFileName_(File)' of JunImageStream
class is renamed to 'ImageStreamClassForFile_(File)'.
* (new feature) JunMorphModel is an application class for
creating a morphing image.
http://www.sra.co.jp/people/nisinaka/Jun4Java/News/713/MorphModel.png
http://www.sra.co.jp/people/nisinaka/Jun4Java/News/713/MorphModel.gif
* (new feature) Three utility methods of JunImageUtility for
manipulating an image (warping/blending/morphing) are
implemented.
http://www.sra.co.jp/people/nisinaka/Jun4Java/News/713/Warping.png
http://www.sra.co.jp/people/nisinaka/Jun4Java/News/713/Blending.png
http://www.sra.co.jp/people/nisinaka/Jun4Java/News/713/Morphing.png
* (modification) JunSmallCompiler can recognize JunLine now.
* (modification) JunAbstractObject and its subclasses now has
basic features for converting from/to lisp s-expression.
* (bug fix) The static method 'Between_and_(JunPoint,JunPoint)'
and the instance method 'between_and_(JunPoint,JunPoint)'
of Jun2dLine class did not create a proper instance of
Jun2dLine.
* (new feature) JunHuffmanCoder is an encoder based on
Huffman coding.
* (modification) The concrete subclasses of JunGeometry and
JunOpenGL3dObject are modified to be Serializable.
* (modification) JunFileNavigator is updated to Jun706. The
width of the file lists are changeable with mouse
manipulation.
You can download "Jun for Java" from the following URL.
ftp://ftp.sra.co.jp/pub/lang/java/jun4java/
Jun is a framework for developing 3D graphic multimedia
applications provided as an Open Source Software at NO COST.
Please refer to the following URL for more information about
"Jun for Java".
http://www.sra.co.jp/people/nisinaka/Jun4Java/index-e.html
Best regards,
Yosh Nishinaka (nisi...@sra.co.jp)
I'd like to see a web page with a description of what "Jun" aims to be, some
simple examples and a list of projects built upon "Jun".
This is potentially quite interesting because I examined the JVM for OpenGL
programming a while ago and found it to be awful, worse than OCaml et al.
--
Dr Jon D Harrop, Flying Frog Consultancy Ltd.
http://www.ffconsultancy.com/?u