Re: [HACKERS] more i18n/l10n issues

2003-10-12 Thread Peter Eisentraut
Tom Lane writes: > -m and -M > > The utility we designed and possibly any other that wants to process the > output will find it easier to process a more regularly formed output > instead of one that was embellished for human viewing. The reason for > having one with and one without headings is th

Re: [HACKERS] more i18n/l10n issues

2003-10-01 Thread Tom Lane
Peter Eisentraut <[EMAIL PROTECTED]> writes: > [ some questions about --help-config ] I got this reply from Fernando Nasser of Red Hat. I suggested he should post it for himself, but since he hasn't yet... regards, tom lane > --- Forwarded Message > > Date:Tue,

Re: [HACKERS] more i18n/l10n issues

2003-09-30 Thread Tom Lane
Peter Eisentraut <[EMAIL PROTECTED]> writes: > [ some fair points ] I've asked the Red Hat folks who did the detail design to respond to this. I'm not sure if they had specific use-cases in mind for those behaviors, or were just trying to make the feature useful for manual invocation. I would t

Re: [HACKERS] more i18n/l10n issues

2003-09-30 Thread Bruce Momjian
Peter Eisentraut wrote: > Andrew Dunstan writes: > > > I have been wondering if moving to XML for config files might be a good > > idea - and if there are going to be GUIs that write them that gives some > > more impetus to the idea. > > What I would like to see done is keeping the GUC data, that

Re: [HACKERS] more i18n/l10n issues

2003-09-30 Thread Peter Eisentraut
Tom Lane writes: > Gimme a break, guys. There *was* discussion, eg here, > http://archives.postgresql.org/pgsql-hackers/2003-06/msg01092.php > and the patch was posted for review, see this thread: > http://archives.postgresql.org/pgsql-patches/2003-06/msg00420.php I confused this with the privat

Re: [HACKERS] more i18n/l10n issues

2003-09-30 Thread Peter Eisentraut
Andrew Dunstan writes: > I have been wondering if moving to XML for config files might be a good > idea - and if there are going to be GUIs that write them that gives some > more impetus to the idea. What I would like to see done is keeping the GUC data, that is, the name, the properties, and the

Re: [HACKERS] more i18n/l10n issues

2003-09-29 Thread Tom Lane
Andrew Dunstan <[EMAIL PROTECTED]> writes: > I have been wondering if moving to XML for config files might be a good > idea - and if there are going to be GUIs that write them that gives some > more impetus to the idea. > Or would it be overkill? Seems like overkill. What would it buy us, othe

Re: [HACKERS] more i18n/l10n issues

2003-09-29 Thread Peter Eisentraut
Alvaro Herrera writes: > #: utils/misc/guc.c:647 > msgid "collect statistics about executing commands" > > Is this really "statistics" about the executing commands? Looks like it. > #: utils/misc/guc.c:892 > msgid "" > "The number must be a positive integer. If 0 is specified then effort * " > "

Re: [HACKERS] more i18n/l10n issues

2003-09-29 Thread Joe Conway
Tom Lane wrote: Bruce Momjian <[EMAIL PROTECTED]> writes: And maybe show the descriptions in pg_settings too? There was discussion of doing that, but it didn't get done in time (and it's too late now for 7.4 unless you want an initdb). I wouldn't mind putting it on TODO for 7.5. Bruce, you can put

Re: [HACKERS] more i18n/l10n issues

2003-09-29 Thread Bruce Momjian
Joe Conway wrote: > Tom Lane wrote: > > Bruce Momjian <[EMAIL PROTECTED]> writes: > >>And maybe show the descriptions in pg_settings too? > > > > There was discussion of doing that, but it didn't get done in time > > (and it's too late now for 7.4 unless you want an initdb). I wouldn't > > mind p

Re: [HACKERS] more i18n/l10n issues

2003-09-29 Thread Tom Lane
Bruce Momjian <[EMAIL PROTECTED]> writes: > And maybe show the descriptions in pg_settings too? There was discussion of doing that, but it didn't get done in time (and it's too late now for 7.4 unless you want an initdb). I wouldn't mind putting it on TODO for 7.5. I think the SHOW ALL output sh

Re: [HACKERS] more i18n/l10n issues

2003-09-29 Thread Andrew Dunstan
Tom Lane wrote: The point was to allow a GUI utility to be built that would help in editing postgresql.conf. It couldn't assume the postmaster is already running, so just extending the pg_config view wouldn't answer, and duplicating knowledge of all the GUC variables in a separate tool would have

Re: [HACKERS] more i18n/l10n issues

2003-09-29 Thread Bruce Momjian
And maybe show the descriptions in pg_settings too? --- Tom Lane wrote: > Peter Eisentraut <[EMAIL PROTECTED]> writes: > > Dave Page writes: > >> I find this a little worrying because if we want a feature or tweak for > >> p

