Help:Extension:Translate/zh



翻译扩展为使用 MediaWiki 进行翻译工作提供了必要的特性增强. 它可以用于翻译页面内容、wiki 界面、甚至其他软件产品，像它用在translatewiki.net那样. 翻译扩展简单易用的翻译界面，并拥有可以从文本内容中分离出需要翻译的内容的结构，通过将内容分割为可管理的单元，仅显示可翻译文本给翻译者. 每个单元会自动更新变化，翻译人员通过特殊页面或wiki，可以立刻看到那里需要更新.

翻译扩展在 translatewiki.net 上用于翻译 MediaWiki 的用户界面和其他软件项目，每月有数千译者参与其中. 在 userbase.kde.org 上，它用于翻译近千的用户文档内容页面. 翻译扩展易于上手，同时还提供了方便的高级报表、评审和工作流特性.

功能


界面： 翻译扩展的主要特性是简单实用的翻译界面. 除了类似消息定义和文档这里必要的信息外，你还可以查看其他语言的翻译. 如果定义改变，你会看到该变更. 扩展包含一些内置检查，可以帮助发现常见错误，比如括号不成对、未使用变量. 根据设置，它还可以根据翻译记忆或机器翻译服务提供翻译建议，比如 Google 翻译、微软的 Bing 翻译器和 Apertium.

通过使用 JavaScript 和 AJAX 增强了翻译界面的可用性. 后端提供的WebAPI 可用于移动终端或某种内容的界面定制. 也可以导出信息，用于在其他可以接受 Gettext po 文件格式的在线/离线工具中进行翻译.

信息组和任务： 很多特性都是围绕着信息组和任务这两个基本概念创建的.

信息组表示信息的集合. 一个内容页面可以使一个信息组，对于简单的表单页面，每个段落就是其中的一条信息. 在 translatewiki.net 上，每个 MediaWiki 扩展的所有信息构成一个信息组；一些太大的扩展拥有多个信息组. 你也可以创建信息组的集合，比如所有订阅、翻译扩展的所有信息. 很多统计和任务都可以基于信息组工作.

任务，或者换个说法叫信息组中不同的信息列表，适用于不同的用例. 通常译者在信息组中选择未翻译的信息列表，但是还有象评审信息或要获得所有信息或已/未翻译的信息这样的任务.



报告和统计： 本扩展提供的报告功能，显示根据翻译者活跃程度排序的指定语言的所有信息组的未翻译信息状况.

内容翻译： 如果你曾经试图不使用任何工具来翻译 MediaWiki 中的内容，你知道它没什么灵活性. 当翻译完的版本变得过时、需要更新时，无法跟踪原始页面的变更，因此有很多半成品和过时了的翻译作品，无法直观的把握整体状况. 因为无法对部分文本进行可管理的翻译工作，译者经常会感到沮丧. 译者无法找到要翻译什么、以及哪些需要更新. 用户也会因为这些过时的信息而感到困惑.

通过翻译扩展及其页面翻译功能，这些都解决了. 它给需要翻译的页面增加了一些额外开销，但好处远远大于开销. 本质上，你仅仅需要标记页面上需要翻译的部分. 扩展会将其分割为段落大小的单位，并为他们创建信息组. 之后，译者可以使用适用上面介绍的所有功能. 另外，你可以使用 标签，简单的添加语言栏；或者通过使用 Special:语言/页面名 ，在指定语言的版本存在的时候，使链接自动使用该语言的版本.

更多内容参见教程如何设置页面内容用于翻译和页面翻译功能进阶文档.

开发者： 扩展内建了对许多常见翻译文件格式的支持，比如 Java 属性文件、Gettext po文件. 并包含一组工具，通过 wiki 或命令行来高效的导入导出翻译内容.

使用示例
使用翻译扩展，你几乎可以翻译任何东西. 当然，有特殊工具用于翻译某些类型的内容，比如视频字幕. 使用这些工具可以做的更好，不过单就一般的翻译来说，对于任何可以拆分成从一个字到一大段信息的文本，翻译扩展都有很好的表现. 较长的信息变得不太好翻译，也只是费些功夫而已.

