А как у вас товары заполняться будут? у каждого будет ширина и длинна? 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? Вроде работает.

Когда много не понятного кода я возмущаюсь :-). Ленивый я. Когда 5 минутная задача превращается в два дня разборок в коде мне это не нравиться :-(

Корзина минишопа это фронт. Я согласен, что переписывать на vue корзину, которая и так работает странно, но если разработчик согласовал это с заказчиком, то почему нет? На фронте вообще каждый творит, что хочет. Вы же не будет возмущаться, если кто-то сделает слайдер на BX Slider вместо Swiper. Так чего же того возмущаться по поводу использования Vue?

Я с extJs уже давно разобрался. Как Наумкин свои уроки выложил. Конечно ExtJs устарел и его заменить на что-нибудь актуальное, но и на разброс от ангуляр, реакт, vue тоже соглашаться не охота.