From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: [COMMITTERS] pgsql: Preventive maintenance in advance of pgindent run. |
Date: | 2017-05-17 14:14:29 |
Message-ID: | 30659.1495030469@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> writes:
> There are some changes here that should be reverted; for instance:
> - printf(_(" -c, --checkpoint=fast|spread\n"
> - " set fast or spread checkpointing\n"));
> + printf(_(" -c, --checkpoint=fast|spread\n"));
> + printf(_(" set fast or spread checkpointing\n"));
> From the translator's point of view the patched version doesn't make
> sense because they are two separate strings. In the original, it's a
> single translatable string. Particularly in pg_waldump's -p, where a
> phrase is now cut in the middle.
What I was concerned about was that pgindent will reindent the second
line so that it's impossible to tell whether the spacing is correct.
That might not matter to translators but it will be a problem for
source-level maintenance.
Maybe we should rethink the whole idea of breaking these entries across
lines, and just accept that the commentary doesn't line up with other
lines:
printf(_(" -c, --checkpoint=fast|spread set fast or spread checkpointing\n"));
Thoughts?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2017-05-17 14:23:20 | Re: [COMMITTERS] pgsql: Preventive maintenance in advance of pgindent run. |
Previous Message | Alvaro Herrera | 2017-05-17 14:08:47 | Re: [COMMITTERS] pgsql: Preventive maintenance in advance of pgindent run. |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2017-05-17 14:23:20 | Re: [COMMITTERS] pgsql: Preventive maintenance in advance of pgindent run. |
Previous Message | sveinn.sveinsson | 2017-05-17 14:11:51 | BUG #14657: Server process segmentation fault in v10, May 10th dev snapshot |