Thanks for importing these translations :-)
Sun, 1 Aug 2004 12:21:42 +0800
Zhenbang Wei <zhenbang@gmail.com>
Traditional Chinese psql-zh_TW.po for 7.5

Ah, just the person I was looking for.  I see in the initdb po file you
sent that the use of backslashes in the message string is causing some
of us problems.

What are the rules for backslashes in translation files?  I particularly
had problems with lines 199, 260, and 461 in the initdb po file because
you had things like:

	"XXX\\n"

where XXX were high-bit characters.  Was that correct?  It caused us
problems because it interpreted \\ as a single backslash and then
complained because the message id and string had a different number of
newlines.

---------------------------------------------------------------------------

Zhenbang Wei wrote:
> Thanks for importing these translations :-)

[ Attachment, skipping... ]

> 
> ---------------------------(end of broadcast)---------------------------
> TIP 6: Have you searched our list archives?
> 
>                http://archives.postgresql.org

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

Sun, 1 Aug 2004 00:48:21 -0400 (EDT)
Bruce Momjian <pgman@candle.pha.pa.us>
initdb problem
Some characters in Big5 encoding has a / on
second byte and I think poEdit will add another / for me.
Now I think I should use UTF-8 instead of Big5.
I will send new files in minutes. Sorry for causing problems.


On Sun, 1 Aug 2004 00:48:21 -0400 (EDT), Bruce Momjian
<pgman@candle.pha.pa.us> wrote:
> 
> Ah, just the person I was looking for.  I see in the initdb po file you
> sent that the use of backslashes in the message string is causing some
> of us problems.
> 
> What are the rules for backslashes in translation files?  I particularly
> had problems with lines 199, 260, and 461 in the initdb po file because
> you had things like:
> 
>         "XXX\\n"
> 
> where XXX were high-bit characters.  Was that correct?  It caused us
> problems because it interpreted \\ as a single backslash and then
> complained because the message id and string had a different number of
> newlines.
> 
> ---------------------------------------------------------------------------
> 
> Zhenbang Wei wrote:
> > Thanks for importing these translations :-)
> 
> [ Attachment, skipping... ]
> 
> >
> > ---------------------------(end of broadcast)---------------------------
> > TIP 6: Have you searched our list archives?
> >
> >                http://archives.postgresql.org
> 
> --
>   Bruce Momjian                        |  http://candle.pha.pa.us
>   pgman@candle.pha.pa.us               |  (610) 359-1001
>   +  If your life is a hard drive,     |  13 Roberts Road
>   +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073
>

Sun, 1 Aug 2004 13:11:15 +0800
Zhenbang Wei <zhenbang@gmail.com>
Re: initdb problem

The big problem is that it didn't add an extra \ in the cases I
mentioned.  There were other strings that looked like:

	"XXX\XX"

where X is a high-bit character.  Notice there is only one backslash.

---------------------------------------------------------------------------

Zhenbang Wei wrote:
> Some characters in Big5 encoding has a / on
> second byte and I think poEdit will add another / for me.
> Now I think I should use UTF-8 instead of Big5.
> I will send new files in minutes. Sorry for causing problems.
> 
> 
> On Sun, 1 Aug 2004 00:48:21 -0400 (EDT), Bruce Momjian
> <pgman@candle.pha.pa.us> wrote:
> > 
> > Ah, just the person I was looking for.  I see in the initdb po file you
> > sent that the use of backslashes in the message string is causing some
> > of us problems.
> > 
> > What are the rules for backslashes in translation files?  I particularly
> > had problems with lines 199, 260, and 461 in the initdb po file because
> > you had things like:
> > 
> >         "XXX\\n"
> > 
> > where XXX were high-bit characters.  Was that correct?  It caused us
> > problems because it interpreted \\ as a single backslash and then
> > complained because the message id and string had a different number of
> > newlines.
> > 
> > ---------------------------------------------------------------------------
> > 
> > Zhenbang Wei wrote:
> > > Thanks for importing these translations :-)
> > 
> > [ Attachment, skipping... ]
> > 
> > >
> > > ---------------------------(end of broadcast)---------------------------
> > > TIP 6: Have you searched our list archives?
> > >
> > >                http://archives.postgresql.org
> > 
> > --
> >   Bruce Momjian                        |  http://candle.pha.pa.us
> >   pgman@candle.pha.pa.us               |  (610) 359-1001
> >   +  If your life is a hard drive,     |  13 Roberts Road
> >   +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073
> >
> 

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

Sun, 1 Aug 2004 01:17:08 -0400 (EDT)
Bruce Momjian <pgman@candle.pha.pa.us>
Re: initdb problem
Since not only \ but also other characters that have special meaning
to compiler are used by Big5 Chinese characters. Adding an extra \
can make non-Big5 aware environment happy. I think we can get rid of
this dirty work by using UTF-8 instead of the annoying Big5 problem.

On Sun, 1 Aug 2004 01:17:08 -0400 (EDT), Bruce Momjian
<pgman@candle.pha.pa.us> wrote:
> The big problem is that it didn't add an extra \ in the cases I
> mentioned.  There were other strings that looked like:
>         "XXX\XX"
> where X is a high-bit character.  Notice there is only one backslash.
> ---------------------------------------------------------------------------
>   Bruce Momjian                        |  http://candle.pha.pa.us
>   pgman@candle.pha.pa.us               |  (610) 359-1001
>   +  If your life is a hard drive,     |  13 Roberts Road
>   +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073
>

Sun, 1 Aug 2004 15:55:17 +0800
Zhenbang Wei <zhenbang@gmail.com>
Re: initdb problem