Если вкладка есть, но комментарии не выводятся, а в консоли ошибка по поводу отсутствия функции strftime, добавить подключение файла strftime-min-1.3.js:

$templates = array(4, 6, 7);
if (in_array($resource->get('template'), $templates)) {
    if($Tickets = $modx->getService('Tickets')){
        $modx->controller->addLexiconTopic('tickets:default');
        $modx->controller->addLastJavascript(MODX_ASSETS_URL.'components/tickets/js/mgr/misc/strftime-min-1.3.js');
        $Tickets->loadManagerFiles($modx->controller, array(
            'config' => true,
            'utils' => true,
            'css' => true,
            'comments' => true,
        ));
        $insert = '
            tabs.add({
                title: _("comments"),
                items: [{
                    xtype: "tickets-panel-comments",
                    hidden: false,
                    record: ' . $modx->toJSON($resource->toArray()) . ',
                    parents: ' . $resource->id . ',
                }]
            });
        ';
        $modx->controller->addHtml('
            <script>
                Ext.ComponentMgr.onAvailable("modx-resource-tabs", function() {
                    var tabs = this;
                    tabs.on("beforerender", function() {
                        ' . $insert . '
                    });
                });
            </script>', true);
    }
}

Друзья, прошу помощи с выводом свего сниппета через pdoPage и пагинации к нему. У меня есть форма поиска в базе (сторонней) которая отправляет запрос через Ajax. Как быть в этом случае? Т.е. запрос с формы идет на страницу со сниппетом, который возвращяет результаты поиска в сторонней БД, после чего эти данные вставляются в div на странице с формой. Как в ткаом случае выводить результаты с пагинацией? Я совершенно запутался

Разработчик Modx разве не должен знать ExtJS?

Вам нужно делать 2 фильтра по ширине и длине.
Причем в ширине будет 2 инпута (тк у вас number) вы второй скрываете (который ДО). и у вас всегда этот ОТ.
Ну и такую штуку с Длинной, но наоборот. первый инпут (ОТ который) скрываете, второй у вас ДО будет. :)

Да, у каждого товара два отдельных поля
— Длина
— Ширина

А как у вас товары заполняться будут? у каждого будет ширина и длинна? 2 поля?

Использовать привычный и удобный для себя фреймворк — дешевле. Так как можно решить поставленную для админки задачу быстрее

Да именно так, идея в том, чтобы обозвать фильтр «Размеры» и в нем будем параметры, условно «Ширина (от)» и «Длина (до)»

В итоге получится, что ты выбираешь «Ширина от 6» и «Длина до 8». Хотелось бы сделать ползунком по типу как фильтруется «Цена», но не знаю как рализовать.

Пока остановился на мысли, сверстать кастомное поле где в выпадающем списке будут два отдельных значения

По типу поля «цена» это типа «от» «до»? А как может быть в «от» — ширина, а в «до» — длина? Или о каких ячейках речь?

извините, игнорируйте мой 1-й вопрос, я нашел ответ у Сергея (Sentinel)
20 апреля 2022, 13:15 комментарий.
остается второй вопрос

А почему нужно избавляться от ExtJS? Потому, что устаревшая версия? Или документация плохая (мало используется в разработке?)

два вопроса:
1. Как сделать В случае запаса <= 0 чтобы [[!getremains?]] вернул «0»
2. Есть ли способ добавить более одного идентификатора стауса в «mspr_orderback_status»?

Ого, я так далеко не заглядывал) Мне две цепочки объединить надо, всего-то)
Ну и спасибо за дельный совет, попробую реализовать.

Пробовал и там получить, такая же проблема, больше на этом событии ничего нет.

msoptionprice тоже висит на msOnBeforeChangeInCart и может конфликтовать в Вашим плагином.
Попробуйте поменять приоритет.

Спасибо, Семен, за пошаговый разбор в подключении. Особенно понравился как хитро в режиме разработки это все колосится… ПЕСТНЯ!
По поводу всяких зоопарков и прочей ереси, любовь-не любовь к EXTjs. Ребята, MODX достаточно свободная система со своими нюансами. Никто не принуждает использовать вас какие-то плюшки. Нравиться кодить в extjs — пожалуйста, vue — Пожалуйста.
Боятся, бороться, сомневаться за общий стиль с extjs дело каждого. Я считаю наоборот — приложуха будет выделяться визуально и перепутать с ходу разные пакеты чисто визуально уже будет сложно (это как один из примеров).
По дальнейшей поддержке… ну если автор на vue забилдит и не оставит исходников — это конечно западня, но это очень редкие и частные случаи, и тем людям просто «повезло» нарваться на такое.
Потому что по хорошему если под проект делается на стороннем js фреймворке app, и это не платный пакет, то думаю, разработчик должен оставлять исходники чтобы после него могли дорабатывать сайт. Если он не оставляет, значит, такой разработчик и обстоятельства… Всем не угодишь.
Так что все будет хорошо. Плохого точно будет меньше. И даже забилденный js, если ооочень сильно припрет можно поправить, так что это дело всего лишь компетенции владения знаниями.

Уже.

Понятно. Значит ждем зоопарк.

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

Так админка на нём. Какая разница? Её же не выкинут.