查找过去翻译过的相似字符串，参见 翻译记忆库。 术语表 显示当前信息中用到的项目术语表中的术语。 近期变化 显示最近通过Weblate更改了此信息的人员列表。 项目 项目信息，如翻译人员的说明，或项目使用的版本控制系统仓库中字符串 的目录或链接。 如果你想要直接链接，翻译格式必须支持它。 翻译历史记录 默认情况下，每个更改（除非在部件设置中关闭）都保存在数据库中，并且可 以还原。（可选）仍然可以还原基础版本控制系统中的任何内容。 将更改合并回现有译文中。即使在此期间已更改，这也有效。 备注 可用选项可能会受到 访问控制 设置的限制。 下载译文 从项目或组件仪表板，可翻译文件可以在 文件 菜单中下载。 第一个选项是下载存储在仓库中的原始格式的文件。在这种情况下，将提交翻 译中的任何挂起更改，并且生成最新文件而不进行任何转换。 您还可以下载转换为一种广泛使用的本地化格式的翻译。转换后的文件将使用 Weblate 中提供的数 除非启用，否则不会在质量检查中使用术语表术语，请参阅 不遵循术语表 了解更多信息。 管理术语表 在 4.5 版本发生变更: 术语表现在是常规的翻译部件，您可以在其中使用所有 Weblate 功能——评论、存储在远程仓库中或添加解释。 使用任何部件作为术语表，方法是开启 用作术语表。你可以为一个项目创建 多个术语表。 给定项目的空术语表会随项目自动创建。术语表在同一个项目的所有部件之间 共享，并且可以选择使用来自相应术语表部件的

Weblate 可以为您半自动处理所有翻译工作。如果授予它对仓库的推送访问权 限，则翻译可以在没有交互的情况下进行，除非发生某些合并冲突。 1. 设置好 Git 仓库，以便在发生更改时通知 Weblate，请参阅 通知钩子 获 取有关如何操作的信息。 2. 在 Weblate 的 部件配置 中设置推送 URL，这会允许 Weblate 将更改推 送到仓库。 3. 在 Weblate 的 部件配置 中开启 中开启 提交时推送，这将使 Weblate 在 Weblate 发生更改时将更改推送到仓库。 参见 持续本地化, 避免合并冲突 如何通过 SSH 访问仓库？ 设置 SSH 密钥的信息请参阅 Accessing repositories 。 如何修复翻译中的合并冲突？ 当 Weblate 和上游仓库的翻译文件同时被更改时，合并冲突时有发生。通常 可以通过在对翻译文件进行更改前（例如在运行 Weblate 提交所有待处理的翻译 （可以在 Manage 菜单中的 Repository maintenance 中执行此操作），并合 并仓库（如果没有开启自动推送）。 如果你已经遇到了合并冲突，那么在您的机器上本地解决所有冲突的最简单方 法是将 Weblate 添加为远程仓库，将它合并到上游，并修复任何冲突。一旦 将更改推送回去，Weblate 就将能够使用合并的版本而无需任何其它特殊操 作。 备注

Weblate 可以为您半自动处理所有翻译工作。如果授予它对仓库的推送访问权 限，则翻译可以在没有交互的情况下进行，除非发生某些合并冲突。 1. 设置好 Git 仓库，以便在发生更改时通知 Weblate，请参阅 通知钩子 获 取有关如何操作的信息。 2. 在 Weblate 的 部件配置 中设置推送 URL，这会允许 Weblate 将更改推 送到仓库。 3. 在 Weblate 的 部件配置 中开启 中开启 提交时推送，这将使 Weblate 在 Weblate 发生更改时将更改推送到仓库。 参见 持续本地化, 避免合并冲突 如何通过 SSH 访问仓库？ 设置 SSH 密钥的信息请参阅 Accessing repositories 。 如何修复翻译中的合并冲突？ 当 Weblate 和上游仓库的翻译文件同时被更改时，合并冲突时有发生。通常 可以通过在对翻译文件进行更改前（例如在运行 Weblate 提交所有待处理的翻译 （可以在 Manage 菜单中的 Repository maintenance 中执行此操作），并合 并仓库（如果没有开启自动推送）。 如果你已经遇到了合并冲突，那么在您的机器上本地解决所有冲突的最简单方 法是将 Weblate 添加为远程仓库，将它合并到上游，并修复任何冲突。一旦 将更改推送回去，Weblate 就将能够使用合并的版本而无需任何其它特殊操 作。 备注

