Черт. Ввязался в обсуждение. Скорее всего не сработает. неймспейс это конструкция языка php а не текстовая переменная. Но чтоб точно сказать придется сейчас модекс 3 ставить пдотулс и модеекстра и пробовать :-(

Можно попробовать экранировать слэши вот так

ModExtra\\Processors\\Item\\GetList

Не уверен что сработает, но попробовать можно

Возможно. Но тут 1 вопрос имя класса текстовая переменная например

$class = 'MODX\Revolution\modResource'

Как текстовую переменную преобразовать в неймспайс? Просто не нашел этот момент в инете.

use $class

Насколько я понял точно нельзя. А

$class:class

можно?

Конечно не будет, нужно писать с неймспейсами. Тогда все будет

Я сказал часть функционала не работает и не будет работать. Например попробуйте через новый migx создать пакет и таблицу в базе данных. Когда я тестировал не работало.
А в pdoTools код типа

{'!pdoResource' | snippet : [
   'loadModels'=>'modextra',
   'class'=>'modextraItem',
]}

Работать наверно не будет. У меня сейчас modx3 не установлен и точно сказать не могу работает или нет. Но скорей всего в modx 3.3 такой код не будет работать.

Так это просто весь MCE меняет на Ace. А вот как во всплывающем окне с исходным кодом, Ace подключить. К примеру как в платном плагине TinyMCE — advcode.

Так то pdoTools и migx для MODX3 уже больше года работают

Скорей всего migxdb, pdotools и getTables никогда не смогут нормально работать в MODX3. В MODX3 внесли изменение Перед тем как работать с объектами их необходимо подключить в скрипте через use. Например

use MODX\Revolution\modResource;

Но в MODX REVO можно использовать конструкцию вида

{'!pdoResource' | snippet : [
   'loadModels'=>'modextra',
   'class'=>'modextraItem',
]}

И работать с любой таблицей базы данных. Просто указываешь класс таблицы в настройках сниппета.
Так вот, по идее, чтоб работать с какой-то таблицей в модекс 3 надо прописать вызов ее класса use в начале сниппета. Но это не возможно. Сниппеты и код pdoTools, migx и getTables при запуске кода не знают какой класс им надо подключать. Класс прописан в настройках в виде текста. А в php запустить use какая-то переменная нельзя. Сейсас в MODX 3.0.3 это еще работает, но в MODX 3.3 обещают отключить метод modx->loadClass через который сейчас вызов произвольного класса через текстовую переменную его названия еще работает.

Вообщем существенная для меня часть возможностей migx и pdoTools в MODX3 накроется. Я разбирался в этой теме полгода назад когда хотел перевести getTables на MODX3 и возможно еще что-то не понял. Не судите строго если ошибся. Но по моему для меня переход на MODX3 не имеет смысла. Вроде как часть нужного фуункционала в будущем просто не будет работать.

Есть те, кто делают сайты, а есть те, кто развивает бэк, и их осталось единицы…

Бек или админку? Было бы что в админке развивать… Ресурс, чанк, сниппет, пользователя и т.д. можно создать и отредактировать и что еще надо то?

Я считаю, что каждый в праве на свое мнение, я высказался, ранее не видел тут подобных постов, возможно ни кто не хочет это выставлять на показ. Я не боюсь осуждения.

Какой смысл создавать тему, в которой пользователи что-то будут предлагать разработчикам?

Смысл заключается в том, что некоторые модули можно улучшать в плане функционала, удобства. Я по жизни идеалист и всегда хочу какого-то совершенства в делах. Сайт которые я создаю, дорабатываются с гадами и это очень хорошо отражается на их развитие, в последующем доход, поэтому я со своими клиентами работаю по 4-5 лет и более.

Зайдёт в тему, почитает, и — вот оно, бегу делать, волосы назад.

Не стоит судить всех под одну гребенку, с кем я на связи, через поддержку или телегу, то в 90% случаем они соглашаются с моим мнением и вносят корректировки (парой это баги), улучшают свои дополнения, что бы сделать свой компонент еще удобнее и привлекательней.

Люди, которые умеют что-то делать, без дела не сидят. И если они не хотят развивать свои дополнения для MODX, значит они заняты чем-то еще. Как правило тем, за что лучше платят, или где интереснее работать.

Улучшать это одно, но есть и баги, на которые некоторые просто забили. Это больше уже относится к порядочности.

Современный MODX не интересен разработчикам

Это опять же ваше мнение. Все зависит от ЦА с которой вы работаете. Если вы делаете сайты по 500 к, круто, но что делать тем, кто делает сайты за цену до 50к, ни Laravel ни bitrix не поможет решить эти задачи, так-как это дорого.

То, что вы создали это бесспорно круто и вызывает уважение.

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

Как правильно @Василий Наумкин подметил:

… клепать сайтики много кто может. Хороший программист денег стоит, но за развитие системы их не предлагают.

Есть те, кто делают сайты, а есть те, кто развивает бэк, и их осталось единицы…

MODX для тех, кто творит, WP для тех, кто просто делает, это отличие многого стоит

Модекс крут :-). Я только на модекс и работаю. Ни ларавел ничто другое мне ни зашло. Просто потому что от старта начала программирования до рабочего сайта в модекс минимум телодвижений. А на ларавел (Я могу ошибаться) на старте нет админки и пользователей.Смысл самому каждый раз писать админку и процедуры аутентификации??? Модекс крут потому что многое стандартно используемое уже есть и можешь сосредоточиться на конкретно логике своего приложения. В том числе круто что модекс почти не ограничевает в том какое приложение ты хочешь написать. Мы например пишем управление производством.
Аналогов по соотношению гибкость-скорость разработки я не знаю.

