У меня есть проблема, связанная с вопросом «Неожиданные символы, не входящие в состав слова, в глоссарии», но я перенослю свой исходный вопрос в эту новую тему, потому что в моем случае я вижу ошибки «неожиданный символ, не входящий в состав слова» для текста внутри разметки глоссария; то есть для текста, связанного с записью глоссария между маркерами \w…\w* или +w…+w* (название стиля: Peripheral Ref - Wordlist Entry).
Базовая проверка маркеров, похоже, ожидает одиночные слова между маркерами \w…\w* и выдает ошибку, если там используются символы, не входящие в состав слова. В нашем случае у нас есть некоторые допустимые варианты написания ключевых терминов, которые включают запятые, и многие другие случаи, которые включают дефисы. Допустимость контекстов для использования этих знаков препинания правильно задана в Инвентаре знаков препинания (то есть дефис отмечен как допустимый только внутри слова, а запятая — только в конце слова). Оба они также перечислены как допустимые в Инвентаре символов, но мы не хотим указывать ни один из них как знак препинания внутри слова в Настройках проекта > Настройки языка > Другие символы, потому что это создало бы множество разных слов в списке слов для каждой комбинации энклитики глагольного местоимения, которые пишутся вместе с дефисом.
Есть ли способ разрешить эти символы, не входящие в состав слова, как допустимые в написании ключевого слова внутри маркеров \w…\w*, не определяя их как знаки препинания внутри слова, или наш единственный другой вариант — отклонить все сообщения об этой ошибке?
I have a problem related to the issue “Glossary unexpected non-wordforming characters”, but I’m moving my original question to this new thread because in my case I’m seeing “unexpected non-wordforming character” errors for text within glossary markups; ie text that is linked to a glossary entry between \w…\w* or +w…+w* markers (style name: Peripheral Ref - Wordlist Entry).
The Markers basic check seems to expect single words between the \w…\w* markers and throws an error when non-wordforming characters are used there. In our case, we have some acceptable keyterm renderings that include commas, and many more cases that include hyphens. The validity of the contexts for these punctuations’ usages are set correctly in the Punctuation Inventory (ie hyphen is only marked as valid word-medial and comma is marked as valid only word-final). They are both listed as valid in the Characters Inventory as well, but we don’t want to list either of them as word-medial punctuation in Project Settings > Language Settings > Other Characters because that would create many different words in the word list for each combination of verb pronoun enclitic that are written together with the hyphen.
Is there a way to allow for these non-wordforming characters as valid in a keyword rendering within the \w…\w* markers without defining them as word-medial punctuation, or is our only other option to deny all the messages for this error?
