Kicad 插件 The KiCad Team KiCad 插件系统 Copyright 本文档由其贡献者授予版权 © 2016，如下所示。您可以根据 GNU 通用公共许 可证(http：/www.gnu.org/licenses/gpl.html)版本 3 或更高版本或知识共享许可协 议(http：/creativecommons.org/licenses/by/3.0/)、版本 3.0 KiCad 插件系统简介 KiCad 插件系统是一个使用共享库扩展 KiCad 功能的框架。 使用插件的一个 主要优点是在开发插件时没有必要重建 KiCad 套件; 事实上，可以借助 KiCad 源代码树中的一小组标题构建插件。 通过确保开发人员仅编译与正在开发的 插件直接相关的代码，从而减少每个构建和测试周期所需的时间，在插件开发 期间删除构建 KiCad 的要求极大地提高了工作效率。 插件最初是为 无需对支持的每种新模型类型的 KiCad 源进行重大更改。 插件框架后来被推 广，以便将来开发人员可以创建不同类型的插件。 目前，只有 3D 插件在 KiCad 中实现，但可以想象最终将开发 PCB 插件，以使用户能够实现数据导 入器和导出器。 1.1. 插件类 插件分为插件类，因为每个插件都解决了特定域中的问题，因此需要该域独有 的接口。 例如，3D 模型插件从文件加载 3D 模型数据并将该数据转换为可由

5.3.5 1.5.3.6 1.5.3.7 目录 关于本书 文档 入门 Kotlin 之旅 概述 Kotlin 多平台 Kotlin 用于服务器端开发 Kotlin 用于 Android 开发 Kotlin Wasm Kotlin 原生 Kotlin 用于 JavaScript 开发 Kotlin 用于数据科学 Kotlin 用于竞技程序设计 Kotlin 的新特性 协程 注解 解构声明 反射 多平台开发 Kotlin 多平台用于 iOS 与 Android Kotlin 多平台移动端入门 1. 搭建环境 2. 创建第一个跨平台应用 3. 更新 UI 4. 添加依赖 5. 共享更多逻辑 6. 项目圆满结束 了解移动端项目结构 让 Android 应用程序能用于 iOS——教程 发布应用程序 使用 Ktor 和 SQLDelight 接入平台相关 API 分层项目结构 Android 源代码集布局 添加依赖项 添加依赖项 添加 Android 依赖项 添加 iOS 依赖项 运行测试 构件编译项 配置编译项 构建最终原生二进制文件 多平台 Gradle DSL 参考 范例 FAQ 向团队介绍跨平台移动端开发 Kotlin 多平台兼容性指南 Kotlin 多平台移动端插件版本发布 平台 JVM Kotlin/JVM

individual languages. The component corresponds to one translatable file (for example GNU gettext or Android string resources). The projects are there to help you organize component into logical sets (for example cases, so always consider your environment when doing the choice. Platform Recommended format Android Android string resources iOS Apple iOS strings Qt Qt Linguist .ts [1] [2] [3] Platform Recommended 源和翻译（典型示例是 GNU gettext，XLIFF 或 Apple iOS strings 字符 串）。另一方面，单语格式通过 ID 识别字符串，每个语言文件仅包含那些语 言到任何给定语言（通常是 Android string resources）的映射。两种变体都使 用某些文件格式，请参见下面的详细说明。 为了正确使用单语文件，Weblate 要求访问一个包含完整字符串列表的文件， 以与其源一起翻译

individual languages. The component corresponds to one translatable file (for example GNU gettext or Android string resources). The projects are there to help you organize component into logical sets (for example cases, so always consider your environment when doing the choice. Platform Recommended format Android Android string resources iOS Apple iOS strings Qt Qt Linguist .ts [1] [2] [3] Platform Recommended 源和翻译（典型示例是 GNU gettext，XLIFF 或 Apple iOS strings 字符 串）。另一方面，单语格式通过 ID 识别字符串，每个语言文件仅包含那些语 言到任何给定语言（通常是 Android string resources）的映射。两种变体都使 用某些文件格式，请参见下面的详细说明。 为了正确使用单语文件，Weblate 要求访问一个包含完整字符串列表的文件， 以与其源一起翻译

individual languages. The component corresponds to one translatable file (for example GNU gettext or Android string resources). The projects are there to help you organize component into logical sets (for example cases, so always consider your environment when doing the choice. Platform Recommended format Android Android string resources iOS Apple iOS strings Qt Qt Linguist .ts [1] [2] [3] Platform Recommended 源和翻译（典型示例是 GNU gettext，XLIFF 或 Apple iOS strings 字符 串）。另一方面，单语格式通过 ID 识别字符串，每个语言文件仅包含那些语 言到任何给定语言（通常是 Android string resources）的映射。两种变体都使 用某些文件格式，请参见下面的详细说明。 为了正确使用单语文件，Weblate 要求访问一个包含完整字符串列表的文件， 以与其源一起翻译

individual languages. The component corresponds to one translatable file (for example GNU gettext or Android string resources). The projects are there to help you organize component into logical sets (for example 源和翻译（典型示例是 GNU gettext，XLIFF 或 Apple iOS strings 字符 串）。另一方面，单语格式通过 ID 识别字符串，每个语言文件仅包含那些语 言到任何给定语言（通常是 Android string resources）的映射。两种变体都使 用某些文件格式，请参见下面的详细说明。 为了正确使用单语文件，Weblate 要求访问一个包含完整字符串列表的文件， 以与其源一起翻译 translations mono no yes no yes no Qt Linguist .ts both yes yes no yes yes [10] needs editing Android string resources mono yes yes [7] no no yes [10] Apple iOS strings 双语 no yes no no no 格式 语言能 力

individual languages. The component corresponds to one translatable file (for example GNU gettext or Android string resources). The projects are there to help you organize component into logical sets (for example cases, so always consider your environment when doing the choice. Platform Recommended format Android Android string resources iOS Apple iOS strings Qt Qt Linguist .ts [1] [2] [3] Platform Recommended 源和翻译（典型示例是 GNU gettext，XLIFF 或 Apple iOS strings 字符 串）。另一方面，单语格式通过 ID 识别字符串，每个语言文件仅包含那些语 言到任何给定语言（通常是 Android string resources）的映射。两种变体都使 用某些文件格式，请参见下面的详细说明。 为了正确使用单语文件，Weblate 要求访问一个包含完整字符串列表的文件， 以与其源一起翻译

individual languages. The component corresponds to one translatable file (for example GNU gettext or Android string resources). The projects are there to help you organize component into logical sets (for example cases, so always consider your environment when doing the choice. Platform Recommended format Android Android string resources iOS Apple iOS strings Qt Qt Linguist .ts [1] [2] [3] Platform Recommended 源和翻译（典型示例是 GNU gettext，XLIFF 或 Apple iOS strings 字符 串）。另一方面，单语格式通过 ID 识别字符串，每个语言文件仅包含那些语 言到任何给定语言（通常是 Android string resources）的映射。两种变体都使 用某些文件格式，请参见下面的详细说明。 为了正确使用单语文件，Weblate 要求访问一个包含完整字符串列表的文件， 以与其源一起翻译

基础知识 项目和组件架构 在 Weblate 中， 翻译组织成为项目和组件。每个项目可以包含几个组件，并 且组件包含各个语言的翻译。组件相应于一个翻译文件（例如 GNU gettext 或 Android string resources）。项目帮助您将组件组织为逻辑的组（例如，将一 个应用中使用的所有翻译分组）。 默认情况下，每个项目内都有对跨组件传播的公共字符串的翻译。这减轻了重 复和多版 中，而不是在实际的翻译中。然而它不会对任何 旧的字符串执行自动清理，因为那会具有难以预料的结果。如果想做的话，请 安装适当的插件，来根据您的要求处理清理工作。 Weblate 也不会尝试以任何方式更新双语言文件，所以如果需要 po 文件从 pot 更新的话，需要您自己去做或使用插件。 参见 用脚本处理仓库，清理翻译文件，移除空白字符串，更新 RESX 文件，更新 PO 文件以匹配 POT 文件 (msgmerge) msgmerge 工具来更新翻译文件： msgmerge -U locale/cs/LC_MESSAGES/django.mo locale/django.pot 在想要进行自动更新的情况下，可以安装插件 更新 PO 文件以匹配 POT 文件 (msgmerge)。 故障排除 请求有时失败，错误信息为“too many open files”（打开文件过 多） 有时当您的 Git 仓库增长太多并您有太多仓库时会发生。压缩

基础知识 项目和组件架构 在 Weblate 中， 翻译组织成为项目和组件。每个项目可以包含几个组件，并 且组件包含各个语言的翻译。组件相应于一个翻译文件（例如 GNU gettext 或 Android string resources）。项目帮助您将组件组织为逻辑的组（例如，将一 个应用中使用的所有翻译分组）。 默认情况下，每个项目内都有对跨组件传播的公共字符串的翻译。这减轻了重 复和多版 中，而不是在实际的翻译中。然而它不会对任何 旧的字符串执行自动清理，因为那会具有难以预料的结果。如果想做的话，请 安装适当的插件，来根据您的要求处理清理工作。 Weblate 也不会尝试以任何方式更新双语言文件，所以如果需要 po 文件从 pot 更新的话，需要您自己去做或使用插件。 参见 用脚本处理仓库，清理翻译文件，移除空白字符串，更新 RESX 文件，更新 PO 文件以匹配 POT 文件 (msgmerge) msgmerge 工具来更新翻译文件： msgmerge -U locale/cs/LC_MESSAGES/django.mo locale/django.pot 在想要进行自动更新的情况下，可以安装插件 更新 PO 文件以匹配 POT 文件 (msgmerge)。 故障排除 请求有时失败，错误信息为“too many open files”（打开文件过 多） 有时当您的 Git 仓库增长太多并您有太多仓库时会发生。压缩