可以为您半自动处理所有翻译工作。如果授予它对仓库的推送访问权 限，则翻译可以在没有交互的情况下进行，除非发生某些合并冲突。 1. 新建您的 Git 仓库，来告知 Weblate 何时有任何更改，请参阅 通知钩子 以获取有关如何执行此操作的信息。 2. 在 Weblate 中的 组件配置 配置中设置推送 URL，这使 Weblate 可以将 更改推送到仓库。 3. 在 Weblate 中打开 compoent`上的 Weblate 发生更改时将更改推送到仓库。 参见 持续本地化, 避免合并冲突 如何通过 SSH 访问仓库？ 设置 SSH 密钥的信息请参阅 Accessing repositories 。 如何修复翻译中的合并冲突？ 在翻译文件在 Weblate 和上游仓库同时更改时，合并冲突不时发生。通常可 以通过在对翻译文件进行更改前（例如在运行 msgmerge 前）合并仓库来避 免发生这个情况。只要告诉 Weblate 执行挂起所有的翻译（可以在 Manage 菜单中的 Repository maintenance 中去做），并合并仓库即可（如果自动推 送没有打开的话）。 如果你已经遇到了合并冲突，那么在您的机器上本地解决所有冲突的最简单方 法是将 Weblate 添加为远程仓库，将它合并到上游，并修复任何冲突。一旦 将更改推送回去，Weblate 就将能够使用合并的版本而无需任何其它特殊动 作。 注解

可以为您半自动处理所有翻译工作。如果授予它对仓库的推送访问权 限，则翻译可以在没有交互的情况下进行，除非发生某些合并冲突。 1. 新建您的 Git 仓库，来告知 Weblate 何时有任何更改，请参阅 通知钩子 以获取有关如何执行此操作的信息。 2. 在 Weblate 中的 组件配置 配置中设置推送 URL，这使 Weblate 可以将 更改推送到仓库。 3. 在 Weblate 中打开 compoent`上的 Weblate 发生更改时将更改推送到仓库。 参见 持续本地化集成, 避免合并冲突 如何通过 SSH 访问仓库？ 设置 SSH 密钥的信息请参阅 Accessing repositories 。 如何修复翻译中的合并冲突？ 在翻译文件在 Weblate 和上游仓库同时更改时，合并冲突不时发生。通常可 以通过在对翻译文件进行更改前（例如在运行 msgmerge 前）合并仓库来避 免发生这个情况。只要告诉 Weblate 执行挂起所有的翻译（可以在 Manage 菜单中的 Repository maintenance 中去做），并合并仓库即可（如果自动推 送没有打开的话）。 如果你已经遇到了合并冲突，那么在您的机器上本地解决所有冲突的最简单方 法是将 Weblate 添加为远程仓库，将它合并到上游，并修复任何冲突。一旦 将更改推送回去，Weblate 就将能够使用合并的版本而无需任何其它特殊动 作。 注解

可以为您半自动处理所有翻译工作。如果授予它对仓库的推送访问权 限，则翻译可以在没有交互的情况下进行，除非发生某些合并冲突。 1. 新建您的 Git 仓库，来告知 Weblate 何时有任何更改，请参阅 通知钩子 以获取有关如何执行此操作的信息。 2. 在 Weblate 中的 组件配置 配置中设置推送 URL，这使 Weblate 可以将 更改推送到仓库。 3. 在 Weblate 中打开 compoent`上的 Weblate 发生更改时将更改推送到仓库。 参见 持续本地化, 避免合并冲突 如何通过 SSH 访问仓库？ 设置 SSH 密钥的信息请参阅 Accessing repositories 。 如何修复翻译中的合并冲突？ 在翻译文件在 Weblate 和上游仓库同时更改时，合并冲突不时发生。通常可 以通过在对翻译文件进行更改前（例如在运行 msgmerge 前）合并仓库来避 免发生这个情况。只要告诉 Weblate 执行挂起所有的翻译（可以在 Manage 菜单中的 Repository maintenance 中去做），并合并仓库即可（如果自动推 送没有打开的话）。 如果你已经遇到了合并冲突，那么在您的机器上本地解决所有冲突的最简单方 法是将 Weblate 添加为远程仓库，将它合并到上游，并修复任何冲突。一旦 将更改推送回去，Weblate 就将能够使用合并的版本而无需任何其它特殊动 作。 注解

可以为您半自动处理所有翻译工作。如果授予它对仓库的推送访问权 限，则翻译可以在没有交互的情况下进行，除非发生某些合并冲突。 1. 新建您的 Git 仓库，来告知 Weblate 何时有任何更改，请参阅 通知钩子 以获取有关如何执行此操作的信息。 2. 在 Weblate 中的 部件配置 配置中设置推送 URL，这使 Weblate 可以将 更改推送到仓库。 3. 在 Weblate 中打开 compoent`上的 n_commit， 这将使 Weblate 在 Weblate 发生更改时将更改推送到仓库。 参见 持续本地化, 避免合并冲突 如何通过 SSH 访问仓库？ 设置 SSH 密钥的信息请参阅 Accessing repositories 。 如何修复翻译中的合并冲突？ 当 Weblate 和上游仓库的翻译文件同时被更改时，合并冲突时有发生。通常 可以通过在对翻译文件进行更改前（例如在运行 Weblate 提交所有待处理的翻译 （可以在 Manage 菜单中的 Repository maintenance 中执行此操作），并合 并仓库（如果没有开启自动推送）。 如果你已经遇到了合并冲突，那么在您的机器上本地解决所有冲突的最简单方 法是将 Weblate 添加为远程仓库，将它合并到上游，并修复任何冲突。一旦 将更改推送回去，Weblate 就将能够使用合并的版本而无需任何其它特殊操 作。 备注

