Hi again,
Oh, this presupposes an Apertium server, doesn't it. And that's exactly
what I haven't managed to accomplish, when I tried on a separate box. My
virtual installation is just plain Apertium.
BTW What am I supposed to enter in the hosts file anyway? I have no idea
how to address a virtual
Hi,
Fine. No need to bother to send the alternatives to the OmegaT user
forum then.
Yours,
Per Tunedal
On Sun, Jul 8, 2012, at 20:18, Jimmy O'Regan wrote:
On 5 July 2012 21:15, Per Tunedal per.tune...@operamail.com wrote:
Hi,
as an OmegaT user I cannot but agree. In vain I have tried to
On Sun, Jul 8, 2012, at 21:38, Jacob Nordfalk wrote:
2012/7/8 Per Tunedal [1]per.tune...@operamail.com
Well, I mixed it up even more: I actually thought of
Apertium-tolk. I
want a simple interface without all the information in
Apertium-viewer.
Hey, to me it smells very much like
On 9 July 2012 13:51, Per Tunedal per.tune...@operamail.com wrote:
And reach the translations from OmegaT?? I have my self such a virtual
Debian installation on a Windows box, but it's of no use for OmegaT.
If you don't want to change the server URL in the OmegaT source, you
could just use
On Mon, Jul 9, 2012 at 7:34 AM, Jimmy O'Regan jore...@gmail.com wrote:
On 9 July 2012 13:51, Per Tunedal per.tune...@operamail.com wrote:
And reach the translations from OmegaT?? I have my self such a virtual
Debian installation on a Windows box, but it's of no use for OmegaT.
If you don't
Hi Mikel!
I have tired your jnlp, its looks so gr8.
But for android, what I think, weh dont need standalone the language pair
jar which you have upload to
https://apertium.svn.sourceforge.net/svnroot/apertium/branches/gsoc2012/artetxem/packages/jars/
should
not contain whole compiled code of
But for android, what I think, weh dont need standalone the language pair
jar which you have upload to
https://apertium.svn.sourceforge.net/svnroot/apertium/branches/gsoc2012/artetxem/packages/jars/
should
not contain whole compiled code of lttoolbox.
It should have Translator class for
2012/7/8 Mikel Artetxe artet...@gmail.com
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
'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.
Yes, that's true. I think that the biggest problem here is classes.dex,
which cannot have a
Hi,
I've put my answers bellow.
On Fri, Jul 6, 2012, at 21:49, Mikel Artetxe wrote:
I have been really troubled by the broken Apertium-viewer
(special
characters like å ä ö é è ê didn't work). I even considered to
correct
the program myself, but found that my knowledge in Python
On 5 July 2012 21:15, Per Tunedal per.tune...@operamail.com wrote:
Hi,
as an OmegaT user I cannot but agree. In vain I have tried to install
Apertium Server to call it from OmegaT.
An easy way to use translations from Apertium in OmegaT would be
welcome.
OmegaT's support for Apertium is
2012/7/8 Per Tunedal per.tune...@operamail.com
Well, I mixed it up even more: I actually thought of Apertium-tolk. I
want a simple interface without all the information in Apertium-viewer.
Hey, to me it smells very much like the 'very simple example client
application for the desktop' that
I have been really troubled by the broken Apertium-viewer (special
characters like å ä ö é è ê didn't work). I even considered to correct
the program myself, but found that my knowledge in Python wasn't
sufficient.
I think that you are talking about
Hi,
it's fantastic to get a new Apertium-viewer. It will offer an
opportunity to make Apertium more widely used.
I have been really troubled by the broken Apertium-viewer (special
characters like å ä ö é è ê didn't work). I even considered to correct
the program myself, but found that my
Hi,
as an OmegaT user I cannot but agree. In vain I have tried to install
Apertium Server to call it from OmegaT.
An easy way to use translations from Apertium in OmegaT would be
welcome.
Yours,
Per Tunedal
On Wed, Jul 4, 2012, at 06:19, Mikel Forcada wrote:
--snip--
Well, there is another
Hi,
Congratulations! It works like a charm. Thank you very much for this
wonderful work! I'm impressed.
This is exactly what is needed to make Apertium popular. With some more
efforts in this direction Apertium could evolve to a mass movement,
instead of being a matter of interest only for us
2012/7/4 Mikel Artetxe artet...@gmail.com
- 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,
Hey all!
2012/7/1 Mikel Artetxe artet...@gmail.com
I have tried this and it works great! It is an excellent idea.
Thank you!
I am so happy that this is really comming true: A zero-install* locally
running Apertium translator :-)
Let me add that Mikel has also upgraded Apertium-viewer to
Folks,
Al 07/04/2012 02:00 AM, En/na Jacob Nordfalk ha escrit:
I am so happy that this is really comming true: A zero-install*
locally running Apertium translator :-)
And multiplatform: a real alternative to current efforts to port
Apertium to windows. Very clever.
I think these jars
Hi everybody,
As some of you might know, I am working on the embeddability of
lttoolbox-java as part of my GSoC project (you can follow my progress
herehttp://wiki.apertium.org/wiki/User:Mikel/Embeddable_lttoolbox-java:_Progress).
The central part of the project consists of having standalone
I have tried this and it works great! It is an excellent idea.
Thank you!
It would also be nice if you could provide a pointer to where the Java
sources are...
It simply consists of lttoolbox-java with some extensions and adaptations
that I have been working on. You can currently find
Mikel Artetxe artet...@gmail.com writes:
Hi everybody,
As some of you might know, I am working on the embeddability of
lttoolbox-java as part of my GSoC project (you can follow my progress
here). The central part of the project consists of having standalone
packages for each language pair
22 matches
Mail list logo