Re: java package

[Luke M]

John W. Eaton wrote
> 
> On  9-May-2012, Michael Goffioul wrote:
> 
> | On Wed, May 9, 2012 at 6:26 PM, John W. Eaton <jwe@> wrote:
> | > On  9-May-2012, Jordi Gutiérrez Hermoso wrote:
> | >
> | > | On 9 May 2012 12:49, John W. Eaton <jwe@> wrote:
> | > | > I received a request to make the java package from Octave Forge
> part
> | > | > of Octave.  A number of the functions provided by the Octave Forge
> | > | > java package are distributed as part of Matlab, not a separate
> | > | > toolbox, so it makes sense to me to include them in Octave as
> well.
> | > | > Is there any objection to doing that?
> | > |
> | > | Oh god... Java...? Has it come to this?
> | >
> | > For the record, the person who made the request is not a big fan of
> | > Java, but apparently has some use for it and finds it inconvenient
> | > that it is a separate package.  If these functions were not part of
> | > core Matlab, I would simply tell him that we are not including them in
> | > Octave.  But since they are part of core Matlab, it seems reasonable
> | > to me to include them in Octave as well, since Matlab users moving
> | > code to Octave expect them to be available.
> | 
> | Those users might also expect that something like this is working:
> | 
> | import java.util.*
> | l = ArrayList();
> | 
> | but it's not.
> 
> But some things do work, right?  So I think it is still a useful thing
> to add to the core distribution.
> 
> jwe
> 

Maybe just the interface part?  It seems to me that if Octave is going to
have an official Qt GUI soon, all of the dialog boxes should probably use
that for a consistent look and feel.

Also, there are other core Matlab functions that are only present in Octave
Forge, correct?  The Excel IO functions come immediately to mind, but I'm
sure there are others.  

--
View this message in context: 
http://octave.1599824.n4.nabble.com/java-package-tp4621068p4621369.html
Sent from the Octave - Maintainers mailing list archive at Nabble.com.