Re: more i18n/l10n issues
От | Andrew Dunstan |
---|---|
Тема | Re: more i18n/l10n issues |
Дата | |
Msg-id | 3F785B0F.8020101@dunslane.net обсуждение исходный текст |
Ответ на | Re: more i18n/l10n issues (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: more i18n/l10n issues
Re: more i18n/l10n issues |
Список | pgsql-hackers |
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 created maintenance headaches. I would like to think that >the patch would eventually allow us to generate postgresql.conf.sample >automatically from the guc.c tables, and thereby reduce the number of >files to maintain, but that didn't get done yet. The reason for having >both "long" and "short" descriptions of the variables was that I foresaw >the "short" versions as becoming the per-line comments in >postgresql.conf. The "long" descriptions were what the GUI tool wants. > > > 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. This occurred to me as I was writing the token replacement stuff for initdb.c, and I realised how fragile it was - a misplaced space and you are hosed. Or would it be overkill? cheers andrew
В списке pgsql-hackers по дате отправления: