0 票
522 次瀏覽

我與一個團隊合作,他們希望將經文引用寫成如下格式:
\xt book_name rukuh # ayat #\xt*
其中「rukuh」意為「章」,「ayat」意為「節」。

在許多情況下,我們已經放棄讓 Paratext 解析這些名稱,而是使用 |ABC 1:2 樣式的屬性來明確指定引用。不過,Paratext 在許多情況下仍能正確解析。

為了讓這運作起來,我們已在每個書名後加上「rukuh」一詞,並定義 ␣ayat␣ 為章/節分隔符。

首先,是否有我們尚未想到的更好設定方式?還是我們應該放棄,在所有情況下都使用英文樣式的引用作為屬性?

假設我們目前的做法是最佳方式,現在添加腳註時,\fr 欄位會被設定為 chapter# ayat verse#,這很煩人但可以繞過。問題是,當我們執行引用檢查(Reference Check)時,會出現數百個錯誤,顯示「Unexpected book after chapter separator」(章分隔符後出現意外書名)。有沒有辦法繞過這個問題?

機器翻譯自 English
Paratext 由 (1.9k 點) 提出 | 522 次瀏覽

2 個回答

0 票
最佳回答

對於我們幾年前做的一個需要進行類似處理的專案,我們將引用設為標準的西方樣式引用,這樣 Paratext(以及 DBL)就能正常運作,並執行所有必要的檢查。但在出版前,我們使用 Python 腳本將其轉換為正確格式。以下是 Python 腳本中相關的正則表達式(請注意,對於引用的每種形式,例如多章、有節號或無節號等,都有單獨的轉換表達式):

    # turn cross references into their long forms
    #  Takwiin 2:1; 5:2  or  Takwiin 2:1-5; 5:6-9
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+):(\d+(-\d+)?); (\d+):(\d+(-\d+)?\\\+xt\*)',
                   '\\1 fasul \\3 aaya \\4 wa fasul \\6 aaya \\7\\\+xt*', sText)
    #  Takwiin 2; 4
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+); (\d+\\\+xt\*)',
                   '\\1 fasul \\3 wa fasul \\4', sText)
    #  Takwiin 2:1
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+):(\d+\\\+xt\*)',
                   '\\1 fasul \\3 aaya \\4', sText)
    #  Takwiin 2:1-5
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+):(\d+-\d+\\\+xt\*)',
                   '\\1 fasul \\3 aaya \\4', sText)
    #  Takwiin 2  or  Takwiin 1–2
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+(–\d+)?\\\+xt\*)',
                   '\\1 fasul \\3', sText)

如果我今天進行相同的排版工作,我會使用 PTXprint,並將這些更改放入 Changes.txt 檔案中。

請注意,這些表達式可能無法處理某些章/節表達式;這是針對特定專案的,我知道所有引用表達式格式的範圍。例如,我不認為這能處理三個章號,例如「bookname ch1; ch2; ch3」。如果專案中有這種情況,你需要添加新的表達式,或找到一種方法來擴展現有表達式(前者可能更容易……)。

另外請注意,當你在 DBL 輸出的文本中查看引用時,例如在 YouVersion 中,你只會看到西方引用格式,而不是你的「rukuh # ayat #」。這是因為 YouVersion 在處理和格式化文本方面沒有複雜的功能——它只是以 HTML 形式輸出,並希望看起來不錯。但如果你使用 SAB 創建聖經應用程式,你可以運行類似的正則表達式來獲得相同的預期效果。

@anon175865 在某些方面,這個 YouVersion 問題類似於標點符號周圍有空格時換行混亂的問題。也許我們應該有一個「建議排版規則」檔案,附加到專案並與專案一起儲存在 DBL 中。這樣,如果 YouVersion 在顯示文本時應用這些更改,它可能會做得更好。這在某種意義上允許文本的數據格式與呈現格式之間存在差異。然後,根據呈現類型,你可能需要選擇應用哪些規則。總之,只是稍微展望一下……

希望這能幫到你,
jeffh

機器翻譯自 English
由 (1.4k 點) 提出

非常感謝你的建議。這似乎比我們目前的變通方案更好。我已向團隊提出建議,並會看看他們是否滿意(唯一的不便之處是,他們需要習慣在 Paratext 中看到一種格式,但在最終印刷/應用程式中預期另一種格式)。

機器翻譯自 English

僅提醒一下,使用 PTXprint 現在可以相當容易地生成最終形式的輸出,所以不要害怕生成草稿並評估 PDF 或印刷形式。顯然,翻譯者(或至少其中一人)需要能夠處理/鍵入西方格式的引用,但你應該能夠以另一種格式生成草稿,供團隊、委員會等評估。這有一個額外的好處,即在流程早期測試最終格式,讓每個人習慣它和/或早期對格式提出意見。

