[ omegat-Feature Requests-1899444 ] Support for filled msgstr in PO

[SourceForge.net <no...@so...>]

Feature Requests item #1899444, was opened at 2008-02-22 01:37
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=520350&aid=1899444&group_id=68187

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: File filters
Group: 1.8
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Support for filled msgstr in PO

Initial Comment:
To follow up on Didier's suggestion that we should open new issues for PO functions here is an important one that I had added in November of 2006:

==================
Date: 2006-11-29 07:17
Sender: brandelune
Logged In: YES 
user_id=915082
Originator: YES

I just took an example from a debian package:

what we support today:
(non translated)
    #: lib/argp-parse.c:84
    msgid "set the program name"
    msgstr ""

what we don't support:
(already translated, should be ignored or the translation be put in
target)
    #: lib/argp-parse.c:84 src/tar.c:450 src/tar.c:452 src/tar.c:521
    #: tests/genfile.c:126
    msgid "NAME"
    msgstr "NOM"

(gettext fuzzy, should be put in target for edition)
    #: lib/argp-parse.c:82 src/tar.c:717
    #, fuzzy
    msgid "give this help list"
    msgstr "Affichier l'aide-mémoire"

my understanding is that there many any number of #fuzzy msgstr for a single msgid.

also, when loading a po file, OmegaT could consider the already translated and fuzzy pairs as reference TMs.
==================

As I wrote in the bug report filled today OmegaT should at least _not_ modify the strings that have not been modified and not create something out of the parsed msgid exclusively.

The non-fuzzy parts should be loaded in TM and the fuzzy msgids to, but with a [fuzzy] prefix maybe.

JC

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=520350&aid=1899444&group_id=68187