GNOME Bugzilla – Bug 106779
Provide a way to see what translation work is left to do
Last modified: 2008-02-20 21:17:19 UTC
Synopsis: Provide sorted versions of status pages
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 email@example.com 2003-02-21 21:05 -------
Reassigning to the default owner of the component, firstname.lastname@example.org.
Yes, this is not a bad idea.
This still applies to new damned-lies pages, though it should be easy to add.
*** Bug 149665 has been marked as a duplicate of this bug. ***
*** Bug 401815 has been marked as a duplicate of this bug. ***
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 :)
The default sort order should be fuzzy+untranslated, not percentage.
Looking at evolution's module page at l10n.gnome.org, 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.
*** Bug 439513 has been marked as a duplicate of this bug. ***
Another possibility would be to simply hide (dynamically through a toggle button) all translations completely translated (100%), without modifying the sort order.
(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.
It was exactly my plan, but I couldn't get the "damn thing" to work on my local machine...
Some interesting bits: http://www.dustindiaz.com/seven-togglers/
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
please comment and test it
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...
Pavol, the problem is that style manipulation seems rather difficult and not portable. See http://www.quirksmode.org/dom/changess.html for example.
But of course, if you have a good patch to propose, you're welcome :-)
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 :)
Created attachment 105544 [details] [review]
Gil, I slightly reworked your patch and committed it. Great work, thanks !
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...
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 ...
also, maybe we can add it to module-views: i.e. http://l10n.gnome.org/module/damned-lies
if you go to:
maybe a big if() around the loop would be enough, cooking one for this right now :)
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.