0
265 次瀏覽
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 點) 提出
已編輯 提出 | 265 次瀏覽

3 個回答

+1
經過 5 年更好的電腦硬體以及 Paratext 的一些開發改進,速度變慢的情況可能沒有以前那麼嚴重了。

但通常來說,Paratext 中極長的視窗會拖慢速度。例如,如果你在單一視窗中開啟整本《出埃及記》並開始捲動,它可能會開始卡頓。對於使用複雜字體(需要額外運算資源)的人來說,這種情況尤其明顯——如果你使用的是拉丁字母文字,這種情況可能不太明顯。這也是為什麼人們幾乎總是使用未勾選「View-->Show all chapter」狀態來進行編輯的原因之一。

對於詞彙表來說,這成了一個問題,因為 Paratext 開發人員沒有建立將其分割為章節(從而形成更易管理的區塊)的方法。因此,預設情況下關閉「View-->Show all chapters」並不會有幫助。

我的建議是開始建立詞彙表。然後,如果你開始遇到速度變慢的問題,可以人工將詞彙表分割為章節。這樣做會導致與 Biblical Terms 的連結停止運作,因此請務必只在絕對必要的情况下才使用章節選項。

請注意,速度變慢的情況僅在該 Glossary 書卷恰好處於開啟狀態時才會發生。它不會在所有時間都全面拖慢 Paratext 的速度。

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

我剛測試過,是的,詞彙表中的標記註釋(flagged notes)問題仍然存在。就個人而言,我會稱之為相當嚴重的錯誤。

當 Paratext 建立一個標記時,它會儲存周圍單字的某些「上下文」,以便將標記放置在正確的位置。在一般書卷中,該上下文是節(verse)。但由於詞彙表沒有分割為節,因此每次建立標記時,它都會儲存整個章節(可能是整個詞彙表)。

例如,我們的 Glossary 檔案目前大約有 300kb 長。這意味著每次你建立一個新標記(或回覆一個標記?),你的 Notes.xml 檔案就會增加 300kb。你可以想像這會多麼迅速地累積。(將詞彙表分割為章節確實可以減輕這個問題的嚴重程度。)

在實際操作中,這並沒有給我們帶來任何問題。團隊通常一次只添加幾個標記,因此每次 Send/Receive 僅使用 1 或 2 MB 的數據。但如果我們需要在全新的專案上執行全新的 S/R,則可能需要一段時間。我參與的一個專案僅 Notes 就有 400+mb。
機器翻譯自 English
(1.9k 點) 提出
0
我也發現單一視窗中的長段文字可能會非常慢。

詞彙表中另一個很慢的地方是: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 次瀏覽
我們有一份托克皮辛語(Tok Pisin,巴布亞新幾內亞的主要低資源語言)詞彙表,有人要求我們分享 如果我們讓一些人成為該專案的觀察者 ... document/d/1cdXeRc-Kj8wCYTTykc5KG6rSmjghFdq_nS6fAIVH_pk/edit#heading=h.33aihlqcr3zl 感謝您能提供任何幫助 John Nystrom
john_nystrom 312 提出 已提問 3月 27, 2024
0
1 個回答 183 次瀏覽
在「提供意見回饋」或「回報問題」對話方塊中,有一個很有用的功能是報告會包含 Paratext 記錄檔,這通常能提供更多關於發生狀況的詳細資訊 但如果 Paratext 突然關閉,或 Windows 顯示它 ... 製詳細資訊」(Copy > Copy details as text),然後將其貼上到您的問題報告中 image845 489 34.4 KB
[Expert]
sewhite
3.3k 提出
已提問 11月 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 提出
已提問 3月 15, 2019
0
1 個回答 240 次瀏覽
我的最小化 PT 視窗在關閉並重新啟動後,會自行「蠕動」到更大的框架尺寸。例如,它喜歡覆蓋在我的工作列上。而且它也會以類似的方式水平移動。有什麼辦法可以讓 PT 表現得更好嗎?我已經厭倦了不斷將框架邊界拖回我期望的位置。
anon054969 123 提出 已提問 7月 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 提出
已提問 5月 10, 2017
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
Very truly I tell you, whoever accepts anyone I send accepts me; and whoever accepts me accepts the one who sent me.
John 13:20
3,045 個問題
6,005 個回答
5,671 則評論
2,026 位使用者