After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 106779 - Provide a way to see what translation work is left to do
Provide a way to see what translation work is left to do
Product: damned-lies
Classification: Infrastructure
Component: general
Other other
: Normal enhancement
: ---
Assigned To: damned-lies Maintainer(s)
damned-lies Maintainer(s)
: 149665 401815 439513 (view as bug list)
Depends on:
Reported: 2003-02-22 02:12 UTC by Nguyen Thai Ngoc Duy
Modified: 2008-02-20 21:17 UTC
See Also:
GNOME target: ---
GNOME version: ---

implements dinamically hiding or showing modules 100% translated (4.95 KB, patch)
2008-02-16 22:48 UTC, Gil Forcada
none Details | Review
v2 (4.93 KB, patch)
2008-02-18 21:15 UTC, Gil Forcada
none Details | Review
Reworked patch (6.51 KB, patch)
2008-02-18 22:07 UTC, Claude Paroz
committed Details | Review

Description Nguyen Thai Ngoc Duy 2003-02-22 02:05:16 UTC
Package: website
Severity: enhancement
Version: 2.2.0
Synopsis: Provide sorted versions of status pages
Bugzilla-Product: website
Bugzilla-Component: gtp

The detail status pages (desktop, developer-libs ...) should have a
sorted version for each columns (trans,fuzzy,untrans), so translators
can find which packages need to be updated quickly. People can click
in the column header to see sorted versions.

------- Bug moved to this database by 2003-02-21 21:05 -------

Reassigning to the default owner of the component,

Comment 1 Abel Cheung 2003-08-04 02:55:27 UTC
Yes, this is not a bad idea.
Comment 2 Danilo Segan 2006-07-31 17:19:35 UTC
This still applies to new damned-lies pages, though it should be easy to add.
Comment 3 Danilo Segan 2006-07-31 20:45:35 UTC
*** Bug 149665 has been marked as a duplicate of this bug. ***
Comment 4 Danilo Segan 2007-02-04 23:48:56 UTC
*** Bug 401815 has been marked as a duplicate of this bug. ***
Comment 5 Danilo Segan 2007-02-04 23:52:30 UTC
There are a couple of ways to solve the problem of quickly recognizing what packages need updating translations:

  1. sorting by strings left to do (suggested here)
  2. highlighting appropriate rows with incomplete translations (bug 149665)
  3. having a separate page with incomplete translations (bug 401815)

I'd lean to 2. but would prefer some more UI-capable guy of proposing a solution :)
Comment 6 Leonardo Ferreira Fontenelle 2007-02-14 07:13:40 UTC
The default sort order should be fuzzy+untranslated, not percentage.

Looking at evolution's module page at, in the gnome-2-14 section, catalogs "100%" translated are grouped together in the top. Sometimes, though, a less translated file is on top of a more translated one, because both are "100%" translated.
Comment 7 Danilo Segan 2007-08-27 21:32:28 UTC
*** Bug 439513 has been marked as a duplicate of this bug. ***
Comment 8 Claude Paroz 2007-08-28 18:48:18 UTC
Another possibility would be to simply hide (dynamically through a toggle button) all translations completely translated (100%), without modifying the sort order.
Comment 9 Priit Laes (IRC: plaes) 2007-08-28 21:58:12 UTC
(In reply to comment #8)
> Another possibility would be to simply hide (dynamically through a toggle
> button) all translations completely translated (100%), without modifying the
> sort order.
> Thoughts?
It was exactly my plan, but I couldn't get the "damn thing" to work on my local machine...

Some interesting bits:
Comment 10 Gil Forcada 2008-02-16 22:48:08 UTC
Created attachment 105411 [details] [review]
implements dinamically hiding or showing modules 100% translated


here's a rough patch that adds a hide link in language release view that hides completed modules, itself and shows another link to show again the completed modules

it does all the work with javascript and for that I had add some id's, to each module that's completly translated and to the tables containing documentation and ui modules

it can be improved in many ways (the javascript could be added in a separated file for example), but at least its working :)

please comment and test it
Comment 11 Pavol Šimo 2008-02-17 16:38:04 UTC
I think that easier approach would be to attach a class attribute to the full translated modules tr element (e.g. class="fully_translated") and then manipulate only that style - without looping, searching etc.
Just my two cents...
Comment 12 Claude Paroz 2008-02-17 21:23:36 UTC
Pavol, the problem is that style manipulation seems rather difficult and not portable. See for example.
But of course, if you have a good patch to propose, you're welcome :-)
Comment 13 Gil Forcada 2008-02-18 21:15:26 UTC
Created attachment 105542 [details] [review]

oops, the previous version was a little broken since I was having some problems with my local DL copy

now that it's up and running here's a second version which works perfectly :)
Comment 14 Claude Paroz 2008-02-18 22:07:16 UTC
Created attachment 105544 [details] [review]
Reworked patch

Gil, I slightly reworked your patch and committed it. Great work, thanks !
Comment 15 Claude Paroz 2008-02-18 22:09:10 UTC
There is still a little improvement to do before closing the bug. The "header labels" present when there's more than one pot for a module are not hidden. Should not be very difficult to correct...
Comment 16 Gil Forcada 2008-02-19 00:30:35 UTC
I was updating it to move javascript to another file and another improvements, but you have already done it, thanks!

about the "header labels" I decide to not put them because sometimes, due to the number of strings it says that it's 100% while there are some strings untranslated/fuzzy

maybe we can check for fuzzy+untranslated == 0 to add the %-complete id instead of translated == 100 ...

Comment 17 Gil Forcada 2008-02-19 00:37:30 UTC
also, maybe we can add it to module-views: i.e.

Comment 18 Gil Forcada 2008-02-19 00:56:54 UTC
if you go to:

and click the link, look at the javascript console, is claiming for documentation table :(

maybe a big if() around the loop would be enough, cooking one for this right now :)
Comment 19 Claude Paroz 2008-02-20 21:17:19 UTC
I think all is corrected in rev. 751 :
- module headers don't show 100% when there is still string to translate
- module headers are also hiddent when they are 100% translated
- there is no more an error when there is no doc on a page (e.g. freedesktop)

Gil,  I don't think it makes sense to add this to module view.