Re: po: zh_TW translation updates

[Francois Gouget]

It's great seeing lots of progress being made on the Taiwanese 
translation.

There are a few changes that look a bit strange to me though:

msgid "Theme files (*.msstyles; *.theme)"
-msgstr "�Ѿ����}�n�� (*.msstyles��*.theme)"
+msgstr "�Ѿ����}�n�� (*.msstyles; *.theme)"

msgid "TypeLib files (*.tlb; *.olb; *.dll; *.ocx; *.exe)"
-msgstr "TypeLib �n�� (*.tlb��*.olb��*.dll��*.ocx��*.exe)"
+msgstr "TypeLib �n�� (*.tlb;*.olb;*.dll;*.ocx;*.exe)"

So half width semicolons seem to be preferred to full width ones which 
is fine to me. But in the first patch it's followed by a space, like in 
English, and not in the second one which seems inconsistent.

msgid "Wine Programs (*.exe; *.exe.so)"
-msgstr "Wine ��ʽ (*.exe��*.exe.so)"
+msgstr "Wine ��ʽ (*.exe,*.exe.so)"

Here the semicolon was replaced by a comma (and no space), which is 
probably wrong.

msgid "Programs (*.exe)"
-msgstr "��ʽ (*.exe)"
+msgstr "��ʽ(*.exe) "

The previous changes all preserved the space before the opening 
parenthesis. If I add the fact that this introduces a space after 
the closing parenthesis I'd guess this was unintentional.

msgid "Printer files (*.prn)"
-msgstr "��ӡ�n�� (*.prn)"
+msgstr "��ӡ�n�� (*.PRN)"

All other strings of this type use lower case for the extension so I'm 
not sure about this change.

+#, fuzzy
 msgid "The device door is open.\n"
-msgstr ""
+msgstr "ӡ��C�w�Ǵ��_��; ��\n"

+#, fuzzy
 msgid "Connection unavailable.\n"
-msgstr ""
+msgstr "������; ��\n"

The combination of the semicolon and full width full stop seems wrong. I 
suspect the fuzzy translations were from the printer common dialog 
English strings that ended in a semicolon which escaped removal.

msgid ""
"This program is free software; you can redistribute it and/or modify it "
"under the terms of the GNU Lesser General Public License as published by the "
"Free Software Foundation; either version 2.1 of the License, or (at your "
"option) any later version."
msgstr ""
"�@����ʽ������ܛ�w�o����������\n"
"����ܛ�w���������� GNU LGPL 2.1\n"
"����°���S�ɗl����޸ĺ�����\n"
"ɢ���@����ʽ��"

This string is not supposed to be explicitly wrapped. Is the wrapping 
made necessary for Taiwanese because of a Wine bug?

msgid "Finished searching the document."
-msgstr "�n���ь��Y����"
+msgstr "�n�����ҽY��."

msgid "Failed to load the RichEdit library."
-msgstr "RichEdit �d��ʧ����"
+msgstr "RichEdit �b�dʧ��."

Everywhere else full width full stops are used so this change looks 
strange to me.

msgid "Overwrite %1? (Yes|No|All)\n"
-msgstr ""
+msgstr "�Ƿ��w %1�� ���ǣ����ȫ�����ǣ�\n"

Note that in English the 'Yes' implies one should use the 'Y' key, 
etc. So this set of strings is tied to the following translations:

msgctxt "Yes key"
 msgid "Y"
 msgstr ""

msgctxt "No key"
 msgid "N"
 msgstr ""

msgctxt "All key"
 msgid "A"
 msgstr ""

So depending on the keyboard layout it may be necessary to do something 
like '����(Y)����(N)��ȫ������(A)��'

There's another translation which works the same way, look for
"(F - File, D - Directory)"

po: zh_TW translation updates

[Franklin Weng]

Hi,

Thank you for your notification.

I'll fix it in a few days and provide the patch again.  Tuesday or
Wednesday the latest I think, since I have some important things to do
these days.  If it can't catch the release schedule of wine 1.4 please
tell me and I'll send it as soon as possible.

Thanks,
Franklin

