Re: [l10n] Translation status report for trunk r1063133

2011-01-29 Thread svn . dev
That's my fault. I didn't realize the effect of the #define on gettext's behavior. I'm more than happy to revert the change, which was made solely because it is apparently too difficult for us developers to keep indentation consistent (and I'm a stickler for that kind of thing). Reverted:

Re: [l10n] Translation status report for trunk r1063133

2011-01-26 Thread C. Michael Pilato
On 01/26/2011 04:33 PM, C. Michael Pilato wrote: > On 01/26/2011 04:25 PM, svn@coelho.net wrote: >> ISTM that there is an issue since octobre because of the introduction of a >> macro SVN_CL__OPTION_CONTINUATION_INDENT in "svn/main.c". > > That's my fault. I didn't realize the effect of the #

Re: [l10n] Translation status report for trunk r1063133

2011-01-26 Thread C. Michael Pilato
On 01/26/2011 04:25 PM, svn@coelho.net wrote: > > Hello, > > ISTM that there is an issue since octobre because of the introduction of a > macro SVN_CL__OPTION_CONTINUATION_INDENT in "svn/main.c". > > Now gettext extracts lines instead of paragraphs, > > #: ../svn/main.c:226 > msgid "accept

Re: [l10n] Translation status report for trunk r1063133

2011-01-26 Thread svn . dev
Hello, ISTM that there is an issue since octobre because of the introduction of a macro SVN_CL__OPTION_CONTINUATION_INDENT in "svn/main.c". Now gettext extracts lines instead of paragraphs, #: ../svn/main.c:226 msgid "accept unknown SSL server certificates without\n" msgstr "" How am I expe

[l10n] Translation status report for trunk r1063133

2011-01-24 Thread Subversion Translation Status
Translation status report for trunk@r1063133 lang trans untrans fuzzy obs -- de2051 128 239 201 es1988 191 273 340 fr2139 40 75 43 it1837 342 472 164 ja1980