+2 голосов
2,1тыс. просмотров

Всем привет, я хотел бы обсудить неразрывные (no-break) пробелы (U+00A0) в эпоху цифровых изданий.

Я работаю в стране, где официально двуязычие между французским и английским. В англоязычных странах неразрывные и половинные пробелы редки. Вы можете найти неразрывный пробел между частями 1·Паралипоменон.

В отличие от этого, большинство наших переводчиков из франкоязычных регионов хотят следовать правилам французского набора. В франкоязычном мире пробелы обязательны перед/вокруг знаков препинания с 2 знаками (; ! : ? « »). Неразрывные пробелы часто используются в качестве разделителя тысяч в больших числах, например 1·000 (Настройки чисел - Разделитель тысяч сбрасывается - #3 от jeffh). Стандарты публикации варьируются, но идеальными кандидатами для этого случая являются обычный неразрывный пробел (U+00A0) и узкий неразрывный пробел (U202F). Это предотвращает перенос закрывающего знака препинания на следующую строку, особенно в многостолбичных макетах. Эти пробелы обеспечивают непрерывность текста на компьютерах всего мира. Стандартный пробел (U+0020), тонкий пробел (U+2009) и волосный пробел (U+022A) имеют разную ширину, но не обеспечивают необходимой защиты от «сирот».

Некоторые инструменты выбирают визуально отображать неразрывные пробелы в виде бледной точки или серого квадрата. Paratext автоматически заменяет неразрывный пробел (U+00A0) на огромную тильду (~, U+007E). В текущих версиях ввод 00A0 и нажатие ALT-X заменяет то, что должно быть неразрывным пробелом, на обычный (0020) пробел, что является прямой ошибкой. Эта гигантская тильда очень отвлекает наших переводчиков, и поэтому в большинстве случаев франкоязычным переводчикам указывали использовать либо обычные пробелы, либо вообще не использовать пробелы перед знаками препинания, с пониманием того, что наборщик стандартизирует пробелы в последнюю минуту в соответствии с их решениями перед печатью. Я полностью осознаю, что огромные тильды заменяются неразрывными пробелами в режиме предпросмотра и могут быть заменены через изменения Print Draft или ptxPrint. Креативный технарь мог бы настроить PTX print для вставки пробелов перед такими символами, но тогда они вообще не были бы видны в Paratext.

Из документации Paratext:

По этой причине Paratext больше не поддерживает использование неразрывных пробелов. Если вы хотите использовать неразрывные пробелы в вашем тексте, вы должны вводить тильду вместо неразрывного пробела. Их можно преобразовать в неразрывные пробелы при наборе. Тильды, введенные в текст, отображаются как неразрывные пробелы в виде Предпросмотра.

Если бы это было чем-то редким (как в английском), я бы не беспокоился, но это встречается почти в каждом абзаце франкоязычного текста. Моя озабоченность заключается в том, что 1) тильды отвлекают переводчиков, которые проводят свое время в стандартном виде, и тех, кто читает через плечо, и 2) что это ограничение не выдерживает испытания в эту эпоху цифровых публикаций и обмена.

Технически,~можно~обойтись~и~опубликовать~через~промежуточные~тильды. Реакция полевых сотрудников на тильды — игнорировать неразрывные пробелы до набора — больше не жизнеспособна, поскольку тексты готовятся не только для печати наборщиками. Отдельные книги публикуются локально, цифровые версии помещаются в DBL и становятся доступными, и создаются приложения Scripture Apps. Это означает, что наличие «финального» пробеления в версии Paratext становится все более важным, и Paratext по-прежнему не «по-настоящему» поддерживает это. (Я только что обнаружил сегодня, что узкий неразрывный пробел (U202F) не имеет визуального индикатора, но, к счастью, не превращается в тильду.) Непоследовательное отображение/обработка U+202F, который должен быть уже, обсуждается здесь (Удаление Unicode 202F ("узкий неразрывный пробел") в проекте)

LibreOffice использует серый квадрат, чтобы отличать неразрывные пробелы от обычных пробелов. Функция Show/Hide в Word использует открытый круг для неразрывных пробелов и центрированную точку для обычных пробелов.

Рассмотрят ли разработчики Paratext отказ от тильды в интерфейсе и использование чего-то более читаемого и менее отвлекающего? Потребуется ли для этого изменение USFM или только Paratext? Переводчики уже привыкли к серым метаданным в их тексте, таким как маркеры USFM. Бледная серая точка · в стандартном виде была бы полезна для различения специальных пробелов и обычных пробелов, верно? Использование серых квадратов вместо этого показало бы и неразрывность, и длину, что, я полагаю, и есть причина, по которой LibreOffice выбрал их. Это было бы большой победой для межкультурной совместимости, надеюсь, кто-то другой, работающий во франкоязычном мире, сможет высказаться. @jeffh @dhigby @anon023887 ?

Я понимаю из этого поста (Проблемы с неразрывными пробелами), что превращение в тильду было введено для борьбы с проблемой чередования в Internet Explorer. Даже сейчас два последовательных пробела в веб-странице требуют, чтобы хотя бы один был преобразован в NBSP. Да, визуально различить пробелы трудно, но команды все еще должны их стандартизировать.
~ Matthew_Lee
Консультант по языковым технологиям
SIL Камерун

Что делает ситуацию еще хуже, так это то, что справка Paratext рассматривает неразрывные пробелы как бич, который нужно искоренить (см. ниже).

