Re: [GENERAL] RE: [HACKERS] error messages not only English - Mailing list pgsql-hackers

From The Hermit Hacker
Subject Re: [GENERAL] RE: [HACKERS] error messages not only English
Date
Msg-id Pine.BSF.3.96.980526115659.19802Y-100000@hub.org
Whole thread Raw
In response to Re: [GENERAL] RE: [HACKERS] error messages not only English  (Vadim Mikheev <vadim@krs.ru>)
Responses Re: [GENERAL] RE: [HACKERS] error messages not only English  (Bruce Momjian <maillist@candle.pha.pa.us>)
Re: [GENERAL] RE: [HACKERS] error messages not only English  (Bruce Momjian <maillist@candle.pha.pa.us>)
List pgsql-hackers
On Tue, 26 May 1998, Vadim Mikheev wrote:

> Peter Mount wrote:
> >
> > That sounds like a good idea.
> >
> > How about having them stored in a new system table (say pg_errormsg) which
> > contains each possible error in all the supported languages. That way, you
> > can have multiple language support when users from different countries use
> > the same server?
>
> Yes, this is nice. One note: server have to load from this table all messages
> in a language requested by user when switching to this language - it's not
> possible to read any table from elog() in most cases.

    Hrmmm...one thing to note with any of this is that by 'hardcoding'
in the errormsg itself, it makes it difficult to 'internationalize' a
program...in that I can't run a single server on my machine that can
easily deal with a 'French' customer vs an 'English' one, vs a 'Japanese'
one...I'd have to recompile for each.

    Vadim's other point, about putting this in the front end vs the
backend, I think, is more appropriate, that way it is application specific
vs server...



pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: [HACKERS] Current sources?
Next
From: Bruce Momjian
Date:
Subject: Re: [HACKERS] Current sources?