在 2012年2月26日下午10:14，Francois Gouget  寫道：
> It's great seeing lots of progress being made on the Taiwanese
> translation.
>
> There are a few changes that look a bit strange to me though:
>
> msgid "Theme files (*.msstyles; *.theme)"
> -msgstr "佈景主題檔案 (*.msstyles；*.theme)"
> +msgstr "佈景主題檔案 (*.msstyles; *.theme)"
>
> msgid "TypeLib files (*.tlb; *.olb; *.dll; *.ocx; *.exe)"
> -msgstr "TypeLib 檔案 (*.tlb；*.olb；*.dll；*.ocx；*.exe)"
> +msgstr "TypeLib 檔案 (*.tlb;*.olb;*.dll;*.ocx;*.exe)"
>
> So half width semicolons seem to be preferred to full width ones which
> is fine to me. But in the first patch it's followed by a space, like in
> English, and not in the second one which seems inconsistent.
>
> msgid "Wine Programs (*.exe; *.exe.so)"
> -msgstr "Wine 程式 (*.exe；*.exe.so)"
> +msgstr "Wine 程式 (*.exe,*.exe.so)"
>
> Here the semicolon was replaced by a comma (and no space), which is
> probably wrong.
>
> msgid "Programs (*.exe)"
> -msgstr "程式 (*.exe)"
> +msgstr "程式(*.exe) "
>
> The previous changes all preserved the space before the opening
> parenthesis. If I add the fact that this introduces a space after
> the closing parenthesis I'd guess this was unintentional.
>
> msgid "Printer files (*.prn)"
> -msgstr "列印檔案 (*.prn)"
> +msgstr "列印檔案 (*.PRN)"
>
> All other strings of this type use lower case for the extension so I'm
> not sure about this change.
>
> +#, fuzzy
>  msgid "The device door is open.\n"
> -msgstr ""
> +msgstr "印表機蓋是打開的; 。\n"
>
> +#, fuzzy
>  msgid "Connection unavailable.\n"
> -msgstr ""
> +msgstr "不可用; 。\n"
>
> The combination of the semicolon and full width full stop seems wrong. I
> suspect the fuzzy translations were from the printer common dialog
> English strings that ended in a semicolon which escaped removal.
>
> msgid ""
> "This program is free software; you can redistribute it and/or modify it "
> "under the terms of the GNU Lesser General Public License as published by the "
> "Free Software Foundation; either version 2.1 of the License, or (at your "
> "option) any later version."
> msgstr ""
> "這個程式是自由軟體﹐您可以遵照\n"
> "自由軟體基金會出版的 GNU LGPL 2.1\n"
> "版或新版的許可條款來修改和重新\n"
> "散佈這個程式。"
>
> This string is not supposed to be explicitly wrapped. Is the wrapping
> made necessary for Taiwanese because of a Wine bug?
>
> msgid "Finished searching the document."
> -msgstr "檔案搜尋結束。"
> +msgstr "檔案查找結束."
>
> msgid "Failed to load the RichEdit library."
> -msgstr "RichEdit 載入失敗。"
> +msgstr "RichEdit 裝載失敗."
>
> Everywhere else full width full stops are used so this change looks
> strange to me.
>
> msgid "Overwrite %1? (Yes|No|All)\n"
> -msgstr ""
> +msgstr "是否覆蓋 %1？ （是｜否｜全部皆是）\n"
>
> Note that in English the 'Yes' implies one should use the 'Y' key,
> etc. So this set of strings is tied to the following translations:
>
> msgctxt "Yes key"
>  msgid "Y"
>  msgstr ""
>
> msgctxt "No key"
>  msgid "N"
>  msgstr ""
>
> msgctxt "All key"
>  msgid "A"
>  msgstr ""
>
> So depending on the keyboard layout it may be necessary to do something
> like '（是(Y)｜否(N)｜全部皆是(A)）'
>
> There's another translation which works the same way, look for
> "(F - File, D - Directory)"
>
> --
> Francois Gouget               http://fgouget.free.fr/
>          tcA thgirypoC muinelliM latigiD eht detaloiv tsuj evah uoY

po: zh_TW translation updates

[Hin-Tak Leung]

--- On Sun, 26/2/12, Francois Gouget  wrote:
> +#, fuzzy
>  msgid "Connection unavailable.\n"
> -msgstr ""
> +msgstr "不可用; 。\n"

