Обработка доп. полей

Почему у автокартинок, которые я получаю из первого рисунка в статье, такой интересный формат со скобками и кавычками? <"~images\rukovodstvo-dlja-zameny-kirpicha_1.jpg">.
Почему в поиске и замене нельзя заставить отработать сразу два правила?

Почему у автокартинок, которые я получаю из первого рисунка в статье, такой интересный формат со скобками и кавычками? <"~images\rukovodstvo-dlja-zameny-kirpicha_1.jpg">.

Чтобы программа знала, что это внутренняя картинка и во время экспорта её нужно заменить на правильную ссылку

Почему в поиске и замене нельзя заставить отработать сразу два правила?

Баг, исправлю

admin в своем сообщении писал(а):Чтобы программа знала, что это внутренняя картинка и во время экспорта её нужно заменить на правильную ссылку

Почему программе не достаточно ~images\, чтобы знать?

Vincent в своем сообщении писал(а):

admin в своем сообщении писал(а):Чтобы программа знала, что это внутренняя картинка и во время экспорта её нужно заменить на правильную ссылку

Почему программе не достаточно ~images\, чтобы знать?

Потому что программа заменяет ссылки на картинки только внутри тегов. А почему это вообще вас так тревожит? Программа всё это делает на автомате, без вашего участия, какая разница как она обозначает свои внутренние переменные?

Я собираю картинки доп. полями через «автокартинки». Затем для похожих статей делаю миниатюру, которую беру из {ADDIT_FIELD(THUMBNAIL)}. Инструмент понимает что там картинка и автоматом обрабатывает <"~images\rukovodstvo-dlja-zameny-kirpicha_1.jpg"> на правильный <img src="…
Вот только нельзя сделать так. Запуская инструмент «Похожие статьи», чтобы сразу вставлялся нужный мне class или style, или еще что-нибудь для этой миниатюры.
Поэтому код вставки такой . Но перед этим заменой удаляю "> и <", а поиск и замена по доп полям глючноват был.

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