If those modules do get done, I think the most likely outcome will still be multiple versions, with OS specific UIs, and maybe a universal version in java. There are things that are hard to do in java, like real fullscreen graphics and java is limited in what it can do with the hardware, as it doesn't know what the hardware is, and it isn't allowed to do some things a C/C++ program can. Greg Toombs wrote:
Which is why the option of coding computation modules in C++ is still probably a good idea. Like I said..
--- Kevin Sexton <sexton@QNET.COM> wrote:
Except that java tends to be somewhat slow, as it is an interpreted language, and while a java front end might work, if it is in the calculations, there could be a signifigant time penalty on deep zooms.
Kevin
Greg Toombs wrote:
My spin on all of this is -
I look at all of the very good points that Florian made, and every single one of them can be addressed
by
creating a Java rewrite. For optimization purposes, Java can interface with a C++ module written to perform core computational code targeted to
specific
systems.
I'm still right in the middle of learning Java, but
I
would be so excited to be involved in such an endeavour.
- Greg
__________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree
_______________________________________________ Fractdev mailing list Fractdev@mailman.xmission.com
http://mailman.xmission.com/cgi-bin/mailman/listinfo/fractdev
_______________________________________________ Fractdev mailing list Fractdev@mailman.xmission.com
http://mailman.xmission.com/cgi-bin/mailman/listinfo/fractdev
__________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree
_______________________________________________ Fractdev mailing list Fractdev@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/fractdev