0
262 次浏览
I've just been reading a thread about best practices for a glossary (https://support.bible/3952/glossary-best-practices). It's useful but raises a concern for me about how a glossary may afect PT's performance and s/r speed. It contains comments such as: "Good to know since large books in the peripherals really slow down Paratext...." and "The notes files became so big that this meant that send and receive became impossible, over fairly poor broadband. The reason for this ..."

PT is already painfully slow on my computer, especially when using Notes, so the above comments make me wary of starting a glossary. However, I see the thread I was reading is from 2018, so I'm asking if anything has changed with regard to this speed/performance issue and glossaries. Thanks.
Paratext (242 分) 发布
已编辑 发布 | 262 次浏览

3 个回答

+1
经过 5 年更好的计算机和 Paratext 的一些开发,速度变慢的情况可能不像以前那么严重了。

但一般来说,Paratext 中极长的窗口会拖慢速度。例如,如果你在单个视图中打开整本《出埃及记》并开始滚动,它可能会开始卡顿。对于使用复杂字体的人来说尤其如此,这需要额外的计算能力——如果你使用的是拉丁字母文字,这种情况可能不太明显。这也是人们几乎总是使用未勾选状态的“View-->Show all chapter”进行编辑的原因之一。

对于术语表来说,这成了一个问题,因为 Paratext 开发人员没有创建将其拆分为章节(从而形成更易于管理的块)的方法。因此,默认情况下关闭“View-->Show all chapters”并没有帮助。

我建议开始着手创建术语表。然后,如果你开始遇到速度变慢的问题,可以人为地将术语表拆分为章节。这样做意味着与 Biblical Terms 的链接将停止工作,因此仅在绝对必要时才使用章节选项。

请注意,速度变慢仅发生在该术语表书籍恰好打开时。它不会在所有时候都全面拖慢 Paratext 的速度。

-----------------

我刚刚测试了一下,是的,术语表中标记的 Notes 仍然是一个问题。我个人认为这是一个相当严重的 bug。

当 Paratext 创建一个标记时,它会保存一些周围单词的“上下文”,以便将标记放在正确的位置。在常规书籍中,该上下文是经节。但由于术语表没有划分为经节,因此每次创建标记时,它都会保存整个章节(可能是整个术语表)。

例如,我们的术语表文件目前大约 300kb 长。这意味着每次你创建一个新的标记(或回复一个标记?),你的 Notes.xml 文件都会增加 300kb。你可以想象这会迅速累积。(将术语表拆分为章节确实会使这个问题不那么严重。)

在实际操作中,这并没有给我们造成任何问题。团队可能一次只添加几个标记,因此每次 Send/Receive 只使用一两个 MB 的数据。但如果我们 ever 需要在一个全新的项目上进行全新的 S/R,它可能需要一段时间。我参与的一个项目仅 Notes 就有 400+mb。
机器翻译自 English
(1.9k 分) 发布
0
我也发现单个窗口中的长段文本可能会非常慢。

术语表中另一个慢的地方是 Notes。每个 Note 都会(在底层,不可见地)附加当前经节的全部内容。如果术语表没有划分为经节,它将附加整个章节,或者(如果术语表没有划分为章节)整个术语表。几个 Note 之后,它会慢到无法使用。

因此,如果你需要在术语表上进行协作,要么使用不同的系统(我预计单独的顾问 Notes 项目不会有这个问题,尽管我没有在术语表中尝试过),要么将其划分为经节。当术语表条目与 Biblical Terms 链接时,这会产生一些额外的复杂性,但对此有变通方法(如果你想了解更多,请告诉我)。

Paulus
机器翻译自 English
(517 分) 发布
0
感谢你们的回复。看来最好还是暂缓开始创建术语表,或者至少不要在其中使用 Notes 功能。
机器翻译自 English
(242 分) 发布
这并没有解决大窗口的问题,但我们通过在词汇表中创建节号解决了注释问题。我们还用这种方法解决了许多其他问题。我们在这里有一篇正在进行中的论文:https://docs.google.com/document/d/1cdXeRc-Kj8wCYTTykc5KG6rSmjghFdq_nS6fAIVH_pk/edit#heading=h.33aihlqcr3zl.
机器翻译自 English

相关问题

0
2 个回答 286 次浏览
我们有一份用巴布亚新几内亚主要低资源语言(LWC)Tok Pisin 编写的术语表,有人要求我们分享 如果我们让一些人成为该项目的观察者,以便他 ... /d/1cdXeRc-Kj8wCYTTykc5KG6rSmjghFdq_nS6fAIVH_pk/edit#heading=h.33aihlqcr3zl 感谢你们能提供的任何帮助 John Nystrom
john_nystrom 312 发布 提问于 三月 27, 2024
0
1 个回答 183 次浏览
在 提供反馈 或 报告问题 对话框中,有一个很有用的功能是报告包含 Paratext 日志文件,这通常能提供更多关于发生情况的详细信息 但如果 Paratext 突然关闭,或者 Windows 提示其已停 ... 信息为文本 (Copy > Copy details as text),然后将其粘贴到您的问题报告中 image845 489 34.4 KB
[Expert]
sewhite
3.3k 发布
提问于 十一月 22, 2019
0
3 个回答 523 次浏览
KimB suggests that Paratext Lite on a phone can serve as a conduit for Send/Receive. Working in a location without ... take their phone to town to sync with the Internet. @KimB
[Moderator]
dhigby
1.3k 发布
提问于 三月 15, 2019
0
1 个回答 240 次浏览
我的最小化 PT 窗口在关闭并重启后,会自行“漂移”到更大的框架尺寸。例如,它总是喜欢覆盖在我的任务栏上。它在水平方向上也会以类似的方式移动。有什么办法可以让 PT 表现得更好吗?我厌倦了不断将框架边界拖回我期望的位置。
anon054969 123 发布 提问于 七月 15, 2023
0
0 个回答 161 次浏览
No, unchecking the Progress box in the Users, Roles and Permissions window will not keep a team member from marking ... marking the progress of other team members. [Link Removed]
[Expert]
Jeff_Shrum
2.9k 发布
提问于 五月 10, 2017
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
They all joined together constantly in prayer, along with the women and Mary the mother of Jesus, and with his brothers.
Acts 1:14
3,045 个问题
6,005 个回答
5,671 条评论
2,026 位用户