2012/7/8 Mikel Artetxe <[email protected]>
>
>> Yes, you are right. Some stuff in the Jars is not really needed for
> Android.
>
> Note that, before, the script was creating specific packages for Android
> with only the necessary stuff there. But Jacob suggested me that having
> single "universal" packages (i.e., packages usable from either desktop or
> Android) would be more reasonable than having several versions of
> practically the same stuff as we did before.
>
Yes. And it works great!
I just downloaded the same
en-eo,eo-en.jar<https://apertium.svn.sourceforge.net/svnroot/apertium/branches/gsoc2012/artetxem/packages/jars/en-eo,eo-en.jar>
file
which is used from Android, right clicked and selected 'Open with | Oracle
Java 7' and tried it out from the desktop :-)
> Since Jar files are renamed Zip files, anybody would be able to delete the
> stuff that they don't need (I've been working on a clearer structure
> precisely to make this easier) and, even if this is not done, the packages
> would simply take some more kilobytes, but everything would still work
> correctly. I guess that, in your case, you could remove the stuff that is
> not needed in Android once the packages are downloaded in order to save
> some space, but everything will work even if you don't do it.
>
'As usual' I wanted to add several language pairs into the same JAR file.
That would be cool.
But it isnt possible, as transfer_classes and classes.dex doesent have
language pair specific file names.
Please note these executable JAR files are not 'really' meant mainly for
direct execution. The embedded interface is just a small program for users
to get startet with Apertium in a simple way and to play with a language
pair in an easy way. The main purpose for the JAR/ZIP files it to be used
as plug-ins in other programs.
Arink's app is one example of how to do that on Android (hopefully Xavi's
team will use it also in their Android app).
We probably need a very simple example client application for the desktop
as well: One that fetches a list of available pairs, lets users download
them (or simply opens a browser showing the directory with JARs), opens a
(downloaded) pair JAR file, and starts using it.
This simple example client could be used as an example for how a OmegaT
plugin could be coded for Per Tunedal.
(perhaps Apertium-viewer is too complicated, but it could probably copy the
simple example client code).
You could also actually DO the OmegaT plugin, but please note that there
are other usages, for example OpenOffice/LibreOffice and
http://www.jubler.org/ .... so I dont think the plugin should really be
inside each language pair.
I tried to install OmegaT-2.3.0_1 (on Ubuntu its: sudo apt-get install
omegat) and the latest version (Web Start
Latest<http://omegat.sourceforge.net/webstart-dev/OmegaT.jnlp>
from omegat.org). I didnt look into the source code but it seems there are
no settings/dialogs whatsoever where you can select language pairs. So, the
OmegaT plugin should probably simply check if the desired translation
direction for the current OmegaT project is available, silently download it
if it is, and use it.
Yours,
Jacob
--
Jacob Nordfalk <http://profiles.google.com/jacob.nordfalk>
javabog.dk
Androidudvikler og -underviser på
IHK<http://cv.ihk.dk/diplomuddannelser/itd/vf/MAU>og
Lund&Bendsen <https://www.lundogbendsen.dk/undervisning/beskrivelse/LB1809/>
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Apertium-stuff mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/apertium-stuff
