0
926 次瀏覽

既然插入的任何插圖都會透過 Send/Receive 傳送,那麼在進行過程中處理插圖的最佳實務是什麼?特別是在頻寬較低的環境中,我們不希望增加 Send/Receive 的負擔。

目前,例如某個團隊只是插入註記,以表示希望在該位置添加特定的插圖。有沒有更好的方法?

機器翻譯自 English
Paratext (448 點) 提出
已重新顯示 | 926 次瀏覽

6 個回答

+1
最佳回答

是的,S/R 只會發送整個檔案一次,之後僅發送任何變更。對於圖像等二進位檔案,任何變更都會重新發送整個檔案。對文字檔案的任何變更僅需發送描述變更所需的最小數據量。

是的,這是執行此類操作的好時機。請注意,數據最終仍需在某個時間點透過 S/R 傳送至互聯網,但這應該只需一次。

添加大型圖像最大的問題在於後來獲取專案的人(例如一年後),他們現在需要首次下載所有大型圖像。顯然,如果這是透過非互聯網的 S/R 完成的,那麼問題就不會那麼大。

機器翻譯自 English
[Expert]
(16.7k 點) 提出

非常實用的說明,謝謝;我會收藏起來,以便我們明年缺席時參考。

機器翻譯自 English
+1

當添加插圖時,全解析度版本會放置在 \local 資料夾中,該資料夾不會透過 Send/Receive 共享;而較低解析度的 JPG 版本會放置在 \pictures 資料夾中,並透過 S/R 共享。

在一兩個專案中,我在插入圖片後(且在執行 S/R 之前)進入 \pictures 資料夾,使用如 VSO Image Resizer 等工具進一步降低低解析度版本的尺寸。結果是生成了例如 150 像素的縮圖,這仍能大致呈現圖片內容,且對頻寬的負擔較輕。

Paulus+Kieviet

機器翻譯自 English
(517 點) 提出
已重新顯示
0

再次強調:這必須在插入圖片後立即執行,以確保在專案標記歷史點(或執行 S/R)之前完成。否則,它將成為專案歷史的一部分,調整尺寸將無法幫助減少 S/R 的頻寬(實際上反而會使情況變得更糟)。

機器翻譯自 English
[Expert]
(16.7k 點) 提出

已重新顯示
+1

每張插圖需要執行多少次 Send/Receive?假設插入後位圖或 PT 專案內的位置都沒有變更,是否數據只需發送給所有相關人員一次,之後僅檢查可能的變更?

我想到了某個專案,整個團隊定期在同一個房間聚會。那裡甚至有一台配備 Chorus Hub 的電腦,他們在那裡聚會。那麼,這些場合豈不是添加插圖並在大家離開前執行 Send/Receive 的好時機嗎?

抱歉 @drwww,如果你們團隊從不這樣聚會。我認為你的問題很重要,而我明年將身在另一個大洲……所以趁機在你的討論串中多了解一些關於 Send/Receive「重型內容」的事。

機器翻譯自 English
(934 點) 提出
+1

我想為一到兩本書設置 SAB,並包含插圖。相關說明要求在 Paratext 中插入插圖。然而,合作夥伴及其電腦位於頻寬極低的區域,如果我添加適合此應用的高品質插圖,我猜測這將導致 S-R 停滯相當長的時間。目前,即使沒有插入插圖指標,他們也很少能有效地執行 S-R。
有什麼建議嗎?

機器翻譯自 English
(106 點) 提出

嗨 @anon498524,

您可能可以在 Paratext 中添加低解析度版本,然後在 SAB 中將這些圖像替換為高解析度版本(但不要替換 Paratext 中的):在 SAB 獲取檔案的地方,將低解析度版本替換為具有相同檔案名的高解析度版本。我不確定這是否可行……

這可能也是適合 SAB 社群的問題:Scripture App Builder - SIL Scripture Software Community

機器翻譯自 English

當您在 Paratext 中添加插圖時,全尺寸檔案僅保存在您自己的 Paratext Projects 資料夾下的 [project]\local\figures 中。這個「local」資料夾不包含在 Send-Receive 中。低解析度副本會放置在您的 [project]\figures 資料夾中,其他使用者會收到該副本。因此,所有使用者都可以看到插圖的草稿副本。查看我的低解析度 figures 資料夾內容,至少 2/3 的檔案小於 30kB;最大的是 50kB。

如果您的使用者即使沒有插圖也難以執行 S-R,您必須評估負載與您想要添加的圖片數量之間的平衡,但至少他們會收到每個圖片的極小版本。

您可能可以執行 Paulus+Kieviet 在此討論串中先前建議的操作:

機器翻譯自 English

在頻寬極低的情況下,如果插圖僅供 SAB 使用,我不會向 Paratext 添加任何插圖。如果我没記錯的話,SAB 可以從 piclist.txt 檔案插入圖片。請查找該檔案。(抱歉,這裡沒有安裝 SAB。)

機器翻譯自 English
0

我有一個關於同一主題的略有不同的問題:Paratext 支援哪些檔案格式用於圖形/插圖?在支援材料中似乎只提到了 JPG,PNG 似乎也有效。那麼 TIF 和 EPS 呢?這些格式用於專業排版,以及其他向量圖形格式,如 AI 和 PDF?

機器翻譯自 English
(176 點) 提出
已重新顯示

當您瀏覽圖形時,預設的導入功能會查找 .tiff、.tif、.jpg 或 .png。您無法將 .ai 或 .pdf 檔案導入 Paratext 專案。

機器翻譯自 English

感謝提供資訊。這有點不幸,因為這意味著無法在 Paratext 中使用任何向量圖形,儘管它是標誌、簡單插圖、線畫等的行業標準。這是一個相當大的限制。

機器翻譯自 English

請記住,PT 的意圖在一定程度上是作為真實圖片的佔位符。因此,只有低解析度副本會透過 Send/Receive 機制來回共享。通常,同一檔案的高解析度副本(具有相同名稱)會儲存在專案的 /local/figures/ 資料夾中。許多為 PT 構建的出版程式(如 ptxPrint)可以從該位置讀取高品質檔案。

但是,負責出版的人應該也可以將檔案的向量版本替換 PT 內的低解析度版本。這是一個額外步驟,需要重新命名一些擴展名,但應該是可行的。

總之,僅僅因為 PT 不處理向量圖形,並不意味著您在實際出版時(無論是實體出版還是透過手機/網頁應用程式)不能使用它們。

機器翻譯自 English

相關問題

+1
10 個回答 1.9k 次瀏覽
我剛開始在我們的專案中真正設定術語表(Glossary),因此遇到了很多問題 我想知道是否有人曾撰寫過「最佳實務」文件或提示,說明如何讓一切正常運作 我已經閱讀了 USFM 標記文件以及 PT 的說明,但這些文件並未解答許多問題 例如,在長 ... 排列嗎? 我相信隨著我使用時間越長,我會有更多問題,我也想知道我是否遺漏了某些能解答所有這些問題的良好資源
mnjames 1.9k 提出 已提問 7月 25, 2018
0
0 個回答 153 次瀏覽
是否有適合路加福音與使徒行傳合併成一本小冊子印刷的插圖?最好是有線描圖。如果有,我們該如何取得?
anon290504 126 提出 已提問 12月 11, 2020
0
6 個回答 1.1k 次瀏覽
我們有一個小型術語表(目前只有 1 頁),我們正在使用對照表工具(interlineariser)來提供回譯(back translations) 為了在最近的顧問檢查中進行列印輸出,並方便導航,我瀏覽了整個術語表並添加了節號,使用 \vp 來在出版時將 ... 工具完全停擺 有沒有什麼方法可以將術語表分段,讓對照表工具能夠接受?這方面的最佳實務是什麼?
anon542642 294 提出 已提問 2月 21, 2022
0
0 個回答 142 次瀏覽
我們決定主要使用 DC Cook 的插圖,並輔以 Gordon Thompson 的圖片 我們希望能在所有出版物(印刷版 應用程式 網頁)中使用我們所有的圖片,而不必費心去分辨哪些圖片可以用在哪種出版物中 有時同一事件有多張不錯的圖片,我希望都 ... 一點會花很多時間,所以我很希望能看到一本已經這樣做過的新約或聖經,這樣我就不必從零開始了 歡迎提出建議!
john_nystrom 312 提出 已提問 9月 6, 2024
0
0 個回答 135 次瀏覽
I'd like to suggest that it's best practice to make a snapshot of a project by either making a back up, or (preferably ... doesn't fint the aims of this site, then please tell me!)
wdavidhj 1.4k 提出 已提問 12月 6, 2017
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
They devoted themselves to the apostles’ teaching and to fellowship, to the breaking of bread and to prayer.
Acts 2:42
3,049 個問題
6,007 個回答
5,672 則評論
2,029 位使用者