Re: Syntax got translated
От | Guillaume Lelarge |
---|---|
Тема | Re: Syntax got translated |
Дата | |
Msg-id | 371925a3a3fefe72f2455d207979cc7a@localhost обсуждение исходный текст |
Ответ на | Re: Syntax got translated (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-bugs |
On Mon, 20 Feb 2012 15:55:54 -0500, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Guillaume Lelarge <guillaume@lelarge.info> writes: >> On Mon, 20 Feb 2012 14:15:34 -0300, Alvaro Herrera >> <alvherre@commandprompt.com> wrote: >>> Excerpts from Susanne Ebrecht's message of s=C3=83=C2=A1b feb 18 18:11:= 54 -0300 >>>> I think that the constraint keyword "DEFAULT" should not be translated >>>> here. >=20 >> I don't see why the modifiers shouldn't be translatable. It's not as if >> they were intended to be copied and pasted in a query. They are here to >> help the user understand the different modifiers in each column. >=20 >> -1 to get rid of the translations. >=20 > It seems to boil down to whether you think the "Modifiers" column > contains SQL, or a textual description of the column's properties. > I could go either way on that, but I notice that the existing code > is in the habit of truncating the default expression at 128 characters. > If we want to decide that we're printing real, copy-and-pastable SQL, > that seems like a bad idea. On the other hand, if we're printing > informational text, it's not an unreasonable thing. >=20 My first move was that truncating to 128 characters was bad idea. But in a terminal, you have a limited number of columns, so it would make sense. And, to me, it's a textual description. Not SQL. BTW, if it was SQL, when I do \d tablename, I should get the complete SQL query to create the table, not a description of the table definition. So, yeah, sure, the "Modifiers" column doesn't contain SQL, it's a description. --=20 Guillaume http://www.postgresql.fr http://dalibo.com
В списке pgsql-bugs по дате отправления: