[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn commit: r1346077 - /subversion/trunk/subversion/libsvn_ra_svn/client.c

From: Greg Stein <gstein_at_gmail.com>
Date: Mon, 4 Jun 2012 17:10:12 -0400

On Mon, Jun 4, 2012 at 2:34 PM, Peter Samuelson <peter_at_p12n.org> wrote:
>
> [stefan2_at_apache.org]
>> Minor svn: latency improvement: call dcgettext for error messages
>> only if an error actually occurred.
>>
>> * subversion/libsvn_ra_svn/client.c
>>   (handle_unsupported_cmd): translate message here ...
>>   (ra_svn_stat, ra_svn_get_locations, ra_svn_get_location_segments,
>>    ra_svn_get_file_revs, ra_svn_lock_compat, ra_svn_unlock_compat,
>>    ra_svn_get_lock, ra_svn_get_locks, ra_svn_replay,
>>    ra_svn_replay_range, ra_svn_get_deleted_rev): ... instead of here
>
> Wait ... does this work?  Are all the strings still extracted for
> translation?  I thought po-update.sh had to rely on source-level hints
> like _() to find the strings to extract.

Yeah... that won't work. The strings need to be marked.

Documentation for macro conventions is horrible. Couldn't find a good
page for gettext itself, but I found this from Gnome:
  http://developer.gnome.org/glib/stable/glib-I18N.html

The N_() macro will mark the string for translation, but will not
invoke dgettext(). That is what Stefan wants to use.

(and I need to go undo some of my uses of that; I believed it was "I'm
specifically noting this isn't for translation, rather than forgetting
to wrap the string in _()")

Cheers,
-g
Received on 2012-06-04 23:10:44 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.