您好，

有人发表了一条针对 gimp — master — po（中文（中国））的新评论。
https://l10n.gnome.org/vertimus/gimp/master/po/zh_CN/

Current translated file 是已存在于软件仓库中的版本，是最旧的版本。下面留言中的各个版本都是（同一个或不同的）翻译人员在最旧的版本基础上做的尚未正式被接纳的修改。要继续翻译，可以选择在尚未被接纳的修改的基础上继续翻译（这时应下载“与开发更改合并的已提交文件”），也可以做重复劳动、丢弃未被接纳的修改、直接从仓库版本（current translated file）重新开始。

无论如何，审核并提交至软件仓库时只会选用页面上存在的，看起来最靠谱的一个翻译版本。大概率会是最近的一次翻译人员所做的修改，但根据具体翻译的质量也可能有例外。

Boyuan Yang
--
这是一封 l10n.gnome.org 自动发出的信件。

nor...@gnome.org

unread,

Jun 25, 2024, 5:46:04 AMJun 25

to i18...@googlegroups.com

您好，

有人发表了一条针对 gimp — master — po（中文（中国））的新评论。
https://l10n.gnome.org/vertimus/gimp/master/po/zh_CN/

谢谢回复！我明白应该下载哪个了。

另外，我尽量在提交时注明修改的原因。

nor...@gnome.org

unread,

Jun 25, 2024, 8:27:14 AMJun 25

to i18...@googlegroups.com

unread,

Jun 27, 2024, 10:24:11 PMJun 27

to i18...@googlegroups.com

您好，

gimp — master — po（中文（中国））现在的状态是“已翻译”。
https://l10n.gnome.org/vertimus/gimp/master/po/zh_CN/

