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

Дошли руки почитать ответ и подумать. Спасибо! Осталось найти время, чтобы понять, что быстрее: пришпандорить скриптом многоточие в нужном месте и присваивать символьные стили "до" и "после"; или генерировать новую мастер-страницу с добавленным многоточием после текстовой переменной с...

Сам-то греп не в переменной, а в стиле заголовка статьи. Он должен присвоить части заголовка стиль, который должна будет увидеть колонтитульная переменная. Но стиль не присваивается самим грепом.

Для заголовков предусмотрена только одна строка. Если они многословные - в ворде ставлю многоточие. В верстке заголовкам присвоен символьный стиль staja_line1. Который сидит в текстовой переменной для колонтитула. А многоточие, если оно есть, оформляется (грепом) невидимым стилем...

Их понять можно. Ссылка - вот она, в письме: не надо открывать проводник, находить указанный путь: just click, файл и откроется. Ан, нет!

%20 - это я не знаю. А руками пишу вместо пробелов знаки подчеркивания. Тогда ссылка в OutlookExp работает.

Ага, спасибо. Идея понятна.

В журнале порядка 30-50 статей. Каждая статья на 5-10 полос. В каждой по 5-20 ссылок. Требуется нумеровать ссылки в пределах каждой статьи отдельно. В файле все статьи слиты в один документ. Пока я каждую статью сохраняю в новый док, который ставлю в верстку. Следующая статья верстается в новой...

с кавычками перестает быть ссылкой целиком. Все равно надо нажимать кнопку F5 - copy. Вместо нее можно нажимать на кнопку скрипта. Они и copy и rename сразу

Пробелы в пути к файлу делают ссылку нерабочей. типа \\fs.corp.local\public\PDF\Обложка_для_программы_PRINT.pdf - открывается щелчком по ссылке в письме \\fs.corp.local\public\PDF\Обложка для программы PRINT.pdf - НЕ открывается щелчком по ссылке. Когда файл создается, то в спешке не всегда...

Если файл большой, то почта не принимает.

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

folder, folder true, true... Похоже, что проверять надо, когда происходит сбой. На данный момент все корректно понимается, поэтому проверочные строки не дают ответа, что это было.

В обоих случаях typeof(folder) = object. Похоже на глюк. Думал, может быть из-за слеша. Я добавил в конце пути слеш и все увиделось. Потом слеш убрал, а оно по-прежнему видится. Вчера все видело, сегодня с утра перестало. Теперь опять видится.

var folder=Folder("d:/Dropbox/tmp"); //1 var folder = Folder.selectDialog( "Select a folder with images" ); //2 var filelist = folder.getFiles(); Почему при первом варианте (var folder=Folder("d:/Dropbox/tmp")) описания папки filelist оказывается пустым? Не хочется диалогом грузить голову (80...

Точно! Я взял шаблон из документа, который верстался на две колонки, а заголовки были "расспанены" на одну. Когда все зарядил на одну колонку - сноска вернулась на базу. Спасибо большое!

В заголовке текста есть сноска. По логике, ее текст должен находиться внизу текстового фрейма. Но это не так. Сноски подсвечены. Первая (которая в заголовке) сидит в середине. Как ее отправить на место, вниз?

myParas[i].contents = myParas[i].contents.replace("*" /g, "*\t"); ESTK пишет "g is undefined". Звездочек может быть и одна и две и более (до 5 шт.) myParas[i].contents = myParas[i].contents.replace(/\* /g, "*\t"); При такой конструкции не ругается, но и не заменяет.

Сделал через конструкцию устрашающего вида (измерение ID текстовых фреймов первого и посл. символов первого в текущем контейнере абзаца): mID1 = mSnoskiFrame.parentStory.textContainers[i].paragraphs[0].characters[0].parentTextFrames[0].id; mID2 =...

Сноски верстаются руками в отдельном фрейме под двух колоночным текстом. Надо все первые абзацы зарядить стилем "с чертой". Делаю так: mSnoskiFrame.parentStory.textContainers[i].paragraphs[0].applyParagraphStyle (mStyle1, false) Но есть абзацы, которые начинаются в предыдущем фрейме. Но они тоже...