sync with cpython 5a09ae28

Author: github-actions[bot]

howto/mro.po

@@ -7,7 +7,7 @@ msgid ""
 msgstr ""
 "Project-Id-Version: Python 3.14\n"
 "Report-Msgid-Bugs-To: \n"
-"POT-Creation-Date: 2025-01-22 00:13+0000\n"
+"POT-Creation-Date: 2026-06-30 00:39+0000\n"
 "PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
 "Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
 "Language-Team: Chinese - TAIWAN (https://github.com/python/python-docs-zh-"
@@ -28,11 +28,12 @@ msgid ""
 "in Python 2.3, but it is still used in later versions -- including Python 3."
 msgstr ""
 "這是一份歷史文件，作為正式文件的附錄提供。此處討論的方法解析順序 (Method "
-"Resolution Order) 是在 Python 2.3 中 *引入* 的，但仍在後續版本中使用，包"
-"括 Python 3。"
+"Resolution Order) 是在 Python 2.3 中 *引入* 的，但仍在後續版本中使用，包括 "
+"Python 3。"
 
 #: ../../howto/mro.rst:13
-msgid "By `Michele Simionato <https://www.phyast.pitt.edu/~micheles/>`__."
+#, fuzzy
+msgid "By `Michele Simionato <https://github.com/micheles>`__."
 msgstr "作者：`Michele Simionato <https://www.phyast.pitt.edu/~micheles/>`__。"
 
 #: ../../howto/mro.rst:0
@@ -78,10 +79,10 @@ msgid ""
 "Rossum who enthusiastically added this document to the official Python 2.3 "
 "home-page.*"
 msgstr ""
-"*感謝 Python 郵件列表中所有給予我支持的人。Paul Foley 指出了各種不精確之處，並"
-"促使我加入了區域優先順序（local precedence ordering）的部分。David Goodger 協"
-"助 reStructuredText 的格式化。David Mertz 協助編輯。最後，Guido van Rossum 熱"
-"情地將此文件加入到 Python 2.3 官方首頁。*"
+"*感謝 Python 郵件列表中所有給予我支持的人。Paul Foley 指出了各種不精確之處，"
+"並促使我加入了區域優先順序（local precedence ordering）的部分。David Goodger "
+"協助 reStructuredText 的格式化。David Mertz 協助編輯。最後，Guido van Rossum "
+"熱情地將此文件加入到 Python 2.3 官方首頁。*"
 
 #: ../../howto/mro.rst:40
 msgid "The beginning"
@@ -122,10 +123,10 @@ msgid ""
 "breaking of code is expected.  Therefore:"
 msgstr ""
 "首先讓我指出，我要說的僅適用於 Python 2.2 中引入的 *新式類別（new style "
-"classes）*：*經典類別（classic classes）* 維持其舊有的方法解析順序，即深度"
-"優先然後由左至右。因此，經典類別的舊程式碼不會受到影響；即使原則上 Python 2.2 "
-"新式類別的程式碼可能會受影響，但實際上 C3 解析順序與 Python 2.2 方法解析順序不"
-"同的情況極為罕見，因此預期不會真正破壞程式碼。因此："
+"classes）*：*經典類別（classic classes）* 維持其舊有的方法解析順序，即深度優"
+"先然後由左至右。因此，經典類別的舊程式碼不會受到影響；即使原則上 Python 2.2 "
+"新式類別的程式碼可能會受影響，但實際上 C3 解析順序與 Python 2.2 方法解析順序"
+"不同的情況極為罕見，因此預期不會真正破壞程式碼。因此："
 
 #: ../../howto/mro.rst:64
 msgid "*Don't be scared!*"
@@ -185,8 +186,8 @@ msgid ""
 msgstr ""
 "例如，在單一繼承階層的情況下，如果 C 是 C1 的子類別，而 C1 是 C2 的子類別，那"
 "麼 C 的線性化就是串列 [C, C1, C2]。然而，在多重繼承階層中，線性化的建構更加複"
-"雜，因為要建構一個遵守\\ *區域優先順序（local precedence ordering）* 和\\ *"
-"單調性（monotonicity）* 的線性化更加困難。"
+"雜，因為要建構一個遵守\\ *區域優先順序（local precedence ordering）* 和\\ *單"
+"調性（monotonicity）* 的線性化更加困難。"
 
 #: ../../howto/mro.rst:96
 msgid ""
