On Jun 29, 2009, at 8:42 AM, Arfrever Frehtes Taifersar Arahesis wrote:
> 2009-06-25 16:47 Hyrum K. Wright <hyrum_at_hyrumwright.org> napisał(a):
>> Author: hwright
>> Date: Thu Jun 25 07:47:23 2009
>> New Revision: 38199
>> Remove some "format not a string literal, argument types not
>> checked" warnings,
>> and simplify a few format strings while we're at it.
>> * subversion/libsvn_wc/update_editor.c
>> (window_handler, apply_textdelta, close_file),
>> * subversion/libsvn_wc/questions.c
>> * subversion/libsvn_wc/adm_crawler.c
>> * subversion/libsvn_client/export.c
>> Don't dynamically build error format strings, when they can just
>> easily be indicated statically.
> Could you revert this change? Separation of " expected: %s" and "
> actual: %s" messages allows to avoid the risk of inconsistent
> translation of these messages and also reduces the amount of text
> which need to be translated.
It seems there is a tradeoff to be made here: Compilation warnings
every time somebody compiles (and a slight runtime cost of allocating
an separate format string when these errors occur) vs. a n-time
translation cost for translators. Now, since I'm not a translator, I
don't feel that pain very acutely, but it seems that a one-time
translator cost is much more reasonable than a every-compile-time
I also don't quite understand what the "risk" involved with
inconsistent translation of these messages is. To help me better
understand the translator's plight, could you elaborate? Do other
translators have a feeling on this as well?
Received on 2009-06-29 15:53:31 CEST