Разработчик 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, если ооочень сильно припрет можно поправить, так что это дело всего лишь компетенции владения знаниями.

Уже.

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

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

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

Работает, но развивается ли?

А что не так с ExtJS? Вроде работает.