неужели Ylab dashes такой дохлый...

  • Автор темы Автор темы awesome
  • Дата начала Дата начала
Статус
Закрыто для дальнейших ответов.
Ответ: неужели Ylab dashes такой дохлый...

Странно, конечно!
Нужно прежде всего убедиться, что проблема именно в Dash. Типа убрать всё по максимому (шрифты, плагины сторонние, лишние языки в InD и т.п.) и восстанавливать потихонечку, шаг за шагом проверяя работоспособность с/без Dash.

Воспроизводить проблему методом Strizh мне как-то страшновато.
 
Ответ: неужели Ylab dashes такой дохлый...

Итак, проблема решена. Всем спасибо :) Отдельное спасибо разрабам, коим и отписался по своей проблеме. Цитирую ответ:
"В файле <InDesign>\Plug-Ins\Dictionaries\ylab\ru.lng строку
IsDefault=1
замените на
IsDefault=0"
Всё, после этого всё работает.

З.Ы. Точнее, ИнДез не вылетает. А вот чисто визуально сравнивал как ставятся переносы в небольших фреймах - отличий не нашёл... Ну да ладно, в процессе работы, думаю, всё будет видно.
 
Ответ: неужели Ylab dashes такой дохлый...

действительно, теперь все работает...
спасибо SerG[27th] :)
 
Ответ: неужели Ylab dashes такой дохлый...

Хех. Однако всё, да не всё :\ Обнаружился новый глюк... Цитирую из своего письма разрабам (и ответа на него).
"Спасибо, это помогло. Теперь новая проблема. Не могу сказать, сразу же
она возникла, или чуть погодя... Суть в следующем. Имеем текстовый
фрейм всё в том же ИнДизе. В нём, соответственно, некий текст в
несколько колонок и заголовки (точнее, подзаголовки, но сути не
меняет). Итак, текст вставлен, переносы естественно расставлены. Далее
я выделяю поочередно эти подзаголовки и отменяю им переносы (снимаю
галочку hyphenate). Вроде всё как всегда всё здорово. Но, если после
этого просто изменить границы фрейма (инструментом "стрелка"), то в
этих подзаголовках появляются переносы! Самое интересое, что при их
выделении галочки hyphenate нет! Но ведь переносит же!
Если выбрать в качестве движка переносов обратно Proximity, то всё ОК.
А с MS Office Engine - такая вот штука. Буду благодарен за помощь в
решении этой проблемы."

Ответ:
"Такое явление у некоторых пользователей встречалось, но им помогала установка IsDefault=1, причём проверка правописания продолжала функционировать.
У Вас же получился какой-то совсем тяжёлый случай - или зависает при спеллинге, или не реагирует на флажок переноса.
Могу предложить только три варианта:
1. Абзацам, не требующим расстановки переносов назначить язык [No Language]
2. Если не нужна проверка правописания - отключить плагин proximity
3. Не использовать dash"

Вот такие дела...
 
Ответ: неужели Ylab dashes такой дохлый...

а вот тут еще одно всплыло...

если переносы сначала ставились Proximity, то перебить текст на переносы Ylab можно или убрав hyphenation в стиле (хотя они действительно не убираются, просто становятся другими :) или что-нить глобально поменять в родительском стиле, чтоб текст "поехал"... а потом отменить это...
но вот тут я столкнулся еще с одним глюком этих "dash"... переносы получаются, конечно, правильные (в отличие от Proximity), но текст местами выглядит "дырявым" как хороший сыр... :( т.е. примененный ранее к этому куску насильственный трэкинг выглядит совсем не так как положено...причем когда текст съезжает при последующих правках такие "дырки" легко возникают в другом месте... и так по всему документу в динамике :)... заколебался уже отлавливать...
помогает только глобально изменить трэкинг, но это же не дело

видимо на уже сверстанный текст dash ложиться как то криво :(
 
Статус
Закрыто для дальнейших ответов.