границ по сути нет и любое желание можно исполнить своими силами.

Довольно популярный лозунг MODX — «Нет границ»…
Вы серьезно? Вы пробовали на MODX создать сайт хотя бы на 100 000 страниц? Или может структуру базы данных менять по несколько раз на день? (Таблицы, колонки, индексы). Поверьте, границы очень даже есть и они легко достижимы. И даже если при решении какой-то сложной задачи вы все-таки сможете решить поставленную задачу (переписав пол-ядра), то при решении следующей вы скорее всего сломаете что-то, не сразу заметив этого. Потому что, повторюсь, нет механизмов прочекать проект целиком.

Если будет время и желание, прочитайте вот это: https://freecode.academy/blog/139.html. Если сможете осилить (а еще и применить на практике), то сможете более обосновано свои такие утверждения высказывать.

Второе это тот же extjs. я здесь уже задавал вопрос, задавал и на stackowerflow — очень тяжелый фреймворк(?), для написания (надеюсь только мне).

В свое время, когда Sencha еще не было, а был только сам ExtJS (еще по-моему версии 3), я написал по нему несколько вводных уроков. Ссылка на них даже в википедию попадала (вот нашел в одной из старый версий https://ru.wikipedia.org/w/index.php?title=Ext_JS&oldid=45825911, в разделе Ссылки битая «несколько вводных уроков, начального уровня» на мой старый сайт newpg.ru). И да, это JS фреймворк, потому что он из коробки поставляет все необходимое для реализации конечного проекта без необходимости подключать еще что-либо.
Так вот, к нему я больше и пальцем не прикоснусь, в том числе и потому что он платный (хотя документация у них до сих пор никем не превзойденная ИМХО). Собственно, из-за того, что он платный, в MODX вряд ли появится новая версия. Но MODX вполне позволяет писать страницы админки с использованием любой JS-библиотеки. Лучше двигайтесь тогда в этом направлении. На уровне шаблонов и контроллеров компонента вполне можно это сделать штатными средствами. Шапка (меню) останется MODX-ая, а сама страница вашими средствами, в том числе и на React/Vue.

UPD: Кстати, довольно много обоснований про горизонты MODX я перечислил здесь: modx.pro/development/17092

Долго выбирал на какой комментарий ответить, так как не смогу промолчать. Я очень долго время увлекался joomlой, где есть много плюсов, в частности можно легко «под себя» переписать компоненты, не трогая оригинал, с привязкой к шаблону. Да и шаблоны пишутся очень легко и по сути визитку можно за неделю поднять.
Но как-то познакомился с MODx revo и мне он очень сильно зашел (кстати, натыкался на то сообщение, что Revo развивается, а Evo уже нет). И мои этапы были такие — первое, что меня влюбило — возможность писания своих php дополнений с разделением (снипеты и чанки) чистого кода для себя и простого для дизайна\верстки. Это круто. Потом я узнал про pdotools, расширяемость пакетов. Далее перешел на стадию написания своих, сложных и не очень, компонентов (с возможностью лексиконов в мультияз), а в настоящий момент уже постигаю написание страниц админки с extjs. Я далеко не супер разработчик (я вообще считаю себя бездарем), но при выборе платформы для нового проекта modx, wp, joomla и т.д. (tilda вообще зерокодинг) — я бы выбрал Modx. И именно за счет перспективности развития будущего проекта — границ по сути нет и любое желание можно исполнить своими силами. Но что не нравится — сложная структура для понимания -или это уж очень сильная попытка все раскладывать по полочкам, ну или я тупой ) но легко можно запутаться при написании, где какой класс, класс в классе, процессор, модель, схема и т.д. Второе это тот же extjs. я здесь уже задавал вопрос, задавал и на stackowerflow — очень тяжелый фреймворк(?), для написания (надеюсь только мне). А свои странички иногда очень нужно создавать. Ну и то, что из коробки modx нужно расширять, казалось бы функционалом, который должен был бы идти базово — например тот же collections, да я думаю у каждого разработчика уже свой мастхев пакет. Ну и, конечно же. третье — сложность работы в IDE, например в phpshtorm, т.к. сниппеты и чанки это в основном запись в sql базе, которые потом кэшируются в файлы.

Я к чему это написал все — прослеживается тут в комментариях грустная мысль, что modx держится на тех, кто тут активен. Но на самом деле я уверен, что Modx будет привлекать разработчиков разного уровня знаний и я вижу в ней большой потенциал. И потому желаю всем, кто помогает развиваться cms сил, терпения, везения и огромная вам благодарность.

При переходе на smtp письмо поменялось из (скриншот как норм должны выглядеть, можете ссылку вставить)
в (скриншот который я отправил с гугла). Верстка полетела

Спасибо. Работает.

Так попробуйте для фенома

'where' => ('{ "news_projects":'~$_modx->resource.id~' }'),

Без FENOM'а вызов работает как надо. Как это победить?

[[!Localizator?
                                &snippet = `pdoResources`
                                &parents = `22`
                                &limit = `10`
                                &offset = `0`
                                &sortby = `publishedon`
                                &sortdir = `desc`
                                &tpl = `tpl.main.news.slider`
                                &tvPrefix = ``
                                &prepareTVs = `1`
                                &processTVs = `1`
                                &includeTVs = `category,preview,news_projects`
                                &where = `{ "news_projects":"[[*id]]" }`
                            ]]

Стукни в телегу.

так не работает… если только заменить на TV, потому что цена записывается в созданные тв-параметры (diler3 или price).
сделала сейчас также

&filters=`tv|price:number`
&tplFilter.outer.tv|price=`tpl.mFilter2.filter.slider`
&tplFilter.row.tv|price=`tpl.mFilter2.filter.number`

и всё равно нет слайдера. всё равно он также растягивается.

вообще не понимаю что не так…

&filters=`ms|price:number`
&tplFilter.outer.ms|price=`tpl.mFilter2.filter.slider`
&tplFilter.row.ms|price=`tpl.mFilter2.filter.number`

Поделись способом, может где пригодится

Объект $modx легко получается и при выключенной настройке. Так, для информации.

Важно только, что при таком раскладе нужен доступ к объекту $modx, с pdoTools и выключенным доступом к объекту (так по умолчанию) такая фишка не прокатит. А упрощенный класс $_modx не даст нужного результата, его нужно допилить, чтобы он возвращал все поля контекста.

Проверил, да так реально, работает, Сергей как всегда, спасибо!

Если ресурс уже подгружен, то можно получить контекст через него

$modx->resource->Context

Спасибо

Отправил Issue — github.com/modxcms/revolution/issues/15653

А что с ней не так?

Тоже хотел вам предложить через BETWEEN, но не был уверен, что сработает.

github.com/modxcms/revolution/issues/new?assignees=&labels=bug&template=bug_report.md

Ещё бы разработчики знали об этом. Не стесняйтесь создавать issue.