Re: [HACKERS] more i18n/l10n issues

2003-09-29 Thread Bruce Momjian
Should we allow SHOW ALL to show these variable descriptions? --- Tom Lane wrote: > Peter Eisentraut <[EMAIL PROTECTED]> writes: > > Dave Page writes: > >> I find this a little worrying because if we want a feature or tweak

Re: [HACKERS] more i18n/l10n issues

2003-09-29 Thread Dave Page
> -Original Message- > From: Tom Lane [mailto:[EMAIL PROTECTED] > Sent: 29 September 2003 15:23 > To: Peter Eisentraut > Cc: Dave Page; Alvaro Herrera; Hackers > Subject: Re: [HACKERS] more i18n/l10n issues > > > Peter Eisentraut <[EMAIL PROTECTED]

Re: [HACKERS] more i18n/l10n issues

2003-09-29 Thread Tom Lane
Peter Eisentraut <[EMAIL PROTECTED]> writes: > Dave Page writes: >> I find this a little worrying because if we want a feature or tweak for >> pgAdmin we usually have to fight tooth & nail to justify getting it >> committed (which is not a bad thing), however 'some guys at Red Hat' are >> getting s

Re: [HACKERS] more i18n/l10n issues

2003-09-29 Thread Andreas Pflug
Peter Eisentraut wrote: Dave Page writes: I find this a little worrying because if we want a feature or tweak for pgAdmin we usually have to fight tooth & nail to justify getting it committed (which is not a bad thing), however 'some guys at Red Hat' are getting switches added to the postmaste

Re: [HACKERS] more i18n/l10n issues

2003-09-29 Thread Peter Eisentraut
Dave Page writes: > I find this a little worrying because if we want a feature or tweak for > pgAdmin we usually have to fight tooth & nail to justify getting it > committed (which is not a bad thing), however 'some guys at Red Hat' are > getting switches added to the postmaster without any discus

Re: [HACKERS] more i18n/l10n issues

2003-09-29 Thread Dave Page
> -Original Message- > From: Tom Lane [mailto:[EMAIL PROTECTED] > Sent: 29 September 2003 01:28 > To: Alvaro Herrera > Cc: Peter Eisentraut; Hackers > Subject: Re: [HACKERS] more i18n/l10n issues > > > Alvaro Herrera <[EMAIL PROTECTED]> writes: &g

Re: [HACKERS] more i18n/l10n issues

2003-09-28 Thread Tom Lane
Alvaro Herrera <[EMAIL PROTECTED]> writes: > If you put it that way :-) I'll leave it alone. I hope it can be > enhanced in the next release. I'm not sure of it usefulness anyway; > the documentation seems good enough. Some guys at Red Hat wanted it to support an admin tool that should see the l

Re: [HACKERS] more i18n/l10n issues

2003-09-28 Thread Alvaro Herrera
On Mon, Sep 29, 2003 at 12:27:01AM +0200, Peter Eisentraut wrote: > Alvaro Herrera writes: > > [fixes for --help-config] > I'm quite unhappy about the --help-config option. It was developed > without discussion, it was installed hastily, we don't have any > information about that interactive con

Re: [HACKERS] more i18n/l10n issues

2003-09-28 Thread Peter Eisentraut
Alvaro Herrera writes: > Oh, there's another thing about the --help-config option. This option > includes an, er, option to display the items that belong to a given > group. So you could say > > /tmp/pgsql-es/bin/postgres --help-config -g 'Security' > > and the list of parameters that belong to

[HACKERS] more i18n/l10n issues

2003-09-28 Thread Alvaro Herrera
Some more comments: #: utils/misc/guc.c:647 msgid "collect statistics about executing commands" Is this really "statistics" about the executing commands? #: utils/misc/guc.c:892 msgid "" "The number must be a positive integer. If 0 is specified then effort * " "log2(poolsize) is used" Is it mi

Re: [HACKERS] more i18n/l10n issues

2003-09-28 Thread Tom Lane
Alvaro Herrera <[EMAIL PROTECTED]> writes: > Now for something completely different: > The postmaster executable shows --help display perfectly localized. > However I just noted that postgres --help output (the standalone > backend) does not; is it not i18n'ed, or is some sort of missetup? postgr

Re: [HACKERS] more i18n/l10n issues

2003-09-28 Thread Alvaro Herrera
On Sun, Sep 28, 2003 at 03:36:50PM -0400, Alvaro Herrera wrote: > Now for something completely different: Oh, there's another thing about the --help-config option. This option includes an, er, option to display the items that belong to a given group. So you could say /tmp/pgsql-es/bin/postgres