>
> Let me add that Mikel has also upgraded Apertium-viewer to use the new
> stuff (its not zero-install yet, but that'll probably come), giving
> teachers, students and curious people a great and easy opportunity to peek
> at and play with the inner workings of rule base maching translation,
> without using any time/energy on installation or setup.
>
I'm currently working on it. The new version will not depend on anything
for internal processing (neither JDK nor lttoolbox-java), and it will also
(experimentally) support online packages. I expect to be able to finish it
today.
* yes yes I know the limitations:
> - you need a Java runtime installed, and
>
With something like Launch4j <http://launch4j.sourceforge.net/> it seems
that we could bundle a JRE and the Jar in a single executable. I have never
used it, but we could try, it's free software.
- only the pairs using core Apertium is zero-install, you'd still need to
> install HFST, constraint grammar and other external stuff.
>
I think that the language pairs that depend on external programs won't work
even if those programs are installed, at least if they work with embedded
resources (and I guess they do). The embedded resources would be compressed
in an unknown place and not accessible as standard files in the local
filesystem, so they couldn't be passed as parameters to external programs.
And even if we found a solution for that (presumably, extracting the
required files to a temporary directory), it would probably crash when
launched through Java Web Start since it would be running in a sandbox and,
thus, it wouldn't be able to invoke external programs. The only solution
for that would be setting all-permissions to true so that it could get out
of the sandbox. But doing so would require signing the Jars and, when
launching it, a security warning would be shown (the same that is shown
when launching apertium-viewer), which could scare final users that don't
understand what's going on.
So making it compatible with language pairs that depend on external stuff
would definitely require more work. I don't know how many language pairs
actually depend on external stuff. Depending on that, it might be worth
working on it, I guess.
Is android-sdk free software? I hope so! I couldn't determine it from
>>> the contents of android-sdk_r20-linux.tgz.
>>>
>>
>> Yes, it is. Look here <http://source.android.com/>. It mostly uses the
>> Apache license, but some parts (like the Linux kernel) use GPLv2.
>>
>> In any case, the android-sdk is only used to convert the transfer classes
>> from standard Java bytecode to Dalvik bytecode, which is what Android uses.
>> So, actually, only dx.jar is required (which is part of the android-sdk and
>> takes only about 1MB) to perform the conversion. This way, it would be
>> possible to keep dx.jar somewhere and offer it to download instead of
>> making everybody install the android-sdk.
>>
>
> If its 'just' 1MB I think we should just make it easy for people and let
> them forget about installing the Android SDK: Just add
> it to the libs/ folder of lttoolbox-java.
>
It's 989.7 kB to be exact. If I simply copy it to the libs/ folder of
lttoolbox-java, would it be automatically installed when doing a "make
install" as usual?
The first is the language pair as it would be installed. The last 2 entries
> are the Android specific and the lttoolbox-java runtime specific stuff.
> This could be deleted and the pair would *still* work from a C++ Apertium
> installation.
>
I'm afraid they wouldn't work from a C++ installation, because the script
is not including transfer files (.t*x files) in the packages.
lttoolbox-java is using transfer classes instead, so I thought they
wouldn't be needed. But if you want the packages to still be able to work
from a C++ Apertium installation, I can modify the script to include these
files at the packages as well. It's easy to do, and they won't probably
take too much extra space.
------------------------------------------------------------------------------
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
Apertium-stuff@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/apertium-stuff
