Сергей Шлоков

Расширить класс pdoFetch, исправить как нужно (заменить | на какой-нибудь неиспользуемый символ, например, #), указать в системной настройке новый класс.

Вполне возможен ещё один вариант. В админке у тикетов отключить Jevix, а в нужных шаблонах добавить вывод контента через сниппет Jevix. В этом случае тег [[~88]] должен распарситься до обработки Jevix и всё отработает как положено. Чисто в теории.
В этом случае, кстати, ты можешь динамически управлять поведением Jevix через параметры сниппета, в отличие от наборов параметров.

Небольшое уточнение. Согласно документации коду достаточно написать так

"a":{"title":"#text","href":"#text"}

Ибо по-умолчанию атрибуту href присваивается тип #link. А при указании в атрибуте тега MODX, он фильтрацию не проходит и тег a вырезается. Поэтому нужно указать другой тип. А чтобы foreach не сломался, нужно указать типы для всех атрибутов. Иначе выпадает ошибка, о которой ты писал выше.

Самое интересное, что ты можешь указать практически любое значение

"a":{"title":"#text","href":"#modx"}
"a":{"title":"#text","href":"#fuck"}

В этом случае Jevix не найдёт соответствующего фильтра и оставит значение без обработки. В случае же с типом #text, значение прогонится через функцию htmlspecialchars().

П.С. Вообще, у Jevix самый большой минус — это отсутствие документации. Не программисту разобраться тяжело.

Делаешь свой парсер по аналогии с pdoParser.

Всё зависит от задачи. Подключить на один сайт или сделать пакет? Оставить принцип парсера MODX (как в случае с Fenom) или сделать ближе к фреймворкам?

Реально.

Думаю, ты найдешь куда потратить это «спасибо». Мне хватит благодарности. :) Редкое по нынешним временам явление.

Забавный баг. Остальные теги MODX нормально работают.

Тикеты сейчас поддерживает не Василий, а чел из этого сообщества. Попробуй обратиться к нему. У меня с ним контакта не получилось.

Честно, не знаю. Проверил у себя — всё норм. Где-то у тебя накосячено возможно.

"a":{"title","href"}

А что, href вырезается даже если указать готовую ссылку?

Насколько я знаю, вроде не должен резать. Может как-то параметр cfgSetAutoLinkMode влияет?

Олá. А ты уверен, что это Jevix вырезает? Отключал его?

Ну уж тогда так

— cssToHead — регистрация CSS кода в шапке страницы
— htmlToHead — регистрация произвольного HTML в шапке страницы
— htmlToBottom — регистрация произвольного HTML в подвале страницы
— jsToHead — регистрация javascript файла в шапке страницы. Если передать параметром true, то можно регистрировать сразу код.
— jsToBottom — регистрация javascript в подвале страницы. Если передать параметром true, то можно регистрировать сразу код.

{'<script>alert();</script>' | jsToBottom: true} // При загрузке страницы будет javascript alert

Анонимные функции. Внимание на пример 3.

Ну а как Павел выше писал не работает?

{'!AjaxForm' | snippet : [
   ...
   'emailFromName' => '[[+name]]',
   ...
}

А разве хуки не стандартное средство?
Кроме того, какая-то странная задача — динамически менять имя отправителя?

Разве можно в параметры сниппета подставлять данные из формы? Они обрабатываются при просмотре страницы и сохраняются то ли в кэше, то ли в сессии. Т.е. повлиять на них уже нельзя. Наверно, только свой хук писать.

Может здесь собака порылась?

Конечно здесь. Память уже подводить стала :(
Метод modX::getChunk() работает только с кэшированными плейсхолдерами. Оно и понятно. Ибо смысла делить их на кэшированные и некэшированные нет в отличие от ресурса или шаблона.

Читатели моего блога знают, что в случае обработки кэшированных плейсхолдеров Fenom не запускается. (Так как я давно уже MODX активно не занимаюсь, начал подзабывать такие тонкости.) Как я уже не однократно говорил, в MODX ни один шаблонизатор не будет работать нормально, так как отличаются концепции парсинга.

Учим матчасть. Самый простой способ — изучать код. Для начала смотрим Chunk::process().

Ты, наверно, путаешь с инлайн чанками.

pdoTools подключает свой парсер, который легко справляется с феномом в чанках любых сниппетов. По крайней мере, должен с стандартных ситуациях.