Вот самый простой вариант, но только для админа.

<?php
switch ($modx->event->name) {
    case 'OnDocFormPrerender':
        if ($doc = $modx->getObject('modDocument', $id)) {
            if ($doc->get('richtext') == 1 && $modx->user->id == 1) {
                $script = '';
                $script .= "MODx.ux.Ace.replaceTextAreas(Ext.query('#ta'));";
                $script .= "Ext.select('.x-form-textarea.x-form-field.ace_editor');";
                $modx->controller->addHtml('<script>Ext.onReady(function() {' . $script . '});</script>');
            }
        }
        if (!$modx->controller->resourceArray) {
            return;
        }
        break;
    default:
        return;
}

да minishop нормально работает и стандартные уведомления. Я использую стандартные уведомления не переделаны. Я также вижу, что jgrowl из minishop присутствует(я имею в виду в консоли браузера) без каких-либо предупреждений или ошибок

Вам нужно создать задачу в разделе Работа.

А прочие уведомления от minishop2 и других компонентов появляются? Они у вас стандартные или переделаны?

Я сколько лет работаю, столько и встречаюсь с призывами «что-то делать» от людей, которые сами ничего делать не хотят, не могут или не умеют.

Какой смысл создавать тему, в которой пользователи что-то будут предлагать разработчикам? Вы думаете, где-то реально сидит скучающий разработчик и не знает, чем заняться? Зайдёт в тему, почитает, и — вот оно, бегу делать, волосы назад.

Нет, так не бывает.

Люди, которые умеют что-то делать, без дела не сидят. И если они не хотят развивать свои дополнения для MODX, значит они заняты чем-то еще. Как правило тем, за что лучше платят, или где интереснее работать.

Современный MODX не интересен разработчикам, ему просто нечего предложить. Отсталая админка, проприетарная система дополнений, странно прикрученый composer в 3й версии. Поэтому, как только появляются более-менее серьёзные навыки, разработчик переходит на Laravel или еще куда. А сюда заходит просто поболтать, потому что сложилось клёвое сообщество.

Я не знаю никого, кто бы на полный рабочий день занимался развитием MODX или компонентов для него. Именно развитием, клепать сайтики много кто может. Хороший программист денег стоит, но за развитие системы их не предлагают.

MODX развивается с 2004 года, и еле-еле доползли до 3й версии. Я еще помню, как issues писали на Redmine, и как переносили исходники на Github. Некоторые issues еще с тех пор там висят!
А вот Laravel стартовал в 2011 году, и уже вышло 10 версий — летит ракетой. Там целая экосистема, вплоть до собственных сред разработки, типа Laravel Valet.

И это еще хорошо, что мы сделали modstore.pro, потому что американские владельцы до сих пор не озаботились монетизацией. PR в репозиторий висят месяцами, а то и годами. Когда ты получишь обратную связь — уже забудешь, зачем этот PR предлагал. Это потому, что и там никто на зарплате работой с репозиторием не занимается.

Мы при капитализме живём, любой энтузиазм рано или поздно заканчивается. Можно просто посмотреть, кто был активен в сообществе и что-то делал лет 5 назад, и понять, что никого из «старичков» не осталось.

Это естественный процесс взросления.

Так что, мой совет, не стоит ничего ждать, и ни к чему призывать. Лучше развиваться самому и осваивать другие системы, которые более по душе. Тот же Битрикс в иходном вопросе приведён в качестве примера 2 раза.

В итоге сколько будет стоить с учетом фильтрации?

Версия minishop2 3.0.0-pl, насчет скриптов не знаю что именно ответить, какие скрипты вы имеете в виду? если вы имеете в виду минишоп, я использую скрипты, которые идут с установкой

есть ли где-то в сети популярное объяснение того, как это работает на примерах.

В анонсах новых версий pdoTools скорее всего найдешь подробности!

А вообще, можешь сам провести тесты, используя параметр &return со значением sql и поймешь как это работает (нужно базовое понимание SQL-запросов, само собой, но для чтения уже написанного это довольно простой язык)