GREP: можете ли вы иметь 2 положительные пары токен / аргумент в законном запросе GREP?
У меня возникают проблемы с поиском последовательности, которая работает в InDesign, чтобы переместить полные остановки (американский английский: точки) перед сносками, когда они следуют надстрочными ссылками на сноски к слову / фразе.
так сделай thisfoo<sup>23,25<sup/>
, в thatfoo.<sup>23,25<sup/>
(теги не буквально там просто указывают читателю, что это цифры в верхнем индексе, но, думаю, Markdown не делает верхний индекс)
потому что мой positive look behind is not working I'm look to use a sequence of two or more
положительные взгляды за токены, но так ли это в правилах?
Я написал токен GREP, который попадает во все ссылки на сноски, независимо от комбинации пробелов, запятых и цифр. Но я не могу заменить найденный в InDesign, потому что он разрывает все гиперссылки на сноски. Поэтому мне нужно использовать позитивный взгляд вперед и позитивный взгляд сзади, чтобы переместить полные стопы. Сначала удалите существующий, затем добавьте новый перед сносками. Но тот же знак, скажем, это один из многих возможных подобрать любой из
{n, n, n…} -> \d[\d\, \,]+
(и я добавляю '\.'
поймать точку) не получит ни одного попадания в качестве аргумента для токена с положительным взглядом
т.е. (?<=\d[\d\, \,]+)\.
не получил удар. пробовал разные варианты тоже. и с нетерпением А как насчет того, что ID называет "разметкой подвыражений", который, как мне кажется, Text Wrangler называет шаблонными выражениями в стиле Perl?
я могу использовать negative lookbehind
найти периоды после цифр + т.е. (?<![a-zA-Z])\.
но это не даст мне всю последовательность ссылок на сноски, чтобы отметить и поставить точку перед ней.
Этот GREP все выполняется в программе верстки Adobe InDesign, поэтому нет командной строки. Ничего страшного, если я использую две операции, не все из которых выполнены с помощью одной операции поиска / изменения. Сначала добавьте предыдущий период. Второй удалить конечный период.
Я хочу удалить символ периода в зеленой стрелке и добавить один в красной стрелке для любой данной серии ссылочных номеров и запятых. Основная проблема заключается в том, что найденные совпадения в строках концевых сносок НЕ МОГУТ использоваться в токене Change To в качестве найденных строк, поскольку это приведет к удалению их (скрытой) индексации в виде перекрестных ссылок, связывающих их с концевыми сносками, что приведет к соединениям с гиперссылками в экспортированном PDF (среди прочего). причины). (игнорируйте маркер Find на скриншоте)