@@ -209,8 +210,8 @@ msgid ""
 "hierarchies, where it is not possible to derive a class such that its "
 "linearization respects all the desired properties."
 msgstr ""
-"並非所有類別都能進行線性化。在複雜的階層結構中，有些情況下無法衍生出一個類別，"
-"使其線性化遵守所有所需的屬性。"
+"並非所有類別都能進行線性化。在複雜的階層結構中，有些情況下無法衍生出一個類"
+"別，使其線性化遵守所有所需的屬性。"
 
 #: ../../howto/mro.rst:108
 msgid "Here I give an example of this situation. Consider the hierarchy"
@@ -255,8 +256,8 @@ msgid ""
 "X precedes Y in A, but Y precedes X in B, therefore the method resolution "
 "order would be ambiguous in C."
 msgstr ""
-"在這種情況下，不可能從 A 和 B 衍生出新的類別 C，因為 X 在 A 中先於 Y，但 Y 在 "
-"B 中先於 X，因此 C 的方法解析順序會產生歧義。"
+"在這種情況下，不可能從 A 和 B 衍生出新的類別 C，因為 X 在 A 中先於 Y，但 Y "
+"在 B 中先於 X，因此 C 的方法解析順序會產生歧義。"
 
 #: ../../howto/mro.rst:137
 msgid ""
@@ -265,9 +266,9 @@ msgid ""
 "hierarchies.  Python 2.2 instead does not raise an exception, but chooses an "
 "*ad hoc* ordering (CABXYO in this case)."
 msgstr ""
-"Python 2.3 在這種情況下會引發例外（TypeError: MRO conflict among bases Y, X），"
-"防止程式設計師建立有歧義的階層結構。Python 2.2 則不會引發例外，而是選擇 *ad "
-"hoc* 順序（在這種情況下為 CABXYO）。"
+"Python 2.3 在這種情況下會引發例外（TypeError: MRO conflict among bases Y, "
+"X），防止程式設計師建立有歧義的階層結構。Python 2.2 則不會引發例外，而是選擇 "
+"*ad hoc* 順序（在這種情況下為 CABXYO）。"
 
 #: ../../howto/mro.rst:143
 msgid "The C3 Method Resolution Order"
@@ -277,7 +278,8 @@ msgstr "C3 方法解析順序"
 msgid ""
 "Let me introduce a few simple notations which will be useful for the "
 "following discussion.  I will use the shortcut notation::"
-msgstr "讓我介紹一些簡單的符號標示法，這對以下討論很有用。我將使用簡寫符號： ::"
+msgstr ""
+"讓我介紹一些簡單的符號標示法，這對以下討論很有用。我將使用簡寫符號： ::"
 
 #: ../../howto/mro.rst:148
 msgid "C1 C2 ... CN"
@@ -346,8 +348,7 @@ msgstr "L[C(B1 ... BN)] = C + merge(L[B1] ... L[BN], B1 ... BN)"
 msgid ""
 "In particular, if C is the ``object`` class, which has no parents, the "
 "linearization is trivial::"
-msgstr ""
-"特別是如果 C 是沒有父類別的 ``object`` 類別，那麼線性化是簡單的："
+msgstr "特別是如果 C 是沒有父類別的 ``object`` 類別，那麼線性化是簡單的："
 
 #: ../../howto/mro.rst:183
 msgid "L[object] = object."
@@ -371,8 +372,9 @@ msgid ""
 msgstr ""
 "*取第一個串列的頭部，即 L[B1][0]；如果此頭部不在其他任何串列的尾部中，那麼將"
 "它加入到 C 的線性化中，並從合併中的所有串列移除它；否則查看下一個串列的頭部，"
-"如果它是一個好的頭部就取它。然後重複此操作，直到所有類別都被移除或無法找到好的"
-"頭部。在後面這種情況下，無法建構合併，Python 2.3 將拒絕建立類別 C 並引發例外。*"
+"如果它是一個好的頭部就取它。然後重複此操作，直到所有類別都被移除或無法找到好"
+"的頭部。在後面這種情況下，無法建構合併，Python 2.3 將拒絕建立類別 C 並引發例"
+"外。*"
 
 #: ../../howto/mro.rst:197
 msgid ""
@@ -381,8 +383,8 @@ msgid ""
 "preserved (as in the example of serious order disagreement discussed above) "
 "then the merge cannot be computed."
 msgstr ""
-"此規則確保合併操作\\ *保留*\\ 順序（如果順序可以被保留）。另一方面，如果無法保"
-"留順序（如上面討論的嚴重順序分歧的範例），則無法計算合併。"
+"此規則確保合併操作\\ *保留*\\ 順序（如果順序可以被保留）。另一方面，如果無法"
+"保留順序（如上面討論的嚴重順序分歧的範例），則無法計算合併。"
 
 #: ../../howto/mro.rst:202
 msgid ""
@@ -401,7 +403,8 @@ msgid ""
 "However, in the case of multiple inheritance things are more cumbersome and "
 "I don't expect you can understand the rule without a couple of examples ;-)"
 msgstr ""
-"但是，在多重繼承的情況下，事情更加複雜，我不指望你能在沒有幾個範例的情況下理解這個規則 ;-)"
+"但是，在多重繼承的情況下，事情更加複雜，我不指望你能在沒有幾個範例的情況下理"
+"解這個規則 ;-)"
 
 #: ../../howto/mro.rst:212
 msgid "Examples"
@@ -558,12 +561,12 @@ msgstr "第二個範例的線性化之計算我留給讀者當作練習："
 
 #: ../../howto/mro.rst:303
 msgid ""
-"The only difference with the previous example is the change B(D,E) --> "
-"B(E,D); however even such a little modification completely changes the "
-"ordering of the hierarchy:"
+"The only difference with the previous example is the change B(D,E) --> B(E,"
+"D); however even such a little modification completely changes the ordering "
+"of the hierarchy:"
 msgstr ""
-"與上一個範例的唯一區別是 B(D,E) --> B(E,D) 的變化；但是即使是這樣小小的修改，也完"
-"全改變了階層結構的順序："
+"與上一個範例的唯一區別是 B(D,E) --> B(E,D) 的變化；但是即使是這樣小小的修改，"
+"也完全改變了階層結構的順序："
 
 #: ../../howto/mro.rst:307
 msgid ""
@@ -690,8 +693,8 @@ msgid ""
 "both the MRO for classic classes and the MRO for new style classes in Python "
 "2.2 are bad."
 msgstr ""
-"當 MRO 打破諸如區域優先順序和單調性之類的基本屬性時，MRO 是\\ *不良*\\ 的。在本節"
-"中，我將證明經典類別的 MRO 和 Python 2.2 的新式類別的 MRO 都是不好的。"
+"當 MRO 打破諸如區域優先順序和單調性之類的基本屬性時，MRO 是\\ *不良*\\ 的。在"
+"本節中，我將證明經典類別的 MRO 和 Python 2.2 的新式類別的 MRO 都是不好的。"
 
 #: ../../howto/mro.rst:377
 msgid ""
@@ -728,12 +731,12 @@ msgstr ""
 #: ../../howto/mro.rst:399
 msgid ""
 "We see that class G inherits from F and E, with F *before* E:  therefore we "
-"would expect the attribute *G.remember2buy* to be inherited by "
-"*F.remember2buy* and not by *E.remember2buy*:  nevertheless Python 2.2 gives"
+"would expect the attribute *G.remember2buy* to be inherited by *F."
+"remember2buy* and not by *E.remember2buy*:  nevertheless Python 2.2 gives"
 msgstr ""
-"我們看到類別 G 從 F 和 E 繼承，F 在 E *之前*：因此，我們希望屬性 "
-"*G.remember2buy* 被 *F.remember2buy* 繼承，而不是 *E.remember2buy*：儘管如"
-"此，Python 2.2 給出"
+"我們看到類別 G 從 F 和 E 繼承，F 在 E *之前*：因此，我們希望屬性 *G."
+"remember2buy* 被 *F.remember2buy* 繼承，而不是 *E.remember2buy*：儘管如此，"
+"Python 2.2 給出"
 
 #: ../../howto/mro.rst:407
 msgid ""
@@ -756,9 +759,9 @@ msgid ""
 "quite non-intuitive and error prone.  This is particularly true since it is "
 "a different from old style classes:"
 msgstr ""
