Василий Наумкин

Может и вы обратите своё внимание, что этот сервис всё еще Public Beta?

Виталий, ты конкретно путаешь модификаторы MODX и Fenom.

Та ссылку, что ты дал — это про MODX, вызывать его вот так:

[[#.get.str:urldecode]]

Fenom про этот модификатор ничего не знает. Нужно или использовать его модификаторы, или написать сниппет, добавить его в pdotools_fenom_modifiers и вызывать уже так:

{$.get['str'] | urldecode}

Все встроенные модификаторы Fenom вот здесь.

Встроенные модификаторы не нужно добавлять в pdotools_fenom_modifiers. На то они и встроенные.

А так, pdoTools ищет сниппет urldecode, не находит и выводит строку как есть.

Так должен же быть сниппет urldecode — где его код?

&processTVs=`1`

Видимо, проблема, раз на ваше объявление не сбежалась толпа безработных фрилансеров.

Дело-то нужно сделать вам, а не им.

Объявление должно интересовать, а не просто быть.

Новичкам страшно, специалистам выуживать подробности некогда и неинтересно. Моё личное мнение, понятно.

{'Привет, как дела?' | truncate : 10}

Выводит

Привет, ка...

Что именно не работает?

Нет, в механизме расширений всё пока завязано на чанки и шаблоны.

Может, дойдут руки и для файлов прописать.

Поправил, обновись.

Truncate не подходит?

Ну тогда уж и расписать нужно, почему именно так.

Расписал.

Прошу прощения, видимо мой сарказм непонятен.

Вот серьёзный ответ:

Какой смысл указывать то, что не нужно? Если в getResources этот модификатор нужен — пусть там и указывают.

А сначала, не задумываясь, тащить в чанки pdoResources то, что указывается в getResources, а потом добавлять в документацию примечание «это не нужно» — ну бред какой-то.

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

Думаю, на этом вопрос можно закрыть.

Но все же в документации не сказано, что strtotime не нужен.

Да, наверное, нужно прям так и написать — «Следующие модификаторы здесь не нужны: strtotime, cat, lowercase, strip, replace, и т.д.»

Ссылку на GitHub я уже дал, отправляй Pull-Request с изменениями, как будет готов.

Да в доках вообще ничего не написано, особенно, если их не читать.

Открываем ссылку, смотрим описание &includeTVs:

Список ТВ параметров для выборки, через запятую. Например: «action,time» дадут плейсхолдеры [[+tv.action]] и [[+tv.time]].

Список ТВ, а не цифра 1.

Я не знаю, что поменялось, но неожиданно все начало само по себе работать.

Конечно, заменил &includeTVs=`1` на &includeTVs=`newsImage` и всё начало само по себе работать. Мистика!

Тоже самое и с вот этим

[[+publishedon:strtotime:date=`%d.%m.%yг.`]]

Сможешь ответить на вопрос, зачем здесь strtotime? Уверен, не сможешь, потому что так просто принято в getResources.

Фокус в том, что даты ресурсов в MODX и так хранятся в виде timestamp, и дополнительно преобразовывать их не нужно.
При работе через getResources этот timestamp сначала переводится в дату, потому что так задано в объекте modResource, а потом через фильтр в чанке обратно в timestamp. То есть, двойная бесполезная работа, которую pdoResources не делает.

А вот теперь самое интересное — наша документация открыта для редактирования, ты можешь всю эту информацию оформить как тебе удобно и добавить.
Только мало кто что-то добавляет, все только ноют, что «в доках вообще мало чего написано».

Извините, однотипные вопросы и нытьё надоело.

Многое уже и так есть, только называется иначе. Если что, вот все модификаторы MODX, в которых добрая часть это if, else, then и прочее, что в Fenom называется тегами, а не модификаторами.

Единственное, что я вижу действительно нужного, это userinfo. И то, правильнее на мой взгляд, выбирать данные юзера сразу через join таблиц, а не отдельными запросами после.

Смотрите, чего не хватает, и шлите PR. В новой версии загрузка модификаторов не зря вынесена в отдельный метод.

Правильно подобное вообще не вызывать. Это какое-то злоупотребление @INLINE чанками.

Ну а так — Office тоже нужно обновить.

Собственно весь вопрос в названии темы.

Собственно, давай мы тебя отключим?

Nope.

pdoMenu has its own class that extends pdoFetch. Menu generation is complicate so it has its own logic, without &outputSeparator.

Probably it is possible to add somewhere \n in pdomenu.class.php?

Again, why?