Ответ: неужели Ylab dashes такой дохлый...
Хех. Однако всё, да не всё :\ Обнаружился новый глюк... Цитирую из своего письма разрабам (и ответа на него).
"Спасибо, это помогло. Теперь новая проблема. Не могу сказать, сразу же
она возникла, или чуть погодя... Суть в следующем. Имеем текстовый
фрейм всё в том же ИнДизе. В нём, соответственно, некий текст в
несколько колонок и заголовки (точнее, подзаголовки, но сути не
меняет). Итак, текст вставлен, переносы естественно расставлены. Далее
я выделяю поочередно эти подзаголовки и отменяю им переносы (снимаю
галочку hyphenate). Вроде всё как всегда всё здорово. Но, если после
этого просто изменить границы фрейма (инструментом "стрелка"), то в
этих подзаголовках появляются переносы! Самое интересое, что при их
выделении галочки hyphenate нет! Но ведь переносит же!
Если выбрать в качестве движка переносов обратно Proximity, то всё ОК.
А с MS Office Engine - такая вот штука. Буду благодарен за помощь в
решении этой проблемы."
Ответ:
"Такое явление у некоторых пользователей встречалось, но им помогала установка IsDefault=1, причём проверка правописания продолжала функционировать.
У Вас же получился какой-то совсем тяжёлый случай - или зависает при спеллинге, или не реагирует на флажок переноса.
Могу предложить только три варианта:
1. Абзацам, не требующим расстановки переносов назначить язык [No Language]
2. Если не нужна проверка правописания - отключить плагин proximity
3. Не использовать dash"
Вот такие дела...