-"有人可能會說，F 在 Python 2.2 線性化中跟隨 E 的原因是 F 比 E 特化程度較低，"
-"因為 F 是 E 的超類別；然而，局部優先順序的破壞非常不直覺且容易出錯。尤其如"
-"此，因為它與舊式類別不同："
+"有人可能會說，F 在 Python 2.2 線性化中跟隨 E 的原因是 F 比 E 特化程度較低，因"
+"為 F 是 E 的超類別；然而，局部優先順序的破壞非常不直覺且容易出錯。尤其如此，"
+"因為它與舊式類別不同："
 
 #: ../../howto/mro.rst:425
 msgid ""
@@ -828,8 +831,8 @@ msgid ""
 "enough to recognize obvious mistakes, as the duplication of classes in the "
 "list of parents:"
 msgstr ""
-"與之相關的是，我指出 Python 2.3 演算法足夠聰明，可以識別出明顯的錯誤，例"
-"如父類別串列中類別的重複："
+"與之相關的是，我指出 Python 2.3 演算法足夠聰明，可以識別出明顯的錯誤，例如父"
+"類別串列中類別的重複："
 
 #: ../../howto/mro.rst:469
 msgid ""
@@ -936,8 +939,7 @@ msgid ""
 "verify these linearizations as an exercise and draw the inheritance "
 "diagram ;-) ::"
 msgstr ""
-"以下是根據 C3 MRO 的線性化（讀者應練習驗證這些線性化並繪製繼承"
-"圖 ;-) ： ::"
+"以下是根據 C3 MRO 的線性化（讀者應練習驗證這些線性化並繪製繼承圖 ;-) ： ::"
 
 #: ../../howto/mro.rst:534
 msgid ""
@@ -1009,12 +1011,11 @@ msgid ""
 "the last line to play with the various examples I have discussed in this "
 "paper.::"
 msgstr ""
-"本節適用於那些不耐煩、所有先前部分都跳過並直接滑到最後的讀者，也適"
-"用於懶得鍛鍊大腦的程式設計師。最後，這也是針對一些自負的程式"
-"設計師，不然她/他也不會想閱讀有關多重繼承階層中 C3 方法解析順序的文章；-)"
-"擁有這三種美德（注意是同時擁有，不是分開）就值得獲得獎品：獎品是一個簡短的 Python 2.2 腳"
-"本，可以幫你計算 2.3 MRO 而不用傷腦筋。只需更改最後一行就可以試跑我在本"
-"文中討論的各種範例。 ::"
+"本節適用於那些不耐煩、所有先前部分都跳過並直接滑到最後的讀者，也適用於懶得鍛"
+"鍊大腦的程式設計師。最後，這也是針對一些自負的程式設計師，不然她/他也不會想閱"
+"讀有關多重繼承階層中 C3 方法解析順序的文章；-)擁有這三種美德（注意是同時擁"
+"有，不是分開）就值得獲得獎品：獎品是一個簡短的 Python 2.2 腳本，可以幫你計算 "
+"2.3 MRO 而不用傷腦筋。只需更改最後一行就可以試跑我在本文中討論的各種範例。 ::"
 
 #: ../../howto/mro.rst:574
 msgid ""
@@ -1205,11 +1206,11 @@ msgstr ""
 
 #: ../../howto/mro.rst:667
 msgid ""
-"The paper *A Monotonic Superclass Linearization for Dylan*: https://doi.org/"
-"10.1145/236337.236343"
+"The paper *A Monotonic Superclass Linearization for Dylan*: https://doi."
+"org/10.1145/236337.236343"
 msgstr ""
-"論文 *A Monotonic Superclass Linearization for Dylan*: https://doi.org/"
-"10.1145/236337.236343"
+"論文 *A Monotonic Superclass Linearization for Dylan*: https://doi."
+"org/10.1145/236337.236343"
 
 #: ../../howto/mro.rst:670
 msgid ""
@@ -1218,5 +1219,5 @@ msgid ""
 "releases/2.2.2/descrintro"
 msgstr ""
 "Guido van Rossum 的文章 *Unifying types and classes in Python 2.2*：https://"
-"web.archive.org/web/20140210194412/http://www.python.org/download/releases/"
-"2.2.2/descrintro"
+"web.archive.org/web/20140210194412/http://www.python.org/download/"
+"releases/2.2.2/descrintro"