Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1585509 - Translation of "Size" in different contexts ought to be different.
Summary: Translation of "Size" in different contexts ought to be different.
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: dnf
Version: 28
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: rpm-software-management
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-06-03 21:36 UTC by Göran Uddeborg
Modified: 2019-02-21 02:57 UTC (History)
7 users (show)

Fixed In Version: dnf-4.1.0-1.fc29
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2019-02-21 02:57:12 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)

Description Göran Uddeborg 2018-06-03 21:36:50 UTC 
In the message catalogue, pot file, for dnf, there is the string "Size".  The Swedish translation of this word is a bit longer, "Storlek", 7 letters.

The string is used in two contexts: as a header entry in the summary of a transaction to be performed, and as one of the labels to the left in the info listing of a package.

In the info listing, there is no problem to use the correct word in the translation.  In the transaction summary, however, the line overflows if the translation is longer than 6 letters, resulting in an ugly printout.

To work around the problem, I have translated the string with "Storlk", omitting the "e" at the end.  It looks a bit silly, but is understandable.  When used in the header of a transaction summary, it is rather obvious why the workd is abbreviated.  One could even consider abbreviating it to "Storl" to fit more exactly over the actual column, leaving the expected space at the end.

In the info listing, it looks plain wrong to have the word abbreviated.  But there isn't any way to fix this without breaking the other instance.

I'm not sure what the best way to fix this is.  In a C program, one could use the context version of the gettext function to distinguish the two cases, but that isn't available in Python as far as I know.  Still, it is a misfeature.

dnf-2.7.5-12.fc28.noarch
Comment 1 Rafal Luzynski 2018-10-15 09:35:45 UTC 
I think it is easy to fix now following the same pattern as in bug 1305340. But I can see more strings which should be split into long and short forms:

"Arch" (even in English there could be "Architecture")
"Repo" (oh, there is a word "Repository" already in dnf)
"From repo" ("From repository"?)
"Summary"

Anything else? "Name", "Version", "Release", "URL", "Description", "ID"? Maybe split all those which appear in more than one place and potentially may need a long and short version, and eventually leave the decision to the translators whether they want to provide two versions or not?
Comment 2 Göran Uddeborg 2018-10-15 17:28:45 UTC 
Splitting things is typically a good thing.  When the translation is the same it is a little bit of extra work, true.  But when the translation for different uses of the same word differ, it could be the difference between a correct and a broken translation.  The extra work in the first situation is well worth it.
Comment 3 Fedora Update System 2019-02-18 10:15:45 UTC 
libcomps-0.1.10-2.fc29 libdnf-0.26.0-1.fc29 dnf-plugins-core-4.0.4-1.fc29 dnf-plugins-extras-4.0.2-1.fc29 dnf-4.1.0-1.fc29 librepo-1.9.4-1.fc29 createrepo_c-0.12.1-1.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2019-1fccede810
Comment 4 Fedora Update System 2019-02-19 06:27:35 UTC 
createrepo_c-0.12.1-1.fc29, dnf-4.1.0-1.fc29, dnf-plugins-core-4.0.4-1.fc29, dnf-plugins-extras-4.0.2-1.fc29, libcomps-0.1.10-2.fc29, libdnf-0.26.0-1.fc29, librepo-1.9.4-1.fc29 has been pushed to the Fedora 29 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-1fccede810
Comment 5 Fedora Update System 2019-02-21 02:57:12 UTC 
createrepo_c-0.12.1-1.fc29, dnf-4.1.0-1.fc29, dnf-plugins-core-4.0.4-1.fc29, dnf-plugins-extras-4.0.2-1.fc29, libcomps-0.1.10-2.fc29, libdnf-0.26.0-1.fc29, librepo-1.9.4-1.fc29 has been pushed to the Fedora 29 stable repository. If problems still persist, please make note of it in this bug report.
Note You need to log in before you can comment on or make changes to this bug.