Почему я вижу тильды вместо пробелов в моем тексте?
Неразрывные пробелы — это символы, которые выглядят как пробел, но которые не позв…
Неразрывные пробелы — это символы, которые выглядят как пробел, но которые не позволяют переносить строку в этом месте. При открытии текста с неразрывными пробелами, если вы обнаружите, что эти пробелы, похоже, были заменены символами тильды (~), это сделано намеренно. Paratext делает неразрывные пробелы видимыми, отображая их как тильды.
Что мне нужно знать об этом в минимальном объеме?
Ранние версии Paratext иногда и ошибочно вставляли неразрывные пробелы там, где требовался обычный пробел. Поэтому, если вы видите случайную тильду в месте текста, где вы уверены, что неразрывный пробел не требуется, вы можете просто заменить тильду на пробел.
Что, если я хотел бы решить проблему разом?
Если вы НЕ намеренно вставляли какие-либо неразрывные пробелы или тильды в свой текст и, следовательно, хотите удалить все неразрывные пробелы и тильды, следуйте инструкциям в Варианте 1. Если вы не абсолютно уверены, были ли тильды или неразрывные пробелы вставлены намеренно, проконсультируйтесь с вашим лицом поддержки CAP перед удалением всех них, иначе вам может потребоваться вручную ввести их заново.

             Option 1 (To get rid of all no-break spaces and tildes):
             
                Click the tab of your project to make it the active tab.
                From the Tools menu, point to Advanced and then select Replace No-Break Spaces With Normal Spaces.
                Read the warning message and click Yes if you are sure you wish to continue.

        If your project has been following the USFM manual and so has been manually inserting tildes either to represent no-break spaces or for some other function, follow the instructions in Option 2. Doing this sooner rather than later prevents Paratext from inserting any more occasional unwanted tildes.

             Option 2 (To get rid of no-break spaces, but keep all tildes):
             
                Click the tab of your project to make it the active tab.
                From the Tools menu, point to Advanced and then select Replace No-Break Spaces With Normal Spaces But Keep Tildes.
                Read the warning message and click Yes if you are sure you wish to continue.
        
         See also:
        
          Important information about no-break spaces and tildes
Переведено машиной с языка English
Paratext от (231 очков)
снова показан | 2,1тыс. просмотров

11 Ответов

0 голосов

И ещё одно о «функции», которая PT всегда и безжалостно удаляет двойные пробелы:

Я ненавижу это. При редактировании, склеивании текстов, копировании-вставке и во многих других ситуациях у меня часто на мгновение появляются два пробела, и это нормально, потому что я в процессе выполнения чего-то. Затем PT убивает один безвинный пробел. И мне приходится вводить его снова. Это так раздражает.

Это даже беспокоит саму машину: потому что без пробела (который был удален против моей воли), конечно, возникнет ошибка орфографии, когда два слова искусственно слипнутся, и PT должен подчеркнуть это красными волнистыми линиями; и все это просто нагревает мой офис, буквально.

Я страдаю от этого раздражения не раз в год, а сотни раз. Я люблю PT, говорил об этом много раз, но этот аспект я глубоко ненавижу. У него даже нет опции отключения.

В чем опасность двойного пробела? Он сожжет деревню? Может ли он навредить детям, скоту или домашним животным?

Очистка нежелательных двойных пробелов — такая базовая и простая функция в любом типографском рабочем процессе, что нет никаких причин, чтобы этот жестокий робот вообще существовал в PT. Его следует полностью удалить и не усложнять опциями. Выше пользователь описал легитимное использование двойного пробела, и ему приходится использовать обходной путь, потому что кто-то придумал автоматического «помощника».

Это мое личное мнение, и оно по-прежнему актуально здесь, потому что оно исходит от регулярной производственной работы в PT и от глубокого разочарования в этом автоматическом неуважении к тому, что я делаю во время моих правок. Мне кажется, я помню, что писал запросы об этом в прошлом.

И чтобы вернуться к этой теме выше: у меня на машине есть хороший набор инструментов. Я никогда не сталкивался ни с чем подобным. Это не кажется мне нормальным.

(За исключением случаев, когда у меня свежая установка MS Office, тогда первым делом я трачу полчаса на поиск и отключение всего автоматического, потому что это никогда не помогает в моей должностной инструкции и моей работе, постоянно меняющейся между четырьмя языками. Этот убийца двойных пробелов может существовать в MS Office, но я бы не знал, потому что Office позволяет пользователям отказаться от этого.)

hth

Переведено машиной с языка English
от (934 очков)

Похожие вопросы

0 голосов
4 ответов 569 просмотров
Tildes (used in USFMs as non-breaking spaces) disappear when the view is changed in Preview view, as expected. ... . Am I missing some step that would make these disappear?
Alex W. 191 задал вопрос июл 13, 2018
0 голосов
0 ответов 186 просмотров
(anon451647 writes) This line (in PrintDraftChanges.txt) will change a plus sign to a thin space if it has a non- ... not match them (especially if they are non-Roman letters).
аноним задал вопрос апр 10, 2015
0 голосов
1 ответ 70 просмотров
Давно не смотрел в Wordlist, и я был удивлён, увидев большой красный блок с упоминанием непоследовательной кодировки ... с этим справляться, будут более чем приветствоваться. Барт.
goodgoan 347 задал вопрос ноя 13, 2024
0 голосов
0 ответов 160 просмотров
We are having difficulties in parts of Paratext 8 with non-roman front rendering. The Karenni Unicode font we are ... KB Paratext 8 Conflicts Display Problem.jpg1298 866 178 KB
anon281504 144 задал вопрос фев 22, 2018
0 голосов
2 ответов 54 просмотров
В нашем проекте используется арабское письмо, и язык является агглютинативным. Из-за орфографических требований нашего языка ... предвижу, что это станет огромной помощью! Спасибо!
Nathaniel Shaver 102 задал вопрос апр 16, 2025
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
Accept the one whose faith is weak, without quarreling over disputable matters.
Romans 14:1
3,048 вопросов
6,007 ответов
5,672 комментариев
2,028 пользователей