bugGNU gettext - Bugs: bug #33298, Explicit translated flag

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #33298: Explicit translated flag

Submitter:  None
Submitted:  Wed 11 May 2011 11:52:11 PM UTC
   
 
Category:  Other Severity:  3 - Normal
Item Group:  None Status:  Not a Bug
Privacy:  Public Assigned to:  haible
Open/Closed:  Closed

Tue 01 Jul 2025 09:49:16 AM UTC, comment #1: 

Your proposal amounts to saying "The programmers don't use the PO files and gettext() like they should, therefore let's make things more complicated for the translators." I don't agree with this.

Instead, programmers should use PO files and gettext() differently. For example, through an entry

#. Set this to "RTL" or "LTR".
msgid "RTL"
msgstr ""

Then it's clear that the empty msgstr string denotes an untranslated entry.

Bruno Haible <haible>
Group administrator
Wed 11 May 2011 11:52:11 PM UTC, original submission:  

PO assumes that a non empty string is translated and that fuzzy can specify whether a string should be included in generated files.

Since there is no explicit translated or untranslated marking we find the following possible problems:

#. Set this to "yes" for RTL languages or leave untranslated
msgctxt "RTL"
msgid ""
msgstr ""

This is untranslated and will remain untranslated for an LTR language.

A programmer could specify that someone should use "yes" or "no" but often they don't.

I would like to suggest adding an explicit marker for this case to ensure that this case is unambiguous.

#, translated

Can be used to explicitly mark a unit as translated.

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by haible (Updated the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

     

    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2025-07-01 haible StatusNone Not a Bug
        Assigned toNone haible
        Open/ClosedOpen Closed
    2016-11-27 haible CategoryNone Other

    Back to the top

    Powered by Savane 3.15-e6e5.
    Corresponding source code