做网站美工要学什么,网站推广的方法包括,专升本可以报考哪些大学,wordpress手动摘要不显示概述
Qt 为将 Qt C 和 Qt Quick 应用程序翻译成当地语言提供了出色的支持。发布经理、翻译和开发人员可以使用 Qt 工具来完成他们的任务。
发布经理对应用程序的发布负总责。通常#xff0c;他们负责协调开发人员和翻译人员的工作。他们可以使用 lupdate 工具同步源代码和翻…概述
Qt 为将 Qt C 和 Qt Quick 应用程序翻译成当地语言提供了出色的支持。发布经理、翻译和开发人员可以使用 Qt 工具来完成他们的任务。
发布经理对应用程序的发布负总责。通常他们负责协调开发人员和翻译人员的工作。他们可以使用 lupdate 工具同步源代码和翻译并使用 lrelease 工具创建运行时翻译文件供发布的应用程序使用。翻译人员翻译人员翻译人员可以使用 Qt Linguist 工具翻译应用程序中的文本。除了启动程序和使用文本编辑器或文字处理器的能力外不需要任何计算机知识。开发人员必须创建能够使用翻译文本的 Qt 应用程序。他们还应该帮助翻译人员识别短语出现的上下文。开发人员可以使用教程来了解他们的任务。
有关支持的语言和书写系统的更多信息请参阅 Qt 的国际化。
发布经理
布管理器有两个工具lupdate 和 lrelease。这些工具可以处理 qmake 项目文件也可以直接在文件系统上运行。
创建翻译文件
翻译文件包含应用程序中所有用户可见的文本和 Ctrl 键加速符以及这些文本的翻译。
创建翻译文件
运行 lupdate 生成第一套翻译源 (TS) 文件其中包含所有用户可见文本但没有翻译。将 TS 文件交给译员译员使用 Qt Linguist 添加翻译。Qt 语言学家会处理任何更改或删除的源文本。运行 lupdate将添加到应用程序中的任何新文本纳入其中。lupdate 会将应用程序中用户可见的文本与翻译同步。它不会破坏任何数据。要释放应用程序请运行 lrelease 来读取 TS 文件并生成应用程序在运行时使用的 QM 文件。
要让 lupdate 成功运行它必须知道要生成哪些翻译文件。这些文件列在应用程序的 .pro Qt 项目文件中。
使用 lupdate
使用方法lupdate myproject.pro lupdate 命令行工具在指定的源代码、头文件和 Qt Designer 界面文件中查找可翻译的字符串并生成或更新 .ts 翻译文件。 要处理的文件和要更新的文件可以在命令行中设置也可以在作为命令行参数指定的 .pro 文件中提供。
您可按以下方式为单个 QML 文件生成翻译文件
lupdate main.qml -ts main_en.ts
要制作另一种语言如法语的翻译文件可将 main_en.ts 复制到 main_fr.ts然后翻译法语 TS 文件中的字符串。lupdate 会处理 .qrc 文件中列出的 QML 文件
RESOURCES qml.qrc
让 lupdate 处理所有 QML 文件
lupdate application.qrc -ts myapp_en.ts
您还可以处理所有 QML 文件而无需使用 .qrc 文件
lupdate -extensions qml -ts myapp_en.ts
如果您主要处理 QML 文件但也有包含要翻译的字符串的 C 代码您可以将其添加到同一命令中
lupdate qml.qrc filevalidator.cpp -ts myapp_en.ts
翻译文件可以在 .pro 文件中提及但也可以不提及只在命令行中指定翻译文件。 例如生成用于英语和法语的 .ts 文件
lupdate qml.qrc filevalidator.cpp -ts myapp_en.ts myapp_fr.ts
生成的翻译文件交给翻译人员翻译人员使用 Qt Linguist 阅读文件并插入译文。
内部有翻译人员的公司可能会发现随着应用程序的开发定期运行 lupdate也许每月运行一次是非常有用的。这将使翻译工作量在项目生命周期内平均分配并允许翻译人员同时支持多个项目。
根据需要聘用翻译的公司可能更倾向于在应用程序生命周期内只运行几次 lupdate。第一次可能是在第一个测试阶段之前。这将为译员提供大量的单块工作而且译员发现的任何错误都可以很容易地与在初始测试阶段发现的错误混在一起。第二次和任何后续的 lupdate 运行可能会在最终测试阶段进行。
lupdate 还可以处理本地化交换文件格式XLIFF格式的文件这种格式的文件通常以 .xlf 后缀结尾。
注意XLIFF 格式文件的最低支持版本为 1.1。不支持 XLIFF 1.0 版本的文件。
向 lupdate 传递 -help 选项可查看支持的选项。
Qt Linguist 还能导入和导出 XLIFF 文件。更多信息请参阅 “翻译器 ”部分。
使用 lrelease
使用方法 lrelease myproject.pro
lrelease 命令行工具可从 TS 文件生成 QM 文件。QM 文件格式是一种紧凑的二进制格式供本地化应用程序使用。它能为翻译提供极快的查找速度。lrelease 处理的 TS 文件可以在命令行中指定也可以通过 Qt .pro 项目文件间接提供。
从初始测试版本到最终发布版本只要应用程序要发布就会运行该工具。如果没有创建 QM 文件例如因为在进行任何翻译之前需要发布 alpha 版本那么应用程序将完全可以使用开发人员在源文件中放置的文本运行。一旦有了 QM 文件程序就会自动检测并使用它们。
lrelease 也可以在不指定 .pro 文件的情况下运行
lrelease.exe main_en.ts languages\main_fr.ts
向 lrelease 传递 -help 选项可查看支持的选项。
缺失翻译
lupdate 和 lrelease 均可用于不完整的 TS 翻译源文件。 缺失的翻译将在运行时用母语短语替换。
开发人员
在 Qt 应用程序中对多语言的支持非常简单几乎不会增加开发人员的工作量。
Qt 在创建每个窗口时都会为其翻译短语从而将使用翻译的性能成本降至最低。在大多数应用程序中主窗口只创建一次。对话框通常只创建一次然后根据需要显示或隐藏。一旦完成初始翻译翻译后的窗口就不会再有运行时开销。只有那些创建、销毁和后续创建的窗口才会产生翻译性能成本。
使用 Qt 可以创建可在运行时切换语言的应用程序但需要一定的开发人员干预当然也会产生一些运行时性能成本。
在 Qt 项目文件中指定翻译源
要使发布管理器能使用 lupdate 和 lrelease请指定一个 .pro Qt 项目文件。在项目文件的 TRANSLATIONS 部分必须为母语之外的每种语言指定一个条目。典型的条目如下
TRANSLATIONS arrowpad_fr.ts \arrowpad_nl.ts
在翻译文件名中使用本地语言有助于确定在运行时加载哪种语言。 更多信息请参阅 QLocale。 lupdate 工具可从应用程序中提取用户界面字符串。 它读取应用程序的 .pro 文件以确定哪些源文件包含要翻译的文本。 这意味着您的源文件必须列在 .pro 文件的 SOURCES 或 HEADERS 项中或者列在 RESOURCE 项中的资源文件中。 如果您的文件没有列出其中的文本将无法找到。 包含四个翻译源文件的完整 .pro 文件示例
HEADERS main-dlg.h \options-dlg.h
SOURCES main-dlg.cpp \options-dlg.cpp \main.cpp
FORMS search-dlg.ui
TRANSLATIONS superapp_dk.ts \superapp_fi.ts \superapp_no.ts \superapp_se.ts
lupdate 默认将所有源代码编码为 UTF-8。 有 BOM字节序标记的文件也可以用 UTF-16 或 UTF-32 编码。 将 qmake 变量 CODECFORSRC 设为 UTF-16可将无 BOM 的文件解析为 UTF-16。 不过有些编辑器如 Visual Studio默认使用不同的编码。 避免编码问题的方法之一是将源代码限制为 ASCII 编码并对包含其他字符的可翻译字符串使用转义序列
label-setText(tr(F\374r \310lise));
应用程序国际化
设计您的应用程序时应使其能适应各种语言和地区而无需进行工程修改。Qt 试图让您尽可能轻松地实现国际化。Qt 中的所有输入控件和文本绘制方法都为所有支持的语言提供内置支持。但在为应用程序编写源代码时您仍需注意以下事项
让您的应用程序查找并加载相应的翻译文件。将用户可见文本和 Ctrl 键盘加速器标记为翻译目标。为要翻译的文本提供上下文。消除相同文本的歧义。使用编号参数 (%n) 作为参数占位符在运行时用文本或数字替换。将数字、日期、时间和货币国际化。标记函数外的可翻译数据文本字符串。
您可以开发在同一应用程序中同时使用 C 和 QML 源的应用程序甚至在两种源中都有用户界面字符串。这些工具会创建一个合并的翻译文件而 C 和 QML 都能访问这些字符串。
支持 Qt 应用程序国际化的类请参阅《Qt 的国际化》。使源代码可翻译的过程在《编写用于翻译的源代码》和《Qt Quick 的国际化和本地化》中有描述。
每个需要翻译的文本都需要上下文以帮助译员确定文本在程序中的位置。如果多个相同的文本需要不同的翻译译员还需要一些信息来消除源文本的歧义。标记要翻译的文本将自动导致类名被用作基本的上下文信息。在某些情况下开发人员可能需要添加其他信息来帮助翻译。
部署翻译
应用程序所需的 .qm 文件应放置在使用 QTranslator 的加载器代码可以找到的位置。一般来说这是通过指定相对于 QCoreApplication::applicationDirPath() 的路径来实现的。
通常应用程序会有 .qm 文件如果使用的 Qt 版本未安装在系统上则还需要部署 Qt 的 .qm 文件。
在 Qt 4 中每个本地都有一个大的、单一的 .qm 文件。例如qt_de.qm 文件包含所有库的德语翻译。
在 Qt 5 中.qm 文件按模块拆分有一个所谓的元目录文件其中包含所有模块的 .qm 文件。元目录文件的名称与 Qt 4 单个 .qm 文件的名称相同因此只要能找到所有包含的 .qm 文件现有的加载器代码就能像以前一样工作。
不过没有必要总是部署 Qt 5 的所有 .qm 文件。我们建议在部署步骤中使用工具 lconvert 将所需模块的 .qm 文件连接到一个与元目录文件名相匹配的文件中。例如要为使用 Qt Core、Qt GUI 和 Qt Quick 模块的应用程序创建德语翻译文件请运行
lconvert -o installation_folder/qt_de.qm qtbase_de.qm qtdeclarative_de.qm
教程
以下教程说明了如何为翻译准备 Qt 应用程序
Hello tr() 是一个 C 应用程序演示了如何创建 QTranslator 对象。它还演示了如何最简单地使用 tr() 函数来标记用户可见的源文本以进行翻译。Arrow Pad是一个 C 应用程序演示了如何使应用程序加载适用于当前语言的翻译文件。它还展示了 tr() 的双参数形式的使用该形式可为翻译器提供额外信息。Troll Print是一个 C 应用程序演示了如何区分相同的源文本即使它们出现在相同的上下文中。本教程还讨论了在应用程序升级时翻译工具如何帮助最大限度地减少翻译工作。国际化是一个 Qt Quick 应用程序演示了如何将 Qt Quick 应用程序国际化。
基于文本 ID 的翻译
文本 ID 翻译机制是一种用于国际化和本地化的 “工业级 ”系统。应用程序中的每个文本都被分配了一个唯一的标识符文本 ID这些标识符直接用于源代码中以代替纯文本。这需要用户界面开发人员做更多的工作但却使管理大量翻译文本变得更加容易。
注意您必须在一个应用程序中只使用基于纯文本或基于文本标识符的功能。如果混合使用最终将导致要翻译的文本不完整。
使用文本 ID 进行国际化
使用文本 ID 代替纯文本时应用程序国际化的一般方法相同但细节略有不同
基于文本 ID 的翻译系统的函数和宏与纯文本系统不同。您可以使用 qsTrId() 函数代替 qsTr()使用 QT_TRID_NOOP() 宏代替 QT_TR_NOOP()。使用文本 ID 作为用户界面字符串而不是纯文本字符串。例如qsTrId(“id-back-not-front”)不能使用文本 ID 指定上下文参数。如果有拼写相同但含义不同的单词这些单词需要单独的文本 ID。例如qsTrId(“id-back-backstep”) 将区分后步 “Back ”和对象后部 “Back”。开发版用户界面中的 “工程英语 ”文本用 //% 注释表示。如果不包含该注释用户界面中将显示文本 ID。这一点在带有参数的文本中尤为重要。//% 注释需要包含字符串中的参数指示符。例如//% “文件数%1”。在纯文本系统中为翻译人员提供额外信息的 //: 注释是可选的。但是在基于文本 ID 的系统中这些额外信息变得非常重要因为如果没有这些额外信息就只有文本 ID译员可能无法在没有进一步上下文的情况下进行合理的翻译。您可以使用长的描述性文本 ID也可以不使用注释但注释通常更容易理解。
下面的并排代码片段比较了基于文本 ID 的翻译和基于纯文本的翻译
text-ID-basedplain-text-based Text {id: backTxt;//: The back of the object, not the front//% Back//~ Context Not related to back-steppingtext: qsTrId(id-back-not-front);
}Text {id: backTxt;//: The back of the object, not the front//~ Context Not related to back-steppingtext: qsTr(Back,Not front)
}
使用文本 ID 进行本地化
使用文本 ID 进行本地化的过程与纯文本大致相同。 使用 lupdate 工具的方法相同翻译都是在 .ts 文件中进行的
lupdate myapp.pro
请注意翻译文件中的源值将是文本 ID 而非纯文本。 这意味着您需要描述性很强的文本 ID或很好的附加注释或两者兼而有之以确保译员做出正确的翻译。 上述基于文本 ID 的用户界面文本示例在 .ts 文件中产生了以下内容
message idid-back-not-frontsourceBack/sourceextracommentThe back of the object, not the front/extracommenttranslation typeunfinished/translationextra-ContextNot related to back-stepping/extra-Context
/message
使用 lrelease 时需要指定翻译文本的键基于文本 ID而不是纯文本。 如果代码中的字符串是用 qsTr() 指定的则没有设置 id 属性因此 lrelease 会忽略它们。 该命令将生成应用程序的所有编译翻译 .qm 文件
lrelease -idbased myapp.pro
但是如果给定文本没有可用的翻译通常在开发后期才会出现这种情况用户界面中将显示文本 ID而不是正确的文本。 为了使应用程序在测试时更可用可以让 lrelease 使用 工程英语 源文本来自 //% 注释作为翻译文本并用一些指示符标记它这样就可以看到尚未翻译的文本。 例如该命令会生成 .qm 文件并在未翻译文本前加上
lrelease -idbased -markuntranslated ! myapp.pro
高级用法
对于针对大量本地语言的项目可以删除 .pro 文件中的 TRANSLATIONS 信息转而使用单独的脚本管理翻译。 脚本可为每个目标调用 lrelease 和 lupdate。 更新脚本可以这样编写
lupdate -recursive project-dir -ts project-dir/i18n/myapp-text_en_GB.ts
lupdate -recursive project-dir -ts project-dir/i18n/myapp-text_en_US.ts
...
生成最终 .qm 文件的脚本可以这样编写
lrelease -idbased project-dir/i18n/myapp-text_en_GB.ts
lrelease -idbased project-dir/i18n/myapp-text_en_US.ts
... Qt Linguist Manual