meaning just 'useless/unavailable' - could be improved.
> msgid ""
> "This program is free software; you can redistribute it
> and/or modify it "
> "under the terms of the GNU Lesser General Public License as
> published by the "
> "Free Software Foundation; either version 2.1 of the
> License, or (at your "
> "option) any later version."
> msgstr ""
> "這個程式是自由軟體﹐您可以遵照\n"
> "自由軟體基金會出版的 GNU LGPL 2.1\n"
> "版或新版的許可條款來修改和重新\n"
> "散佈這個程式。"

"基金會" seems wrong. Are you sure that's FSF's chinese name?
> msgid "Finished searching the document."
> -msgstr "檔案搜尋結束。"
> +msgstr "檔案查找結束."

The older version is preferred. (may be it is just my opinion).
> msgid "Failed to load the RichEdit library."
> -msgstr "RichEdit 載入失敗。"
> +msgstr "RichEdit 裝載失敗."

ditto here. The older version is preferred.
> msgid "Overwrite %1? (Yes|No|All)\n"
> -msgstr ""
> +msgstr "是否覆蓋 %1？
> （是｜否｜全部皆是）\n"

This translation also looks dubious.

BTW, where was the patch posted? I don't seem to have the very original patch submission (if it were posted to wine-devel).

po: zh_TW translation updates

[Francois Gouget]

On Sun, 26 Feb 2012, Hin-Tak Leung wrote:
[...]
> BTW, where was the patch posted? I don't seem to have the very 
> original patch submission (if it were posted to wine-devel).

Patches are posted to [e-mail]:
http://www.winehq.org/pipermail/wine-patches/2012-February/111804.html

po: zh_TW translation updates

[盧瑞元]

Hi all,

在 2012年2月27日上午2:49，Hin-Tak Leung  寫道：
> --- On Sun, 26/2/12, Francois Gouget  wrote:
> > +#, fuzzy
> >  msgid "Connection unavailable.\n"
> > -msgstr ""
> > +msgstr "不可用; 。\n"
>
> meaning just 'useless/unavailable' - could be improved.
> > msgid ""
> > "This program is free software; you can redistribute it
> > and/or modify it "
> > "under the terms of the GNU Lesser General Public License as
> > published by the "
> > "Free Software Foundation; either version 2.1 of the
> > License, or (at your "
> > "option) any later version."
> > msgstr ""
> > "這個程式是自由軟體﹐您可以遵照\n"
> > "自由軟體基金會出版的 GNU LGPL 2.1\n"
> > "版或新版的許可條款來修改和重新\n"
> > "散佈這個程式。"
>
> "基金會" seems wrong. Are you sure that's FSF's chinese name?
> > msgid "Finished searching the document."
> > -msgstr "檔案搜尋結束。"
> > +msgstr "檔案查找結束."

"查找" is used in zh_CN, not zh_TW.
> The older version is preferred. (may be it is just my opinion).
> > msgid "Failed to load the RichEdit library."
> > -msgstr "RichEdit 載入失敗。"
> > +msgstr "RichEdit 裝載失敗."

Same as above.
> ditto here. The older version is preferred.
> > msgid "Overwrite %1? (Yes|No|All)\n"
> > -msgstr ""
> > +msgstr "是否覆蓋 %1？
> > （是｜否｜全部皆是）\n"
>
> This translation also looks dubious.
>
> BTW, where was the patch posted? I don't seem to have the very original patch submission (if it were posted to wine-devel).

po: zh_TW translation updates

[Hin-Tak Leung]

--- On Mon, 27/2/12, 盧瑞元  wrote:

<snipped>
> > > msgid "Finished searching the document."
> > > -msgstr "檔案搜尋結束。"
> > > +msgstr "檔案查找結束."
>
> "查找" is used in zh_CN, not zh_TW.
> > The older version is preferred. (may be it is just my
>
> opinion).
> > > msgid "Failed to load the RichEdit library."
> > > -msgstr "RichEdit 載入失敗。"
> > > +msgstr "RichEdit 裝載失敗."
>
> Same as above.
> > ditto here. The older version is preferred.

That's two of us, saying those two changes are questionable.

I think quite a few other changes in that patch is of this opinion.

Here is the patch, BTW,
http://www.winehq.org/pipermail/wine-patches/attachments/20120225/a9133e28/a...
for those of us who can read chinese.