驿窗修改说明：
(请参考截图：https://imgse.com/i/pk6KGDO)
第一处修改，四个string:
===========================================================

1. 在菜单首选项>色彩管理中：标记出超出全彩范围的；更新为"显示超色域警告"

在菜单首选项>色彩管理>图像显示模式中，有三个选项：
2. 软打样；更新为"启用软打样"
3. 色彩管理的显示；更新为"启用色彩管理"
4. 无色彩管理；更新为 "禁用色彩管理"

说明：
-----------------
1. 显示超色域警告；修改原因：专业术语。
2. 启用软打样；修改原因：基于上下文承启。
3. 启用色彩管理；修改原因：基于上下文承启及术语使用，且此项对应(禁用色彩管理)一项，二者相反。
3. 禁用色彩管理；驿窗注：此项在po中暂未找到对应的string，待后续修改。

对于第二项，目前中文翻译使用的"色彩管理的显示"，翻译方式应该是按字面翻译，结果感觉不通顺且不易解读，这也是本次修改的一个原因。色彩管理这个术语，行业中没有"色彩管理的显示"或者"色彩管理此视图"之类的表达方式，这样表达应该是语文逻辑上的不通顺。

推测po的英文原文的目的是为了简短，所以导致的中文字面意思出问题。

第二处修改，三个string：
===================================
5. 标记出超出全彩范围的；更新为"显示超色域警告"。驿窗修改原因：同上。
6. 校对颜色；改为"本视图启用软打样"。驿窗修改原因：专业术语翻译错误。
7. 菜单视图>色彩管理中的条目"色彩管理此视图"，修改为：本视图启用色彩管理(Color-Manage this View) 驿窗修改原因：同上。
(上面两处共修改7个string，其中一个需要后续处理)

一个建议：关于proof的翻译
==========================================
proof这个单词，我大概遍历了一下整个po，没有"打样"以外的其它含义，建议译员在本地保存成术语表。这样将来再遇到proof这个单词时，优先考虑翻译成"打样"。

问题
=============================
大概一周之内，我下载了Luming Zh两个不同日期的提交，之后我用meld做了下对比，发现po文件有一些变化是英文string变化。

我的问题是，这些变化，在哪里能第一时间看到？

我原来以为是https://l10n.gnome.org/languages/zh_CN/gnome-gimp/ui/的ui统计信息，只要是100%，就表示英文string没有变化。如果英文string发生变化，就不该显示100%。

nor...@gnome.org

unread,

Jun 27, 2024, 10:25:19 PMJun 27

to i18...@googlegroups.com

您好，

有人发表了一条针对 gimp — master — po（中文（中国））的新评论。
https://l10n.gnome.org/vertimus/gimp/master/po/zh_CN/

果然如你所说，提交成功了~

nor...@gnome.org

unread,

Jun 27, 2024, 10:44:55 PMJun 27

to i18...@googlegroups.com

您好，

gimp — master — po（中文（中国））现在的状态是“待复查”。
https://l10n.gnome.org/vertimus/gimp/master/po/zh_CN/

建议：
一、删掉“本视图”三个字，尽量缩短翻译内容，加上本视图属于多余了
二、英文字符串的变化不一定是翻译内容的变化，可能只是单纯源代码位置的变化，和翻译内容无关，只有翻译内容发生变化统计数据才会改变
三、为啥会出现这么多模糊翻译和未翻译内容？请在当前最新的翻译基础上进行修改。

unread,

Jun 28, 2024, 6:51:21 PMJun 28

to i18...@googlegroups.com

您好，

gimp — master — po（中文（中国））现在的状态是“已翻译”。
https://l10n.gnome.org/vertimus/gimp/master/po/zh_CN/

之前的文件确实出现问题了，原因我回头查。这次我重新下载po文件，然后在新下载po的基础上修改，最后在上传前做一次文件差异对比，确认与下载的po文件差异正常，然后上传。

修改说明：
(请参考截图：https://imgse.com/i/pk6KGDO)
第一处修改，四个string:
===========================================================

1. 在菜单首选项>色彩管理中：标记出超出全彩范围的；更新为"显示超色域警告"

在菜单首选项>色彩管理>图像显示模式中，有三个选项：
2. 软打样；更新为"启用软打样"
3. 色彩管理的显示；更新为"启用色彩管理"
4. 无色彩管理；更新为 "禁用色彩管理"

说明：
-----------------
1. 显示超色域警告；修改原因：专业术语。
2. 启用软打样；修改原因：基于上下文承启。
3. 启用色彩管理；修改原因：基于上下文承启及术语使用，且此项对应(禁用色彩管理)一项，二者相反。
3. 禁用色彩管理；驿窗注：此项在po中暂未找到对应的string，待后续修改。

对于第二项，目前中文翻译使用的"色彩管理的显示"，翻译方式应该是按字面翻译，结果感觉不通顺且不易解读，这也是本次修改的一个原因。色彩管理这个术语，行业中没有"色彩管理的显示"或者"色彩管理此视图"之类的表达方式，这样表达应该是语文逻辑上的不通顺。

推测po的英文原文的目的是为了简短，所以导致的中文字面意思出问题。

第二处修改，三个string：
===================================
5. 标记出超出全彩范围的；更新为"显示超色域警告"。驿窗修改原因：同上。
6. 校对颜色；改为"本视图启用软打样"。驿窗修改原因：专业术语翻译错误。
7. 菜单视图>色彩管理中的条目"色彩管理此视图"，修改为：本视图启用色彩管理(Color-Manage this View) 驿窗修改原因：同上。

(上面两处共修改7个string(10个条目)，其中一个需要后续处理)

一个建议：关于proof的翻译
==========================================
proof这个单词，我大概遍历了一下整个po，没有"打样"以外的其它含义，建议译员在本地保存成术语表。这样将来再遇到proof这个单词时，优先考虑翻译成"打样"。

nor...@gnome.org

unread,

Jun 28, 2024, 7:07:18 PMJun 28

to i18...@googlegroups.com

您好，

有人发表了一条针对 gimp — master — po（中文（中国））的新评论。
https://l10n.gnome.org/vertimus/gimp/master/po/zh_CN/

两个小问题：
1.在菜单首选项>色彩管理>图像显示模式中的第一个选项：无色彩管理；更新为 "禁用色彩管理"。
这个条目，我在po文件中找不到可以修改的地方，要怎么才能找到？

2.之前提到的"二、目前GIMP的appimage版本只是用来给开发者验证用的"

我想找到能够与最新po对应的gimp程序，比如appimage，来验证翻译的po。上游的话，具体应该到哪里找？或者，上游不支持这样的验证，所以根本就不提供二者的对应？

nor...@gnome.org

unread,

上面我打字有点多，这里我少打一点吧。
简单说，如果看到"显示超色域警告"的字样，我脑子里马上知道它是什么和干什么，不用思考；
但如果看到"软打样时标记出无法在目标色彩空间内展现的色彩"，我必须停下来想一想它到底是在说什么事情和能实现什么功能，缓慢的推理后发现，这不就是显示超色域警告么。翻译得比较复杂的话，不太符合UI的"简短和易解读"的宗旨。

关于黑点补偿，那是个参考。这里我们可以找个更贴切一点的，比如蒙版，还有很多。蒙版也好，黑点补偿也好，CMYK也好，应该都是不需要解释的。超色域警告也是同理，原因是，我感觉都可以按术语处理。

至于工具提示，确实是有争议的东西，而且争议很多年了，太多人认为它没啥用。

三，色相。

这里也少打点字。

这应该是一个历史问题，现在很多人都有疑惑。不过，在电子工业出版社的那本《色彩管理》上，使用了你说的"色调"。

我的感觉是，色相也好，色调也好，有另一个问题可能少有人注意到，就是在颜色术语方面汉语词汇还是不够用。换句话说，可能需要发明更多的专门词汇来应对众多的色彩模型和颜色术语…… 这超纲了，再说吧。

开发人员的说法"gimp从来不是photoshop的模仿品".
这个说法对我来说其实无所谓。无论真相是什么，现实是，如果有人问有没有什么能替代photoshop的开源软件，多数人会提到gimp，会说用gimp替代photoshop。或者，在介绍gimp时，很多人会说和photoshop差不多。
所以在这一点上，我更关心现实，不太关心事实。

如果用户关心真相，那我就转向真相；如果用户不关心真相，那我就把真相放一放。
从译员这个中间角色出发，我觉得下游用户的需求是我的主要工作方向，上游开发人员的想法反而是次要的。

nor...@gnome.org

unread,

Jun 30, 2024, 7:34:46 AMJun 30

to i18...@googlegroups.com

您好，

有人发表了一条针对 gimp — master — po（中文（中国））的新评论。
https://l10n.gnome.org/vertimus/gimp/master/po/zh_CN/

说实话，你的理念通篇看下来给我的感觉就是一句话，你想的太多了。
一、soft是与hard对应，很对，根据英语造词习惯来看，hard-proofing是实际打印出样张进行校对/验证，而soft-proofing则是通过软件色域转换模拟实现非物理性的颜色校对/验证，所以我可以合理推断soft-proofing就是软件校对的意思。

而且我再强调一遍，proof作动词是校对/验证的意思，没有打样的意思，你后面说的反馈过程也不对，那是校对/验证后的校正过程，和校对是一前一后的关系，不是一回事。

二、关于超色域警告，不管是校对颜色还是显示警告都是针对打印的，换句话说都是针对CMYK色域的操作，其它色域不存在校对颜色和超色域警告的意义。因为从软件处理到最终显示都是在RGB色域内，不存在因为色域差别和转换而产生的偏色问题，如果有那是你显示器的问题（这个问题后面说），所以你说的校对颜色和超色域警告的区别并不存在，因为这两者本来就是和CMYK绑定在一起的，是一回事。

而且软打样只能尽量减少，并不能做到和实际打印完全一致，因为CMYK色域有一部分并不在RGB的色域范围内。

另外，软打样是针对设计者的功能，和打印厂商没有关系，其作用就是即时反馈给设计者哪些部分颜色无法在实际打印中呈现出来，可以让设计者对用色进行调整。打印厂商有自己的校色和调色流程，不会浪费时间搭理上游这种自己工作失职的问题，人家不会给你擦屁股。

三、用校色仪给显示器校色不属于软打样的过程，因为这是事前对工作设备的准备工作，甚至是硬件出厂时就应该完成的工作，请不要将其搀合进来。

四、如果你认为英文原文存在用词不规范或者提示不合理的问题，请在源代码托管平台上提交修改建议，不要私自对翻译进行“面目全非”式的修改。你说开发人员的想法反而是次要的，这岂非喧宾夺主，如果都像你想的这样，就不会有开源社区动不动就开分支的现象了。

请尊重原文，大哥你想太多了，这是翻译，不是编辑。

nor...@gnome.org

unread,

Jul 1, 2024, 1:42:39 AMJul 1

to i18...@googlegroups.com

您好，

有人发表了一条针对 gimp — master — po（中文（中国））的新评论。
https://l10n.gnome.org/vertimus/gimp/master/po/zh_CN/

我继续努力……

一，我们假设把soft-proofing翻译成"软件校对"。那么接下来就要考虑一下，对应的hard-proofing应该翻译成什么。是翻译成"硬件校对"，还是"硬打样"。从这个对比上看，软件校对对应硬件校对，软打样对应硬打样。就像软拷贝对应硬拷贝。

或者，二者各自翻译自己的，不对应。

我觉得需要对应，即hard-proofing如果是硬打样，那么soft-proofing就只能是软打样，不能是软校对。

如果你觉得不需要对应，我很想听听你的想法。

接下来我们看看校对这个词在印刷流程里到底是怎么回事。

印刷厂把打样印出来以后，要交给报社或者出版社的编辑手里，编辑负责审定最终印刷的成品效果。而打样的唯一意义，就是展示印刷效果，至于效果好或坏，能不能批量印刷，样张本身并不涉及，或者说，样张本身不能确定。确定这一点的，是负责的编辑，是编辑本人。编辑拿到打样以后，看效果是不是满意，满意，就签字返给印刷厂批量印刷。不满意就改。

你有提到，我说的这个校对与soft-proofing应该是一前一后的关系，不是一回事。我解释一下。

soft-proofing，本身就有两种形式，之前我们只讨论了一个形式，现在我提一下另一个形式。

soft-proofing的一个形式是我们已经讨论的，在屏幕上模拟印刷颜色。
soft-proofing的第二个形式，其实是pdf文件，即在电脑上查看即将印刷的pdf文稿。这个时候，电脑前的工作人员所做的工作，其实主要是检查pdf有没有错别字，排版是不是有错乱，等等，基本上不会涉及颜色。检查没有问题，就给印刷厂上机印刷。

实际工作中，很多印刷项目由于必须hard-proofing，即必须印出纸质的打样供编辑审定，所以就取消了第二形式的soft-proofing。这个时候，校对工作的对象就比较单一，编辑拿着hard-proofing(纸)，除了要看错别字，还要看排版的版式，甚至要看纸张克重、白度、挺度，当然，颜色也要看。这个过程中如果发现任何问题，比如错别字问题，编辑会在hard-proofing上直接标出来，并贴上标签。之后交给下游，比如设计公司或者印刷厂。这个过程是我说的校对，也是之前我说的，校对在流程里的特殊性，是人的参与。

proof colors如果翻译成"校对"颜色的话，字面上肯定可以，中文本身也有校对颜色的这个词汇。但有一个问题，就是如果抛开gimp，我们只谈"校对颜色"这个话题的话，那么校对颜色和soft-proofing以及hard-proofing可能就没有关系，因为中文的"校对颜色"通常对应英文的calibration，而不是proof或者proofing。

下面我们解释一下"校对颜色"到底在做什么，可以看看"校对颜色"和proof colors有什么区别。

校对颜色，通常是我前面说的单管理，就是主要只针对一个icc，比如给显示器校对颜色，那么目标就是显示器的icc；再比如给印刷机校色，那么目标就是印刷机的icc。
proof colors命令在gimp中的用途，很显然，它至少涉及了两个icc，屏幕+印刷。

当一个颜色管理的流程中出现必须同时处理上面这两个icc的时候，那么，这个流程通常不能叫做校对颜色了，因为校对颜色本身没那么复杂。

字面上翻译proof colors，就是校对颜色，这个可以。不过，事情应该没有这么简单。有两点原因：

1. 像我之前提到的，proof colors和soft-proofing是一模一样的，没有任何区别，那么我们把二者分别翻译成不同的中文，这在逻辑上没有办法解释。以"尊重原文"为原因，结果就是让用户发晕，这显得我们工作不到位。

不过，如果你确实想把soft-proofing改成"软件校对"的话，再另外再说。在这里我认为，proof colors和soft-proofing应该翻译成同一个中文，因为它们的功能没任何区别。

2. 你提到proof colors里的proof是动词，我一直没有深入研究，因为我只有在刚开始接触UI翻译的时候才会花精力从语法上考虑翻译技巧，熟悉以后，我就没再理会过语法了。

今天我花时间查了一下语法，有了一些推测，你参考看看，不用太认真：

proof colors中的proof，可以作为动词，也可以是名词。在gimp中proof colors这里，proof作为名词来看，有点像story book，或者bus driver。这些都是用名词来修饰名词。
当把proof做为名词来看的时候，那么proof colors的中文意思就是"打样颜色"，而命令执行的结果也的确是"打样颜色"，这和soft-proofing一致，二者可以统一了，逻辑也没有漏洞。

整体上，对于proof这个词的用法，我的经验是，无论是动词，还是名词，只要是在色彩管理流程中出现，那么首先就应该考虑"打样"这个翻译方向。这也是之前我提到的，proof应该作为术语处理。

二、
1. 其它色域不存在超色域警告的意义：这个说法需要纠正。

CMYK不是最早使用超色域警告的，更不是唯一使用的。
这个解释起来可能非常麻烦，不过验证倒比较容易，我贴个图：

https://imgse.com/i/pkcIYt0

上面的截图：在gimp中给一个区域填充颜色时，颜色对话框最上方左边，从gimp切换到wheel，然后用鼠标在中间的三角上随处任意点，过程中盯着右侧的RGBLCH滑条看，有时会看到大面积的粉红色(一直看不到粉红色，可能需要在三角外的环上换个位置再继续)，这个大面积粉红色就是色域出问题了，或者叫色域警告。这个时候把RGBLCH条上的某一个滑块移到粉红色区间，就能看到下面的Current方块的右上角显示出一个粉红色的三角，这个三角就是警告提示了。

2. 软打样是针对设计者的功能：这个不完整。

软打样是设计者可以使用的功能，但还有一个重要群体，就是编辑，或类似的角色。

三、 "用校色仪给显示器校色不属于软打样的过程，因为这是事前对工作设备的准备工作，甚至是硬件出厂时就应该完成的工作。"

生产型的软打样不是这样的。
如果一个工作室以这个标准提供软打样，那么这个软打样没有任何生产意义，有可能是上下游不需要，或者上下游技术和质量水平都达不到所以用不到。

比如硬件出厂就该完成，这只是国内某些厂商的广告噱头，千万别信。

事实的工作流程是，一般显示器通常每天都需要用分光光度仪重新生成icc。以前有一个号称全世界最牛的印刷模拟专用显示器，德国还是以色列的品牌，好像叫bacoul什么的，记不清楚了，它的校色周期最长也没超过一个星期。一台用来专门看颜色的显示器，所在房间需要温度恒定+湿度恒定+色温恒定。这种流程下来的软打样，才是可以用于生产的软打样。没有这些流程的严格控制，胆子得多大才敢按软打样直接批量印刷。

对于生产型的颜色管理来说，设备都是有标定寿命的，比如分光光度仪，最短一年，最长不超过三年。如果是显示器，行业推荐都是两到三年，继续使用的唯一方案，就是把每天校色一次改成每天校色多次。诸如此类。这些因素导致软打样的结果非常不可靠，以至于国内用户应用越来越少，可能就剩设计人员还自己玩了。

你提到的，设计人员自己看，只是软打样的一部分功能。

再看看proof color吧，我认为我的翻译更符合色彩管理本身，与前面的soft-proofing也能两相呼应，更符合用户操作逻辑。面目全非应该不至于。

nor...@gnome.org

unread,

Jul 1, 2024, 6:57:11 AMJul 1

to i18...@googlegroups.com

您好，

有人发表了一条针对 gimp — master — po（中文（中国））的新评论。
https://l10n.gnome.org/vertimus/gimp/master/po/zh_CN/

你赢了……你再提交个翻译，我给你合并了吧。
你要真有这精力，我倒希望你能把一些多媒体编辑软件的翻译都整了，像audacity什么的……

nor...@gnome.org

unread,

unread,

Jul 11, 2024, 9:25:48 PMJul 11

to i18...@googlegroups.com

您好，

有人发表了一条针对 gimp — master — po（中文（中国））的新评论。

https://l10n.gnome.org/vertimus/gimp/master/po/zh_CN/

一、修改翻译请从网站下载最新翻译文件后在此基础上进行修改，不要一直使用一个文件（否则每次都要帮你修复致谢名单）……

---------------------------------------------
下载哪个文件来翻译，我在开始翻译之前有咨询过，Boyuan Yang 在6月25号10:52:26 AM 有过回复，大概意思是Current translated file是最旧的，建议“在尚未被接纳的修改的基础上继续翻译”。

我在https://l10n.gnome.org/vertimus/gimp/master/po/zh_CN/页面没有找到当前存在的未被接纳的提交，所以，依旧使用了我之前提交的po文件，逻辑是我的po应该比Current translated file要新一些。

能不能大概说一下，这中间有什么我没注意到的问题？

另外，致谢名单有什么规则？
====================================================

二、后面的再现意图缺少了对display的翻译，这个与前面的软打样是相对的两个使用场景，不能缺失，我都给补上了。

-----------------------------------
具体是哪几个string，能具体告诉我么？我确认一下。

来自驿窗

nor...@gnome.org

unread,

Jul 12, 2024, 2:59:14 AMJul 12

to i18...@googlegroups.com

您好，

有人发表了一条针对 gimp — master — po（中文（中国））的新评论。
https://l10n.gnome.org/vertimus/gimp/master/po/zh_CN/

我又下载了Current translated file，看内容应该是你已经更新过的。
我用meld对比了一下，你提到的那个display，应该是菜单视图>色彩管理中的条目。
如果确实是这里的话，那么我的建议是不翻译display这个词，直接忽略，即Display rendering intent翻译成"再现意图"比较好，不要翻译成"显示再现意图"。原因需要参考gimp菜单界面，请参考截图：

https://imgse.com/i/pk4i9zt
https://imgse.com/i/pk4ipRI

两个截图，分别对应的版本是2.10.38和2.99.19(2.99.18)。从截图上可以看到，2.10.38在菜单视图>色彩管理中有两个再现意图条目，分别是显示再现意图和软打样再现意图。而在2.99.19(2.99.18)中则只有一个再现意图条目。

如果有两个再现意图条目，那么有必要区分翻译；但如果只有一个再现意图条目，那么无论翻译成"显示再现意图"还是"软打样再现意图"，都不合适，而忽略前面的display和soft-proofing，只翻译成"再现意图"，则更合适。

由于2.99.19(2.99.18)只是开发版本，所以不确定未来是否会恢复为2.10.38那样有两个再现意图条目，但从逻辑上看，只有一个再现意图条目的话，也确实有道理。

这是我没有翻译display的原因，你看一下。

nor...@gnome.org

unread,

Jul 12, 2024, 4:36:07 AMJul 12

to i18...@googlegroups.com

您好，

有人发表了一条针对 gimp — master — po（中文（中国））的新评论。
https://l10n.gnome.org/vertimus/gimp/master/po/zh_CN/

看来不需要我给你解释上面你说的问题了，不过还是要强调一下，本地化翻译是多人合作项目，但是gnome这个平台并不像weblate那样是在线合作的，所以每次翻译合并后都需要重新下载翻译文件，不要一直使用自己手里的旧文件。
关于你说的两个版本区别，原因可能多种多样，但可以确定的是不能盲目根据实际的用户界面来确定翻译内容，因为每个翻译条目都是和源代码绑定的，具体的使用场景和用途实际上需要根据源代码来确定。
开发版和稳定版有区别，翻译条目在实际界面中找不到位置，原因可能有下列情况：菜单项合并了，功能开发有改变但旧的源代码并没有删除遗留了下来，源代码有bug，翻译条目在其它位置（比如像gschema和appstream等某些实际用户看不到的地方），或者其它未知原因。
至于你考虑的情况，你没发现翻译文件里已经有至少两处条目只有“再现意图”了吗？如果源代码做了更改，那必然会有相应的翻译条目，所以不要根据实际用户界面找不到或看不到有什么影响这一情况做盲目删改。我的意见仍然是尊重原文，小心无大错，尽可能不要给后续维护埋坑，尤其是像gimp这样的大型项目。

nor...@gnome.org

unread,

Jul 12, 2024, 4:39:25 AMJul 12

to i18...@googlegroups.com

您好，

gimp — master — po（中文（中国））现在的状态是“已翻译”。
https://l10n.gnome.org/vertimus/gimp/master/po/zh_CN/

没有评论

unread,

Jul 13, 2024, 2:04:34 AMJul 13

to i18...@googlegroups.com

您好，

gimp — master — po（中文（中国））现在的状态是“已翻译”。
https://l10n.gnome.org/vertimus/gimp/master/po/zh_CN/

20240713驿窗更新说明：

4894 msgstr "压力(_S)…" 改为 Stress

此条目不应该翻译。
Stress在这里不是常规单词，而是缩写：
Spatio Temporal Retinex-like Envelope with Stochastic Sampling (STRESS)

此条目位于菜单颜色>色彩映射中。

nor...@gnome.org

unread,

Jul 13, 2024, 2:29:03 AMJul 13

to i18...@googlegroups.com

您好，

有人发表了一条针对 gimp — master — po（中文（中国））的新评论。
https://l10n.gnome.org/vertimus/gimp/master/po/zh_CN/

不需要撤回，继续提交就行，另外这个全称有较为简短的中文翻译吗？

nor...@gnome.org

unread,

Jul 13, 2024, 6:37:51 AMJul 13

to i18...@googlegroups.com

您好，

gimp — master — po（中文（中国））现在的状态是“已翻译”。
https://l10n.gnome.org/vertimus/gimp/master/po/zh_CN/

20240713-2 驿窗更新说明(本次更新string数量总计21个)：

1. 压力改为 Stress：

4894 msgstr "压力(_S)…" 改为 Stress
此条目不应该翻译。
Stress在这里不是常规单词，而是缩写：Spatio Temporal Retinex-like Envelope with Stochastic Sampling (STRESS)
此条目位于菜单颜色>色彩映射中。

------------------------------------------
2. 19处递色，全部改为抖动：
dither或dithering在整个po文件中翻译为递色共19处，全部改为抖动。

已经遍历整个po文件，建议把dither和dithering做为术语(抖动)处理。
------------------------------------------
3. 色阶改为级别：
前景选择工具的工具选项中，引擎选莱文抠图后会显示色阶和激活级别，其中色阶(Level) 应该翻译为级别。

unread,

Jul 13, 2024, 8:15:06 AMJul 13

to i18...@googlegroups.com

您好，

gimp — master — po（中文（中国））现在的状态是“已审阅”。
https://l10n.gnome.org/vertimus/gimp/master/po/zh_CN/

没有评论

nor...@gnome.org

unread,

Jul 13, 2024, 8:16:35 AMJul 13

to i18...@googlegroups.com

您好，

gimp — master — po（中文（中国））现在的状态是“无活动”。
https://l10n.gnome.org/vertimus/gimp/master/po/zh_CN/

已合并。

unread,

Jul 14, 2024, 6:47:56 AMJul 14

to i18...@googlegroups.com

您好，

gimp — master — po（中文（中国））现在的状态是“已翻译”。
https://l10n.gnome.org/vertimus/gimp/master/po/zh_CN/

源代码已修改，翻译我自己改了，你可以再测试一下。

nor...@gnome.org

unread,

Jul 14, 2024, 6:48:46 AMJul 14

to i18...@googlegroups.com

您好，

gimp — master — po（中文（中国））现在的状态是“无活动”。
https://l10n.gnome.org/vertimus/gimp/master/po/zh_CN/

没有评论

nor...@gnome.org

unread,

Jul 14, 2024, 7:01:09 AMJul 14

to i18...@googlegroups.com

您好，

gimp — master — po-plug-ins（中文（中国））现在的状态是“已翻译”。
https://l10n.gnome.org/vertimus/gimp/master/po-plug-ins/zh_CN/

nor...@gnome.org

unread,

Jul 14, 2024, 10:55:36 PMJul 14

to i18...@googlegroups.com

您好，

有人发表了一条针对 gimp — master — po（中文（中国））的新评论。
https://l10n.gnome.org/vertimus/gimp/master/po/zh_CN/

2.99.18中，仍然是"色阶"，没有变成级别；推测有可能po不绝对匹配2.99.18这个版本。
2.99.19中，不能切换到"莱文抠图"，所以不清楚是否改为"级别"，原因没找到。

nor...@gnome.org

unread,

Jul 15, 2024, 7:03:10 AMJul 15

to i18...@googlegroups.com

您好，

有人发表了一条针对 gimp — master — po（中文（中国））的新评论。
https://l10n.gnome.org/vertimus/gimp/master/po/zh_CN/

翻译确实已经改了，看情况只能等3.0RC1版本了。

nor...@gnome.org

unread,

Jul 16, 2024, 7:02:29 AMJul 16

to i18...@googlegroups.com

您好，

gimp — master — po-plug-ins（中文（中国））现在的状态是“已翻译”。
https://l10n.gnome.org/vertimus/gimp/master/po-plug-ins/zh_CN/

没有评论

nor...@gnome.org

unread,

Jul 17, 2024, 6:09:06 AMJul 17

to i18...@googlegroups.com

您好，

gimp — master — po（中文（中国））现在的状态是“已翻译”。
https://l10n.gnome.org/vertimus/gimp/master/po/zh_CN/

nor...@gnome.org

unread,

Jul 22, 2024, 6:29:19 AMJul 22

to i18...@googlegroups.com

您好，

gimp — master — po-libgimp（中文（中国））现在的状态是“已翻译”。
https://l10n.gnome.org/vertimus/gimp/master/po-libgimp/zh_CN/

驿窗更新说明：

本次更新43个条目，主要是色彩管理相关内容，包括软打样、再现意图、特性文件等。
(其中"轮"和"色轮"这两个条目更新为"色相环"。)

下面是更新明细：

msgstr "保存颜色配置信息(_P)" >>> msgstr "保存特性文件(_P)"
msgstr "保存 ICC 颜色配置信息为元数据" >>> msgstr "保存 ICC 特性文件为元数据"
msgstr "“%s”不是 ICC 颜色配置" >>> msgstr "“%s”不是 ICC 特性文件"
msgstr "数据不是 ICC 颜色配置" >>> msgstr "数据不是 ICC 特性文件"
msgstr "无法将颜色配置存入内存中" >>> msgstr "无法将特性文件存入内存中"
msgstr "（未命名配置）" >>> msgstr "（未命名特性文件）"
msgstr "色彩管理的显示" >>> msgstr "启用色彩管理"
msgstr "感官" >>> msgstr "感知"
msgstr "您的（主）显示器的色彩配置。" >>> msgstr "您的（主）显示器的特性文件。"
"当启用时，GIMP 将试图使用窗口系统显示色彩配置。这样已设置好的配置将只用来作为" >>> "当启用时，GIMP 将试图使用窗口系统的显示特性文件。这样已设置好的显示器特性文件将只用来作为"
"优先选择的 RGB 工作空间色彩配置。它将在可选择 RGB 色彩配置时在内建 RGB 配置旁" >>> "优先选择的 RGB 工作空间特性文件。它将在可选择特性文件时在内建 RGB 特性文件旁"
"优先选择的灰度工作空间色彩配置。它将在可选择色彩配置时在内建灰度配置文件旁提" >>> "优先选择的灰度工作空间特性文件。它将在可选择特性文件时在内建灰度特性文件旁提"
msgstr "CMYK 颜色配置用来在 RGB 和 CMYK 之间转换。" >>> msgstr "CMYK 特性文件用来在 RGB 和 CMYK 两个颜色空间之间转换。"
"为软打样使用的从您的图像的颜色空间到其他颜色空间，包括为打印机软打样或其他输" >>> "用于从图像色彩空间到其他色彩空间进行软打样的特性文件，包括为打印机软打样或其他输"
"出设备配置的色彩配置。" >>> "出设备的特性文件。"
"为软打样使用的从您的图像的颜色空间到其他颜色空间，包括为打印机软打样或其他输" >>> "用于从图像色彩空间到其他色彩空间进行软打样的特性文件，包括到打印机特色文件或其他输"
"出设备配置的色彩配置。" >>> "出设备特性文件的软打样。"
"颜色如何从您图像的色彩空间转换的显示设备的。相对色度往往是最好的选择。除非你" >>> "颜色如何从您图像的色彩空间转换为显示器的色彩空间。相对色度往往是最好的选择。除非你" >>> "使用 LUT 显示器特性文件（大部分显示器特性文件都是矩阵的），选择感知意图实际上就是相对色"
"使用 LUT 显示器配置（大部分显示器配置都是矩阵的），选择感官实际上就是相对色"
msgstr "当启用时，软打样将标记出不能在目标色彩空间呈现的颜色。" >>> msgstr "当启用时，软打样会显示超色域警告。"
msgstr "软打样使用的模拟配置" >>> msgstr "软打样使用的模拟特性文件"
msgstr "显示渲染效果" >>> msgstr "显示再现意图"
msgstr "软打样渲染效果" >>> msgstr "软打样再现意图"
msgstr "标记出超出全彩范围的" >>> msgstr "显示超色域警告"
msgstr "超出全彩范围的警告颜色" >>> msgstr "超色域使用的警告色"
msgstr "颜色配置“%s”并非用于 RGB 颜色空间。" >>> msgstr "特性文件“%s”并非用于 RGB 颜色空间。"
msgstr "颜色配置“%s”并非用于灰度颜色空间。" >>> msgstr "特性文件“%s”并非用于灰度颜色空间。"
msgstr "颜色配置“%s”并非用于 CMYK 颜色空间。" >>> msgstr "特性文件“%s”并非用于 CMYK 颜色空间。"
msgstr "ICC 色彩配置 (*.icc, *.icm)" >>> msgstr "ICC 特性文件 (*.icc, *.icm)"
msgstr "从磁盘选择色彩配置..." >>> msgstr "从磁盘选择特性文件..."
msgstr "配置：%s" >>> msgstr "特性文件：%s"
msgstr "配置文件：未知" >>> msgstr "特性文件：未知"
msgstr "软打样配置文件：未知" >>> msgstr "软打样特性文件：未知"
msgstr "软打样配置文件：sRGB" >>> msgstr "软打样特性文件：sRGB"
msgstr "软打样配置文件：%s" >>> msgstr "软打样特性文件：%s"
msgstr "CMYK 颜色选择器 (使用色彩配置)" >>> msgstr "CMYK 颜色选择器 (使用特性文件)"
msgstr "配置：(无)" >>> msgstr "特性文件：(无)"
msgstr "HSV 色轮" >>> msgstr "HSV 色相环"
msgstr "轮" >>> msgstr "色相环"
"ACES RRT（自动检测和估算系统参考渲染变换）。一个 HDR 至 SDR 校对颜色显示滤" >>> "ACES RRT（自动检测和估算系统参考渲染变换）。一个 HDR 至 SDR 软打样滤"
"镜，使用仅亮度的 ACES RRT 近似值，在 ODT（显示或输出空间 ICC 配置）前使用的预" >>> "镜，使用仅亮度的 ACES RRT 近似值，在 ODT（显示或输出空间 ICC 特性文件）前使用的预"
msgstr "剪裁警告颜色显示滤镜" >>> msgstr "超色域警告滤镜"
msgstr "剪裁警告" >>> msgstr "超色域警告"
#~ msgstr "使用 ICC 颜色配置的颜色校对滤镜" >>> #~ msgstr "使用 ICC 特性文件的颜色管理滤镜"
#~ msgstr "打印模拟配置：" >>> #~ msgstr "打印模拟特性文件："
#~ msgstr "使用 ICC 颜色配置的颜色校对滤镜" >>> #~ msgstr "打印模拟特性文件："
#~ msgstr "使用 ICC 颜色配置的颜色校对滤镜" >>> #~ msgstr "使用 ICC 特性文件的软打样滤镜"
#~ msgstr "颜色校对" >>> #~ msgstr "软打样"
#~ msgstr "选择 ICC 颜色配置" >>> #~ msgstr "选择 ICC 特性文件"