Fringe Ryder wrote:
> My fear is that the features will diverge across platforms
> significantly at some point, based on the preferred language on a
> platform.  When a particular translation or port was done almost
> entirely by one person and that person drops out, the code often
> becomes abandoned.

This is particularly relevant for JPluck. Right now, the JPluck code is a
bit of a mess in places and it might be difficult to follow for someone who
isn't me. I want to clean it up, adhere to proper design patterns, use
proper and consistent naming schemes, add good API docs, etc.

> Bill, question for you.  You stated the goal as being to eliminate
> the need for perl/python/java.  Would the possibility of compiling
> JPluck with Excelsior Jet, into an EXE, solve it?  Is there an
> equivalent Python-to-executable compiler?

Excelsior Jet won't help here because of Swing licensing issues. You can
only redistribute Swing along with the entire JRE.  The only way to make a
true native EXE would be to recode the GUI in SWT (from Eclipse).  SWT is
nice in that it provides native GUI bindings with performance on par with
native applications and  without the excessive Swing memory usage. However,
it is much harder to do sophisticated UIs in SWT. Swing adheres to MVC-style
patterns, while SWT requires you to manually transport data from the model
to the view and back.

> On the other hand, if there were three current and largely-equivalent
> platforms to choose between, Java/Python/C++EXE, I would point my
> relatives and less technical folk to the C++EXE version.  Even
> installing Java (or a recent version of it) poses a huge problem to
> many non-technical users.

The solution here is to bundle a JRE with the distribution. This increases
its size by about 8Mb, but for subsequent updates the user could download
just the program files. Note that the JRE is just a DLL contained in an
application subdirectory. The existing system configuration is not affected
in any way. The user won't have applets or web start for instance.

The reason why I held off bundling the JRE is because JPluck is in a state
of flux with regular updates, and my upstream bandwidth is pretty limited.
0.9 "final" will have JRE-bundled version for Windows, though, so users
without Java can get started with just the Windows installer.


Regards
-Laurens


Regards
-Laurens

_______________________________________________
plucker-list mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-list

Reply via email to