機器翻譯自 English

@jeffh The issue with display on our publishers platforms is not that they “just dump it out in HTML, and hope it looks good”. My goodness!! You have no idea how much work YouVersion, in particular, goes to to get things the way we want them. The bundle that goes to them is produced by our Paratext converter, and is USX, not HTML (Paratext is also where the no-break spaces are stripped out). I believe that, because of the nature of USX, individualization is not permitted. I do know that where we have had individual issues that could be corrected at YouVersion’s end, they have gone above and beyond what they needed to do to make things right. I would hope that we could celebrate and not denigrate partnerships in our line of work. Your suggestion for typesetting rules should probably be made to the Paratext team, as they control the content of the bundles that our publishers receive.

@anon175865 你絕對是正確的。我的評論非常不公平,我為此道歉。這是我在多次看到 YouVersion 中法語聖經文本換行不良時,洩露出的一點點挫折感。正如你所建議的,問題確實出在 DBL 端,希望 Paratext 和 DBL 正在進行的努力能解決其中一些問題。請原諒我輕率的評論。

機器翻譯自 English

@jeffh 謝謝 jeffh。我理解你的挫折感,並會繼續努力在 DBL 端讓事情變得更好。

機器翻譯自 English
0 票

我對你們最終決定採取的做法很感興趣。如果你們保留對經文引用設定(Scripture Reference Settings)的變通方案,我希望能將我添加為該專案的顧問(Consultant),以便我測試 Paratext 用於將文本從 USFM 轉換為 USX 以通過 DBL 分發的轉換器是否能接受你們所做的更改。我懷疑它不會接受。我想,對於腳註的變通方案可能是拒絕(Deny)所有「Unexpected book…」(章分隔符後出現意外書名)錯誤,並在專案資料夾中添加一個 changes.txt 檔案,允許 Paratext/PubAssist 通過移除 ayat 來將腳註引用轉換回標準格式以進行列印。

機器翻譯自 English
由 (192 點) 提出

我原本希望避免拒絕數百個錯誤。然而,我突然想到可以批量操作——使用 Shift 或 Ctrl 選取多個錯誤,然後拒絕它們。所以也許這最終會成為我們採取的做法。

我們目前(暫時)並不打算使用 \fr 數據,因此理論上可以完全將其移除。反正我從來沒有真正理解過該欄位的用途,因為你應該可以通過簡單的編程腳本隨時重新生成它。但如果我們將來要提交給 DBL 或以其他方式使用 \fr 欄位,我們幾乎肯定會使用 changes.txt 或類似工具來編輯格式。

機器翻譯自 English

相關問題

0 票
3 個回答 484 次瀏覽
在給出跨章節的經文參考時,Komba 團隊偏好以下標記方式:1:1 - 3:5 也就是說,使用 - 然而,似乎「經文參考設定」(Scripture Reference Settings)無法處理僅在字元後有空格 而在字元前無空格的情況 如果在字 ... 嗎?我猜測其他人也有此偏好慣例 對我們團隊來說,沒有空格的破折號(em-dash)太長,且視覺上不美觀
anon142050 118 提出 已提問 4月 17, 2019
0 票
2 個回答 323 次瀏覽
When you make corrections to \toc headers, the Book Names under Scripture Reference Settings don’t seem to update automatically. Is that by design?
匿名 提出 已提問 4月 10, 2015
0 票
1 個回答 9.5k 次瀏覽
關於《詩篇》這本書,我們希望在書名和目錄中使用複數形式「Psalms」,但在經文引用中使用單數形式「Psalm」 書名: 長格式 (toc1):詩篇(The book of Psalms) 短格式 (toc2): ... 應該在「經文引用設定」(Scripture Reference Settings)中填入單數形式,而在 USFM 文字中填入複數形式嗎?
bit 495 提出 已提問 11月 12, 2021
0 票
3 個回答 473 次瀏覽
One of the projects I support has the following formatting for their chapter/verse references in footnotes (the part after ... or does the team need to do that manually? Thanks!
anon469793 155 提出 已提問 10月 3, 2019
+1 票
2 個回答 205 次瀏覽
在我們專案的書卷引言中,我們使用經文引用來引導讀者參考特定經節 由於所有引用都是該書卷內部的,因此我們不在經文引用中包含書卷名稱或書卷縮寫 如果是簡單引用(例如 11.4),Paratext 不會有問題 但如果是複雜引用(例如 7.3- ... 望保留書卷引言中的這種經文引用格式,但如果在執行檢查時,新約每一卷書的這種格式都不被標記為錯誤,那就更好了
anon392210 109 提出 已提問 3月 28, 2023
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
So Peter was kept in prison, but the church was earnestly praying to God for him.
Acts 12:5
3,051 個問題
6,010 個回答
5,676 則評論
2,030 位使用者