7 或更高版本。Windows 商店版本需要 Windows 10。 Linux 版本 许多 Linux 发行版都准备了 Krita 最新版的软件包。某些发行版需要先启用它 们的 extra 软件仓库才能下载到 Krita。Krita 在大多数桌面环境下运行良好，包 括 KDE、Gnome、LXDE、Xfce 等 – 请注意，Krita 是一款 KDE 程序，它需要 安装 KDE 软件库来支持其 运行所需程序库的 ISO 文件，因 此无需用户自行折腾发行版的软件仓库和软件依赖问题。比起直接从发行版仓 库安装，appimage 需要耗费稍多一点的磁盘空间，尤其是在你已经在使用 KDE Plasma 桌面环境的情况下。 Ubuntu 和 Kubuntu 家族 不管你正在运行的是哪一版的 Ubuntu，Krita 应该都能正常运行。但该发行版 软件仓库提供的 Krita 版本比较老旧。你可以转而使用 appimage、flatpak 。 OpenSUSE 家族 最新稳定版本已包含在 KDE:Extra 软件仓库中： https://download.opensuse.org/repositories/KDE:/Extra/ 注解 Krita 也已经被包含在官方软件仓库里，可以通过 Yast 安装。 Fedora 家族 该发行版的官方软件仓库包含了 Krita 软件包。你可以通过 packagekit (添加/删 除软件对话框)

可以为您半自动处理所有翻译工作。如果授予它对仓库的推送访问权 限，则翻译可以在没有交互的情况下进行，除非发生某些合并冲突。 1. 新建您的 Git 仓库，来告知 Weblate 何时有任何更改，请参阅 通知钩子 以获取有关如何执行此操作的信息。 2. 在 Weblate 中的 组件配置 配置中设置推送 URL，这使 Weblate 可以将 更改推送到仓库。 3. 在 Weblate 中打开 compoent`上的 Weblate 发生更改时将更改推送到仓库。 参见 持续本地化集成, 避免合并冲突 如何通过 SSH 访问仓库？ 设置 SSH 密钥的信息请参阅 Accessing repositories 。 如何修复翻译中的合并冲突？ 在翻译文件在 Weblate 和上游仓库同时更改时，合并冲突不时发生。通常可 以通过在对翻译文件进行更改前（例如在运行 msgmerge 前）合并仓库来避 免发生这个情况。只要告诉 Weblate 执行挂起所有的翻译（可以在 Manage 菜单中的 Repository maintenance 中去做），并合并仓库即可（如果自动推 送没有打开的话）。 如果你已经遇到了合并冲突，那么在您的机器上本地解决所有冲突的最简单方 法是将 Weblate 添加为远程仓库，将它合并到上游，并修复任何冲突。一旦 将更改推送回去，Weblate 就将能够使用合并的版本而无需任何其它特殊动 作。 注解

Weblate 可以为您半自动处理所有翻译工作。如果授予它对仓库的推送访问权 限，则翻译可以在没有交互的情况下进行，除非发生某些合并冲突。 1. 设置好 Git 仓库，以便在发生更改时通知 Weblate，请参阅 通知钩子 获 取有关如何操作的信息。 2. 在 Weblate 的 部件配置 中设置推送 URL，这会允许 Weblate 将更改推 送到仓库。 3. 在 Weblate 的 部件配置 中开启 中开启 提交时推送，这将使 Weblate 在 Weblate 发生更改时将更改推送到仓库。 参见 持续本地化, 避免合并冲突 如何通过 SSH 访问仓库？ 设置 SSH 密钥的信息请参阅 Accessing repositories 。 如何修复翻译中的合并冲突？ 当 Weblate 和上游仓库的翻译文件同时被更改时，合并冲突时有发生。通常 可以通过在对翻译文件进行更改前（例如在运行 Weblate 提交所有待处理的翻译 （可以在 Manage 菜单中的 Repository maintenance 中执行此操作），并合 并仓库（如果没有开启自动推送）。 如果你已经遇到了合并冲突，那么在您的机器上本地解决所有冲突的最简单方 法是将 Weblate 添加为远程仓库，将它合并到上游，并修复任何冲突。一旦 将更改推送回去，Weblate 就将能够使用合并的版本而无需任何其它特殊操 作。 备注