0
392 次瀏覽

I would like to gather suggestions from anyone who has experience checking translations that use quote dashes. I have a project in Spanish that has the following characteristics:

  • First level quotes are
  • double angle quotes «…» for OT quoted material and monologues.
  • quote dashes — for dialogue
  • Both use curly quotes for second “…” and third ‘…’ level quotes
  • Quote dashes are never closed therefore the end of the quote is either only clear from the context or is simply ambiguous
  • The same character u+2014 — is used for both quote dashes and for marking parenthetical material.

I certainty think I need to change quote dashes to use u+2015 ― but beyond that I am uncertain.

Any suggestions on how to proceed?

舊文章 - 以原文顯示
Paratext (1.8k 點) 提出
已重新顯示 | 392 次瀏覽

3 個回答

0
最佳回答

Yes, I’ve come across this issue with Russian and other Cyrillic-alphabet languages, too. Here’s an idea I had: we could request the creation of a USFM marker for < end-of-quote >.

In our context, one of the issues that was consuming my thoughts was: what if we use quote dashes and later decide for paired quotation marks? Manually changing them would be a lot of work, so how could we automatically change the quotation marks? An USFM marker would be an invisible pair to the dash, and would allow you to search-and-replace for paired quotation marks.

I’ll add a few other thoughts:

  • It seems to me that quote dashes were quite common in English language novels decades ago, but that a shift was made and now they are completely out of fashion.
  • In languages that use them, they usual context is dialogue, and people rarely speak more than a paragraph. Thus there is no ambiguity.
  • In Scripture, we have long monologues, and these are often part of dialogues. Paragraphing the long utterances can give rise to ambiguity as to where the quote ends. This happens when the following text is not a quote (if it is a quote, the new quote dash shows you that the quote before has ended). In some examples I’ve looked at, the quote ends mid-paragraph! – for example the end-of-quote in Matthew 6 between vv27–28.
  • Not to mention that there are often quotes within quotes … within quotes. I presume publications that use quote dashes always use quotation marks for these.
  • Those of our translators that favour quote dashes say that they make dialogues look “more alive”. Personally, I think the same can be achieved by starting each speaker’s utterance in a new paragraph. Interestingly, novels usually do that, but printed Bibles often don’t.
  • Another possible disadvantage of quote dashes is that the printed text spans more pages; when quotation marks are used, a whole dialogue can be in a single paragraph, which saves space (this, obviously, relates to the above issue).
  • Quote dashes present a typesetting issue in justified (right & left justified) text: the justification is done by expanding (and, in professional software, also by contracting) the size of spaces. But when the width of a space after a quote dash is changed, the dialogue can look ragged, particularly if you have very wide spaces in a line (because the starts of the text of each utterance don’t line up vertically). The solution would seem to be to not allow the space after the dash to change width, but I’m not sure whether InDesign and PDF allow for that. (Not sure what this says about my personality and/or perfectionism, since I’ve never heard anyone else complain about this, but is sure bugs me when things don’t align vertically!)

our translation of the Synoptic Gospels managed to use four levels of quotes in one instance! That was a problem because the PT automatic checks only support three levels (I wonder if it wouldn’t be much work for them to add a fourth).

It seems logical to me that spaces should have two formatting attributes: breaking/non-breaking and stretchable/non-stretchable. The legacy solution for the former was to have a separate codepoint for non-breaking space. Apart from the fact that this means you have two identical characters in your character set, this also has the disadvantage that you really need to do the same for all the other spaces that a full character set would have (½-em space, ¼-em space, etc.) I’d be interested to know whether programs like InDesign implement a better solution – and also whether the Unicode standard has anything to say on the issue.

(Talking of Unicode, I used one of the extra asterisk characters available in the standard while typing this posting – that seemed the only way to avoid my footnote being formatted as a bullet point (according to the markdown standard this forum uses). BTW, is there markdown for superscript? [edit: there is, and I’ve now used it above])

(If anyone’s interested, I built a custom US-English keyboard for Windows with extra characters like “ ” β • ⁎† ‡ .)

舊文章 - 以原文顯示
(1.4k 點) 提出
已重新顯示
0

First, check the information found in the topic “How do I specify alternate quotation marks for a project?”

Checking quotations that include the em-dash (2014) or other quote dash is very difficult and no solution will get everything correct. The best I have come to is to get the quotation rule settings as accurate as possible and then begin looking for anomalies. The alternate quotation system only works in 7.6. Having em-dashes in locations other than the beginning of a quotation will cause problems - that may need to be denied.

I have on occasion created a duplicate project and then did some creative editing to remove known issues so that I could locate true problems with the text.

舊文章 - 以原文顯示
(9.9k 點) 提出
0

That makes sense in terms of distinguishing the characters by usage, though in the case of these characters it may not get you what you want visually. I just checked out 8 fonts, and the results were interesting:

  • Charis & Doulos have them identical;
  • Arial & Times NR have the quote dash a fraction shorter; TNR also has it thicker;
  • Cambria has the quote dash quite a bit shorter;
  • but SIL’s latest Gentium & Andika have the quote dash longer.

(I’d attach my test file, but I can’t see a way to do that.)

My assumption was that most people would want them to look the same. Of course you can change the U+2015 back to U+2014 at publication time if it gives the visual effect you want.

舊文章 - 以原文顯示
(1.4k 點) 提出

相關問題

0
1 個回答 192 次瀏覽
大家好, 如果您知道有任何專案同時存在「正向翻譯」和「回譯」,請告知我,好嗎? 我是一個小型團隊的成員,我們正在研究機器學習是否能對聖經翻譯過程中的任何環節有所助益 更多附有回譯的翻譯範例將對我們的調查大有幫助 在我先前於此論壇提 ... 能獲得更多數據將非常有益 任何翻譯/回譯的語言組合都引起我們的興趣 我們能收集的數據越多越好 非常感謝, dcb .
dcb 194 提出 已提問 3月 2, 2021
0
0 個回答 206 次瀏覽
To make quotation checking slightly easier - instead of using the option to Flag all quotes near other errors which ... to see potential problems. sshot-1.png1079 351 37 KB
[Expert]
Brian
375 提出
已提問 10月 13, 2017
0
3 個回答 380 次瀏覽
When will the ESV and NLT resource translations be available in Paratext 8?
anon385934 139 提出 已提問 7月 6, 2017
0
5 個回答 749 次瀏覽
最近有兩次被人問到,是否有辦法將最終的顧問檢查報告附加到 Paratext 專案上。其理念在於,未來這些資訊可以與專案一起保存。我目前是兩個組織的管理員,而顧問報告通常只是儲存在伺服器上、舊檔案櫃中,或者遺失了。關於最佳實務,大家有什麼建議嗎……
anon251522 150 提出 已提問 9月 26, 2022
0
1 個回答 305 次瀏覽
在 Paratext 6 和 7 中,有一個用於檢查包含式/排除式代名詞的檢查清單 Paratext 8/9 中沒有該檢查清單 有一個補充的《聖經》術語清單,可用於檢查包含式和排除式代名詞 image880 536 122 KB 您可以暫時切換 ... 或儀式)以及 100 多個語義領域 新約關鍵《聖經》術語 (SIL):一份關於新約中特定概念的清單
[Expert]
Jeff_Shrum
2.9k 提出
已提問 9月 18, 2020
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
How good and pleasant it is when God’s people live together in unity!
Psalm 133:1
3,048 個問題
6,007 個回答
5,672 則評論
2,028 位使用者