Re: What about DDTSS do you (dis)like? - Handling of (common) errors
Hi,
I'm not sure where to discuss this issue (and where to file the wishlist
bug(s)).
Possible candidates seem to be debian-devel and debian-l10n-english.
A quote from the "Debian Developer's Reference":
8.4. Best current practice concerning l10n
...
* As a translator, if you find an error in the original text, make
sure to report it.
Translators are often the most attentive readers of a given text,
and if they
don't report the errors they find, nobody will.
*******************
Perhaps I'm not the only translator who encounters - well - deficiencies
in package
descriptions. There is a wide range from
* typos such as spelling a software different from upstream's habits,
* wrong use of singular and plural (1) (possibly) worth a wishlist bug,
* formatting errors for enumerations,
* descriptions hard to understand (e.g. for scientific software) that
wil benefit
from a new wording.
Perhaps - again - I'm not the only translator postponing many bug
reports because
it is more fun translating than downloading <package>.diff.gz, editing
control(.in),
calling diff, writing an e-mail ... It is easier to write in your
mother's tongue.
In an ideal world the translator would click a button, an editor window
pops up, the
offending text is altered and some other buttons trigger the appropriate
action
ranging from automatic generation of bug reports (with patches) and NMUs
for
trivial changes such as typos up to a review of a rewritten text on
debian-l10n-english as most translators are not native speakers.
There are other approaches as well - e.g. new lintian checks or
debhelper scripts
pointing out problems not covered yet .
What are your thoughts and suggestions? Perhaps developers would consider
discussing their descriptions on mailing lists offending?
Cheers,
Martin
1: http://lists.debian.org/debian-l10n-english/2011/07/msg00010.html
Reply to: