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

пробел не нужен , если самому символу присвоить атрибут noBreak , то он не может стоять в начале строки

наверно это тоже возможно, но энтузиазма у меня на это не хватит :)

можно \((\d+([,.]\d+)*)\s?[xх×ХX]\s?(\d+([,.]\d+)*)\) будет искать всё типа "(24x 100,5)" , в качестве разделителя может быть как точка так и запятая, кроме русской х может быть английский икс или знак умножения, и могут быть любые шпации вокруг х, скобки обязательны

вроде для этого есть галочка, но не помню в какой версии появилась

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

Это, ИМХО, странно. Вы в одном месте делаете тонкую настройку пробелов, и одновременно в куче других мест у вас получаются не менее заметные неправильные пробелы. При этом можно просто вставить нужные шпации перед сносками :-)

можно переделать их обратно, а можно вставить перед цифрами шпацию и тогда не нужен греп-стиль

мне кажется, что этот греп-стиль отодвигает любую цифру от впереди стоящего символа. У вас раздвинулись не только сноски но и все остальные цифры

там есть 2 галочки, если их снять то будет добавлять страницы к развороту

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

это просто проверить. И если у вас индизайновская сноска то лучше в настройках сноски вставить шпацию как советовал rikitiki а если цифра со стилем, самый наглядный способ вставить шпацию греп-поиском/заменой, при поиске ориентируясь на символьный стиль. потому что цифры используются не только...

я попробовал смоделировать, у меня все нормально. Поэтому скорее всего есть еще что-то что влияет, но при этом не видно на скриншоте

что не так по скриншоту не угадать :( ну а масштаб лучше не менять, потом строки могут поехать. я в таких случаях включал в символьном стиле сноски подчеркивание толстой красной линией...

он и должен быть равен нулю, потому что это mStory.insertionPoints[0].paragraphs[0] указывает на нулевой параграф

но если они у вас пронумерованы, то можно посмотреть содержимое предыдущего абзаца: app.activeDocument.stories[0].paragraphs.previousItem(myPar).contents

там у вас произошел даунсамплинг до 300 dpi, собственно компрессия тут не причем. На печати скорее всего разницы не будет :-) И да, такие картинки надо переводить в битмап

попробуйте: https://forum.rudtp.ru/resources/snaptoguides.3049/

Скрипт выравнивает выделенные объекты по ближайшим направляющим Растояние до направляющей определяется константой myDelta Если константа includingStroke = true выравнивание с учетом толщины линий

Добрый день, вы нашли скрипт? Если нет, могу поделиться своей поделкой. у меня есть скрипт который притягивает выделенные объекты к ближайшим гайдам. только у меня сс2018

размеры в стилях объектов появились только в СС18, и да, это не совсем то. Но если все фреймы начинаются на одной высоте то пойдет