[po] auto sync

github-actions[bot] · github-actions[bot] · commit b9f1995648d6 · 2021-06-12T13:17:26.000Z
diff --git a/howto/unicode.po b/howto/unicode.po
@@ -10,7 +10,6 @@
 # allenjuly7 <allenjuly7@astu.fun>, 2019
 # Siyuan Xu <mf20070535@126.com>, 2019
 # ppcfish <ppcfish@gmail.com>, 2019
-# 1lin24 <1lin24@sina.com>, 2020
 # Dai Xu <daixu61@hotmail.com>, 2021
 # 
 #, fuzzy
@@ -110,7 +109,7 @@ msgstr ""
 msgid ""
 "The Unicode standard contains a lot of tables listing characters and their "
 "corresponding code points:"
-msgstr "Unicode 标准包含了许多表格来列出字符和对应的码位。"
+msgstr "Unicode 标准中包含了许多表格，列出了很多字符及其对应的码位。"
 
 #: ../../howto/unicode.rst:71
 msgid ""
@@ -120,8 +119,8 @@ msgid ""
 " KNIGHT', '♞'.  In informal contexts, this distinction between code points "
 "and characters will sometimes be forgotten."
 msgstr ""
-"严格地说，这些定义暗示了这样的说法是没有意义的：“这是字符 ``U+265E``”。``U+265E`` 是一个码位，其代表了某特定的字符 —— "
-"在这一情形下，它代表了字符 “国际象棋黑方骑士（黑马）” ‘♞’。在非正式上下文中，码位和字符的差异有时会被忽略。"
+"严格地说，上述定义暗示了以下说法是没有意义的：“这是字符 ``U+265E``”。``U+265E`` "
+"只是一个码位，代表某个特定的字符；这里它代表了字符 “国际象棋黑骑士” '♞'。在非正式的上下文中，有时会忽略码位和字符的区别。"
 
 #: ../../howto/unicode.rst:78
 msgid ""
@@ -132,9 +131,9 @@ msgid ""
 "to worry about glyphs; figuring out the correct glyph to display is "
 "generally the job of a GUI toolkit or a terminal's font renderer."
 msgstr ""
-"一个字符在屏幕上或在纸上被表示为一组图形元素，被称为**字形**。比如，大写字母 A "
-"的字形，是斜向的两笔和水平的一笔，而具体的细节取决于所使用的字体。大部分 Python "
-"代码不必担心字形，找到应被显示的正确字形一般来说是用户图形界面工具箱或者终端的字体渲染器的工作。"
+"一个字符在屏幕或纸上被表示为一组图形元素，被称为 **字形（glyph）** 。比如，大写字母 A "
+"的字形，是两笔斜线和一笔横线，而具体的细节取决于所使用的字体。大部分 Python 代码不必担心字形，找到正确的显示字形通常是交给 GUI "
+"工具包或终端的字体渲染程序来完成。"
 
 #: ../../howto/unicode.rst:87
 msgid "Encodings"
@@ -150,27 +149,27 @@ msgid ""
 " **character encoding**, or just an **encoding**."
 msgstr ""
 "上一段可以归结为：一个 Unicode 字符串是一系列码位（从 0 到 ``0x10FFFF`` 或者说十进制的 1,114,111 "
-"的数字）组成的序列。这一序列在内存中需要被表示为一组**码元**，然后**码元** 会对应到包含八个二进制位的字节。将 Unicode "
-"字符串翻译成字节序列的规则被称为**字符编码**，或者**编码**。"
+"的数字）组成的序列。这一序列在内存中需被表示为一组 **码元（code unit）** ， **码元** 会映射成包含八个二进制位的字节。将 "
+"Unicode 字符串翻译成字节序列的规则称为 **字符编码** ，或者 **编码** 。"
 
 #: ../../howto/unicode.rst:97
 msgid ""
 "The first encoding you might think of is using 32-bit integers as the code "
 "unit, and then using the CPU's representation of 32-bit integers. In this "
 "representation, the string \"Python\" might look like this:"
 msgstr ""
-"你可能会想到的第一种编码是使用一个 32 位的整数来代表一个代码位，然后使用 CPU 对 32 位整数的表达方式。在这一表达方式中，字符串 "
-"“Python” 可能看起来像是这样："
+"大家首先会想到的编码可能是用 32 位的整数作为代码位，然后采用 CPU 对 32 位整数的表示法。字符串 “Python” "
+"用这种表示法可能会如下所示："
 
 #: ../../howto/unicode.rst:107
 msgid ""
 "This representation is straightforward but using it presents a number of "
 "problems."
-msgstr "这个表达方式非常直接，但同时也存在 一些问题。"
+msgstr "这种表示法非常直白，但也存在 一些问题。"
 
 #: ../../howto/unicode.rst:110
 msgid "It's not portable; different processors order the bytes differently."
-msgstr "不够方便；不同的处理器对字节的排序不同。"
+msgstr "不具可移植性；不同的处理器的字节序不同。"
 
 #: ../../howto/unicode.rst:112
 msgid ""
@@ -182,17 +181,15 @@ msgid ""
 "that large), but expanding our usage of disk and network bandwidth by a "
 "factor of 4 is intolerable."
 msgstr ""
-"非常浪费空间。多数编码都小于127，或者255，所以很多空间都是 ``0x00``。上面的字符串takes 24 bytes compared to "
-"the 6 bytes needed for an ASCII representation. Increased RAM usage doesn't "
-"matter too much (desktop computers have gigabytes of RAM, and strings aren't"
-" usually that large), but expanding our usage of disk and network bandwidth "
-"by a factor of 4 is intolerable."
+"非常浪费空间。 在大多数文本中，大部分码位都小于 127 或 255，因此字节 ``0x00`` 占用了大量空间。相较于 ASCII 表示法所需的 6 "
+"个字节，以上字符串需要占用 24 个字节。RAM 用量的增加没那么要紧（台式计算机有成 GB 的 "
+"RAM，而字符串通常不会有那么大），但要把磁盘和网络带宽的用量增加 4 倍是无法忍受的。"
 
 #: ../../howto/unicode.rst:120
 msgid ""
 "It's not compatible with existing C functions such as ``strlen()``, so a new"
 " family of wide string functions would need to be used."
-msgstr ""
+msgstr "与现有的 C 函数（如 ``strlen()`` ）不兼容，因此需要采用一套新的宽字符串函数。 "
 
 #: ../../howto/unicode.rst:123
 msgid ""
