Результаты поиска

чушь какая))) "добавьте блиды, чтобы мы их потом сами убрали". хитрое извращение) Да и вообще это не ваша забота. Это больше по части типографии. "На все есть специалисты, пусть они и делают...." (к\ф Старый новый год)

в 90% случаев всё можно получить. Но...)) из них 50% - заказчик просто не в курсе есть или нет, а напрягаться неохота 20% - заказчик вообще не понимает о чём вы его спрашиваете и процентов 30 - заказчик точно знает что всё есть, и даже возможно у него под рукой, но нафиг надо напрягаться)... Так...

А почему просто не задать нулевые внутренние блиды? Я конечно совсем не спец в препрессе, но страницы же всё равно складываются вместе (если конечно это не пружина или КБС), просто не поразворотно как в ID. Зачем там вообще отступы делать?

У меня на практике, довольно часто, "Редакция утверждает" превращается в "секунду, сейчас получим от наборщиков в латех", когда начинаешь говорить что можно сделать и из того, что есть, просто будет дороже. Сразу всё находится, отдаётся. Но если и нет, то хотя бы получаешь удовлетворение от...

"Я не хочу", "я не люблю",... "делаю для себя" ...любит, не любит Так зачем вы сюда-то пришли? Делаете для себя, так сами и тестируйте, или тестировщиков нанимайте.

Жаль только, что вы не прочли мой вопрос)))

Разделять на несколько фреймов не вариант.

В макете есть фрейм, в который загружаются данные из xml-файла. Вот такого вида: <baseData> <Name>Название</Name> <Date>Дата</Date> <Theme>Тема</Theme> </baseData> В Structure настроен Map Tags to Style. Т.е. каждому тэгу назначается свой стиль. Но. Когда вношу изменения в xml, открываю indd, то...

Может выделать визуально. Мухи отдельно, котлеты отдельно))

Ну кстати да, удобное решение. Просто немного нестандартное форматирование, но работать с этим будет удобно. И без лишних фреймов.

Не спорю, что бывает. Сомневаюсь что такие варианты стоит оформлять именно так.

Одно дело длинная таблица. А вот ячейка длинной в полторы полосы - ну зачем?)

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

То, что вы хотите реализовать сделать можно только через импорт этих данных через самописный скрипт. Никакая "линковка" не поможет, ни со знаниями VB, ни без них, ни со сложной вёрсткой, ни с простой. Единственное что можно более-менее реализовать - если обращаться с какой-то отдельно взятой...

Именно с такой проблемой я не сталкивался, в смысле - мне такое было не нужно. Поэтому не сильно помогу. Но в целом импорт из MS-файлов - это головная боль. И не только из-за кривизны самих механизмов MS. Но и из-за возможности пользователя нагородить в файле всё что в голову придёт. А MS к...

Это можно обойти, сделав сноску на текст, который будет стоять в отдельном, первом фрейме (сделав всё это маленького размера и без заливки). Так в основном фрейме не будет пустой строки в сносках.

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

У меня бывало падал ID из-за большого количества GREP Styles, и довольно сложной табличной вёрстки. Ну и конечно всякие Split columns, - вещь довольно тормозная. Приходилось отключать временно GREP Styles при частичных перестановках в вёрстке т.к. иначе ID гарантированно падал.

Практически да, заряжен по-полной. Это AntiAliasing.

Ну всё правильно вы пишете. Вставляется анкор, со стилем, в самом абзаце просто пробел, чтобы цифры появились. Скриптом размножить сам объект, хотя если у вас не миллион абзацев - это легко и довольно быстро вставит вручную.