创建新项目时注释标签和图标丢失 [已解决]

Question

我没有将此帖子标记为“问题”。这可能是一个错误报告，除非我发现是我们操作有误。[编辑和剧透：这并非错误；我们忽略了一个功能；请阅读整个帖子以了解详情；现在已标记为“问题”，标题标记为“已解决”；一切正常]

最近分叉了一个项目：先进行本地“备份项目到文件”（Backup project to file），然后进行本地“从文件恢复项目”（Restore project from file），并选择了“新项目”（New Project）选项。在创建新项目的过程中，按照 Paratext 的建议，选择了所有文件，包括列出的“注释标签 [日期和时间]”（Note Tags [date and hour]）。新项目已正确注册，目前运行正常。

但今天团队注意到*，所有特殊注释不再像以前那样被标记。项目中的特殊标签消失了。注释本身没问题。但所有带有特殊标签和图标的位置，在注释列表窗口（Notes List window）中显示为空白，而通常那里应该显示图标。

我进行了一些调查：
我们现在有一个新的 CommentTags.xml 文件，几乎是空的。看起来 Paratext 在分叉后没有找到该文件，于是创建了一个新的空白文件，其中只包含默认的红色标记。（项目当前使用的是 PT 9.3.103.7。）

我们仍然可以访问包含我们特殊标签和图标的旧 CommentTags.xml 文件。（这是来自 PT9 版本的，大约在 2022 年秋季是“最新版本”。）

我找到了这个相关的问题（关于 PT7）

导入注释标签 问题

你好， 我在想是否有直接的方法将一组注释标签导入项目？ 例如，如果一位顾问有一套基本的注释标签，希望在他检查的所有项目中使用，是否有简单的方法导入它们，还是需要在所有项目中重新创建它们？我在 Paratext 7 中尝试过将 CommentTags.xml 文件复制到项目目录，然后打开项目属性中的注释标签，似乎有效，但我不确…

其中用户被鼓励说“复制 CommentTags.xml 文件不应引起任何问题。”

既然我们现在使用的是 PT9 最新版本，我想在实施移植或拼接过程之前，寻求类似的鼓励。我可以用旧的完整 CommentsTags.xml 替换新的不完整文件吗？

我对两个 XML 文件进行了比较，发现结构完全相似。只是旧文件有更多的条目。我愿意冒这个险。

感谢你们的想法。

长话短说：

关于可能的 B 计划的说明：我知道如何在项目属性的“注释”（notes）选项卡中手动创建新标签并选择图标。我知道我们注释中的名称、图标和模板。我只是担心，如果通过 Paratext 图形界面重新创建旧系统，可能会分配不同的标签 ID。旧 XML 文件中缺少某些 ID，这表明团队过去可能删除了某些标签。因此，我考虑过这比修改 XML 文件可能更“安全”。但由于 ID 无法通过图形界面访问，我其实并不喜欢这个 B 计划。

*今天发生了一个情况，用户 X 像往常一样向用户 Y 发送了一些注释，要求将一整批编辑输入到 Paratext 主项目中，包括对某些关键术语的拼写更改。正是在这一刻，团队发现他们的特殊标签和图标丢失了。

用户 X 在语言观察方面非常专业，并且擅长与团队讨论此类问题。然后，Paratext 中此类根本性的编辑总是由团队成员 Y 处理，他对 Paratext 有很好的感觉，知道如何输入不同类型的更改；特别是当它们涉及多个经文时。

过去，用户 X 和用户 Y 之间有一种特殊的标签和图标用于此类工作。

这些标签和图标（大约 10 个）对团队和项目很重要；它们是工作流程的一部分，确实有助于避免淹没在红色标记中。总共有许多注释，因此能够过滤并知道什么是什么很重要。

机器翻译自 English 显示原文

Answer 1

在对 Paratext 项目文件夹中的文件进行任何更改之前，请关闭 Paratext！
您可以安全地将旧的 CommentsTags.xml 复制到新项目。如果您担心，我建议在新项目文件夹中将原始文件重命名为类似 CommentTags.old 的名称。这样，您随时可以更改扩展名并恢复到之前的状态。
这里有一个关于在恢复项目时确保获取注释标签的过程的快速视频：

注意 当我进行恢复时，我也选择了“设置”（Settings），这可能会更改刚刚添加到项目中的设置。

请注意，分叉 PT8 或 PT9 项目的最佳方法是使用项目设置 > 高级 > 转换项目（Project Settings > Advanced > Convert Project）工具。这会保留项目中的所有历史记录和其他信息。如果您有很多历史记录，此过程可能需要很长时间。
如果项目来自 PT7，则需要使用您正在使用的备份/恢复过程，并且会丢失历史记录。

机器翻译自 English 显示原文

Answer 2

非常感谢 @anon848905。我刚刚进行了修复，它起作用了。

我们需要从几台团队计算机进行几次发送/接收（send-receive），以查看是否有任何副作用。我不担心那几次。（记住，问题是在一整批实际工作期间发现的。）

我怀疑，经过今早的一些实验（我创建了一个新标签进行测试），我们可能会有一些“奇怪”的注释，它们被输入为今天的 ID2，现在将显示为新的 ID2，而这实际上是分叉前的旧 ID2，这其实很好。

我对 Paratext 项目进行了本地备份。
我创建了一个里程碑。
我关闭了 Paratext。

机器翻译自 English 显示原文

Answer 3

关于问题原因的单独回答：

感谢 @anon848905 花时间制作视频。为了我自己的利益，我将用文字补充说明我们的问题是如何发生的：

从视频的 1:31 开始，可以看到详细的过程：当使用“从文件恢复项目”（restoring project from file）并选择“新项目”（new project）选项时，PT9 建议不使用以前的“注释标签”（Note Tags），而是建议创建一套全新的标签。

我并不是在批评 Paratext 的这个功能，开发人员必须有一些理由这样操作该过程。也许在右侧的帮助栏中加一个说明，可以让用户了解这个问题。（分叉项目或更改 NGO 非常罕见，即使曾在某些培训中提到过，没有人能学习和记住这些细节。）

作为用户和项目支持者，在分叉项目这一令人紧张的过程中，我不会推翻 Paratext 的建议。

直到今天早上，我才知道名为 CommentTags.xml 的文件，尽管该项目很好地使用了他们自己的一套自定义标签和图标。同样，正如我在其他地方写的那样，我喜欢 Paratext 以模块化方式编写并使用可读的 XML 文件。

我怀疑未来 20 年内不会再有另一次分叉，但这也许可以帮助其他团队。或者，当我们在未来遇到轻微的余震并想查看 2023 年 3 月注释发生了什么时，它会为我们服务。

我将编辑我问题的第一段，澄清这不是关于错误，并将我的问题标记为已解决。

我还感谢 @anon848905 提供了未经请求的额外信息，即有一种更好的方法来创建项目分叉。

机器翻译自 English 显示原文