翻译扩展支持的三种主要用途为 内容翻译、本地界面翻译和软件翻译. 下面章节记述了相关内容，并附带了有助于找到那些有教程、参考文档和深入讨论内容的链接. 三种用途中，界面翻译利用的最少.

内容翻译


大多数维基都有需要提供多语言的内容. 不管只有几页还是有上百页，这不是问题. 为了防止浪费译者的时间，只将已经一定程度上稳定的页面标记为翻译对象. 之后的每个变更都会影响几十上百翻译，更新过来需要的时间加起来很可观. 特别对于翻译志愿者，你应该注意这个方面，尊重他们花费在翻译及更新上的时间，避免不必要的工作. 如果你使用翻译扩展来翻译页面，你就已经准备好了可以以最有效的方式利用翻译者时间的方法.

翻译扩展将页面分割成段落大小的单位，没有为译者留下太多的改变内容的自由度. 这通常是有益的，对于跨语言保持内容的连续性和一致性来说是理想的. 它可以使用，但原则上，以该方法进行翻译不具有普遍适用性. 比如，对于维基百科文章，通常是彼此完全独立的. 即使它们最初来自于其他语言的翻译，他们也开始了有别于原始版本的“生活”. 对于翻译，原始版本始终是主要版本，新内容不能从翻译版开始添加.

With these limitations in mind there are still plenty of cases where this feature is a perfect match. Most, if not all, user documentation falls into this category as well as news-like content that does not change once written. If you have the Translate extension already installed and access rights configured, try creating a page and wrapping the whole text inside  and follow the links, or follow the tutorial How to prepare a page for translation.

多语言维基中的本地界面翻译
One thing almost every wiki has customized is the sidebar. It is possible to create a message group for the custom sidebar messages and also for other local interface customisations.

One interesting expansion is the multilingual pages or templates built with the magic word. The translatewiki.net main page and some Wikimedia Commons templates are good examples of this. The magic word is an alternative to the content translation feature and it is more suitable to mark-up heavy pages just like the translatewiki.net main page. Another nice feature is that the language of the page automatically follows the user interface language, so there is no need for a language bar, although you might want to have an interface language selector instead.

Setting this up is currently a bit more complicated than content translation and needs software configuration, but it is all covered in the tutorial How to make an interface message group.

软件翻译
The Translate extension is a good fit for translating software interface messages. At translatewiki.net, it is used to translate tens of software products from games to web applications. The Translate extension supports reading and updating translations from and to common formats used in web development including Java properties, Gettext and Yaml files.

Change tracking is also available for externally tracked files, because internally the extension uses a cached derivative version of the localisation files where the source text and its translations are stored, instead of using them directly in their original format. Translation administrators can either use the web interface or a command line interface to check new message definitions and "fuzzy" (request update of) translations when they need updating. This works regardless of the underlying file format or version control system (if any).

With simple command line tools, translation administrators can easily import even a large set of existing translations and with just one command they can export all translations in the correct format and in the correct directory structure. You can export directly to your VCS repository checkout, where you can easily commit changes and new files.

译者与翻译管理员

 * 如何翻译 [教程]
 * 翻译的最佳实践
 * 统计与报表
 * 质量保证
 * 消息组状态
 * 离线翻译
 * [进行中] 词汇表

翻译管理员

 * 如何为页面做好翻译准备 [教程]
 * 页面翻译管理
 * 界面信息组（本地化侧栏，主页和模板） [教程]
 * [进行中] 信息组管理
 * YAML设置格式
 * 如何为基于文件的信息组设置 YAML [教程]

开发人员参考文档

 * 安装 and 配置; 大多数情况下MediaWiki语言扩展包已足够使用.
 * [进行中] 给开发人员的翻译说明
 * 钩子
 * [进行中] 信息组
 * [进行中] 文件格式支持
 * 翻译目标
 * [未撰写] Web API
 * Insertables
 * 翻译历史

相关项

 * Translation notifications
 * Localisation/Tutorial: General localisation tutorial for developers, for use at hackathons & trainings
 * Extension:TranslateSvg: Adds support for translating SVG files
 * Universal Language Selector: Provides webfonts and input methods

待办事项

 * 元维基中的实施样本：m:Meta:Translate extension.
 * 特殊任务请查看translate-doc.