From: | Chris BSomething <xpusostomos(at)gmail(dot)com> |
---|---|
To: | PostgreSQL Bug List <pgsql-bugs(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Bug in psql |
Date: | 2025-02-06 03:10:22 |
Message-ID: | CADrHaBHae5sOXRDXELisFm4tA5wJrK2SJe6zObvR=PJG1oGvxg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On Thu, 6 Feb 2025 at 04:09, Greg Sabino Mullane <htamfids(at)gmail(dot)com> wrote:
> My patch was just committed by Tom (who did most of the work, thank you
> Tom!). So now you should see much less of "List
> + if (showViews) {
> + if (cntTitle != 0) {
> + strcat(title, ", ");
> + }
> + strcat(title, "views");
> + cntTitle++;
> + }
> ...
>
> See discussion on my patch about why we cannot do this for translation
> reasons. Well, we can do it, but we'd be asking the translators to either
> handle around 64 new strings, or to forcibly accept some assumptions about
> how their language should work.
>
Yes, I see. Although one might argue that translating individual words is
good enough in this case.
Better to have just "tables, indexes, views" with no language specific
grammar than give up. Though I think any language can cope well enough with
"list tables" or "tables list" without having their grammar sensibilities
offended.
And I've got to imagine that relations as a mathematical technical term
doesn't really translate anyway. Let alone explaining in Chinese why an
index is a relation.
- HELP0(" \\dE[Sx+] [PATTERN] list foreign tables\n");
> + HELP0(" \\dew[x+] [PATTERN] list foreign-data wrappers\n");
> HELP0(" \\des[x+] [PATTERN] list foreign servers\n");
> - HELP0(" \\det[x+] [PATTERN] list foreign tables\n");
> + HELP0(" \\dE[Sx+] [PATTERN] list foreign tables (basic
> info)\n");
> + HELP0(" \\det[x+] [PATTERN] list foreign tables (foreign
> info)\n");
> HELP0(" \\deu[x+] [PATTERN] list user mappings\n");
> - HELP0(" \\dew[x+] [PATTERN] list foreign-data wrappers\n");
>
> I like this part, it's definitely an improvement.
>
> Cheers,
> Greg
>
> --
> Crunchy Data - https://www.crunchydata.com
> Enterprise Postgres Software Products & Tech Support
>
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Pavel Stehule | 2025-02-06 06:47:35 | Re: Missing semicolumn in anonymous plpgsql block does not raise syntax error |
Previous Message | Thomas Munro | 2025-02-06 02:43:21 | Re: BUG #18146: Rows reappearing in Tables after Auto-Vacuum Failure in PostgreSQL on Windows |