lp://staging/~knitzsche/ubuntu-translations/ul10n-custom
- Get this branch:
- bzr branch lp://staging/~knitzsche/ubuntu-translations/ul10n-custom
Branch merges
- No reviews requested
-
Diff: 2933 lines (+2009/-565)16 files modifiedcommon/css/light.css (+321/-0)
common/templates/custom_blacklisted_file.py (+119/-0)
common/templates/custom_blacklisted_priority.py (+119/-0)
common/templates/custom_report.py (+128/-0)
common/templates/custom_src_excluded.py (+123/-0)
common/templates/custom_src_included.py (+119/-0)
common/templates/html_report_template.py (+13/-13)
common/utils.py (+13/-2)
config/blacklist.conf (+0/-423)
config/blacklist.lucid.conf (+141/-0)
config/blacklist.maverick.conf (+423/-0)
config/settings.conf (+1/-1)
ubuntu-translations-stats.py (+182/-57)
ul10n_stats/ul10n_custom.py (+4/-2)
ul10n_stats/ul10n_iso_pots_get.py (+31/-35)
ul10n_stats/ul10n_stats_calc.py (+272/-32)
Branch information
Recent revisions
- 24. By Kyle Nitzsche <knitzsche@chroma>
-
the merge between trunk and my custom branch with conlicts resolved
- 21. By David Planella
-
Fixed the statistics link in the Ubuntu html report
* Set the priority for blacklisting up to the OpenOffice.org docs
- 20. By David Planella
-
Merged in Kyle's changes, adapted the languages file change to the new
LanguageSet class - 19. By David Planella
-
Fixed the report language order, more OOP-related changes, added logging. Details:
* Fixed the bug whereby in the report the order of languages within the same
percentage range was lost in rounding. E.g. after rounding if both German and
Spanish became 99% translated, it did not matter whether one was 98.7 and the
other one 98.9, they ended up being alphabetically sorted. It turned out that
this could be solved at the Gviz API level by specifying a number formatter,
so that no previous rounding is necessary* Continued the effort to make the program object-oriented. All
language-related operations are now done in classes. This has brought up the
benefit to be able to specify whether the list of languages must be fetched
from Launchpad or from a local text file. Started adding classes for po
template statistics* Added logging infrastructure through the standard logging library
* Moved do_lp_login() to common.utils, as it is a generic function that can be
used by other modules.* Started adding a mechanism to enable the inclusion of other templates in the
calculation. The most obvious case is for external translations, and in
particular for OpenOffice.org. Added a couple of helper functions to obtain a
pair of potemplate-starts. log and package-stats.log from an OpenOffice.org
translation tarball. - 18. By David Planella
-
Started conversion to a more OOP approach
* Migrated the functionality to fetch the given distro's seeds to a class
- 17. By David Planella
-
Moved back statistics calculation to pkg, pot. The calculation based on domain renders incorrect results, as domains in Launchpad are not unique. Only the combination of source package and template is.
* Removed the OpenOffice.org packages from the calculation by blacklisting them. On this cycle they have not been fully imported into Launchpad and their statistics are not reliable.
* Fine-tuned the blacklist by adding more templates to be ignored.
Branch metadata
- Branch format:
- Branch format 7
- Repository format:
- Bazaar repository format 2a (needs bzr 1.16 or later)