>
> >
> > I guess that you are talking about this. I might be blind, but I
> > haven't been able to identify the relevant piece of code there...
> >
> > You're right. Most of the work is done at the Apertium server when it
> > receives format=omegat.
>
> Perhaps you can just use the
>
> translate me<apertium-notrans>don't translate me</apertium-notrans>
>
> method, this works in e.g. html and html-noent formats (grep tells me it
> should also be supported in odt, pptx, xlsx, wxml).
>
I guess that would work in C++ Apertium, but lttoolbox-java can only
format/deformat plain text... We will probably have to write a new
formatter for lttoolbox-java if we want to avoid translating OmegaT tags.
> Yes. We should probably create a new directory in SVN and start
> > creating and uploading packages for every language pair. The
> > question is how to maintain it in long-term: we could integrate my
> > script in the makefiles of each language pair to make things
> > easier (although the dependency of Android-SDK and lttoolbox-java
> > can still be a problem for some people), but we would still need
> > the implication of every language pair developer in Apertium (or
> > some responsible to take care of the whole maintenance).
> >
> > This deserves a deeper thought. Any ideas?
>
> I liked the idea of just adding a make goal, though perhaps the script
> could be installed by lttoolbox-java (since that's a dependency of the
> script anyway), so that copies wouldn't be required by every language
> pair?
>
I like that idea. I think that we should also consider installing dx.jar
together with it. It takes about 800 KB, and it is part of the Android-SDK.
This way, we would solve the dependency of the Android-SDK as well, but I'm
not sure if its license allows doing it (I guess so, but we will probably
have to keep a copyright notice or so)...
------------------------------------------------------------------------------
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
