[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [PATCH] Get msgid bug address into .pot file

From: Vincent Lefevre <vincent+svn_at_vinc17.org>
Date: 2004-05-06 08:44:50 CEST

On 2004-05-06 02:09:48 +0100, Branko Čibej wrote:
> Vincent Lefevre wrote:
> >But anyway fuzzy translations may be very useful. If a fuzzy
> >translation is wrong, the translator can notice it and change
> >the whole translation. I don't see any problem.
> >
> How will the translator notice it? By going through _every_ translation
> in the file.

No, you have a "fuzzy" marker in the file. So, the translator should
just search for fuzzy markers or use an editor that will do that for
him (e.g. emacs with po mode).

The fuzzy marker is a

#, fuzzy

line just before the msgid.

> I don't believe the fuzzy translations are marked in any way, so
> this is a real pain. In fact, I can't imagine an algorithm that
> guesses translations correcly without knowing far more about the
> target language than msgmerge can.

This is useful when:
  1) a typo is fixed in the original message;
  2) the original message is slightly changed/updated.

In these cases (which are the most important ones), the guesses
are generally correct. Then, in 1, the translator just removes
the fuzzy marker (TAB in emacs), and in 2, the translator just
*updates* the translation (without having to rewrite it entirely)
and removes the fuzzy marker.

-- 
Vincent Lefèvre <vincent_at_vinc17.org> - Web: <http://www.vinc17.org/>
100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17,
Championnat International des Jeux Mathématiques et Logiques, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu May 6 08:45:06 2004

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.