два вопроса:
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 тоже соглашаться не охота.

Мне мои компоненты часто требуется редактировать. А вот сторонние компоненты для админки не помню чтоб редактировал. Может для сторонних и не требуется. А вот корзину для минишопа написали на vue. Ее пришлось выкидывать. Вообще я не за ExtJs. Его можно и сменить. Можно и на vue, но не так чтоб каждый творил что хотел, а чтоб какая-то стандартная экосистема была.

Уж лучше я поковыряю чужой код на Vue, изучив его и, возможно, применю знания в другом проекте, нежели буду тупить с ExtJS 3-ьей версии который нафиг никому не нужен, попутно выделывая акробатические движения с костылями.

UPD: сорян, не тому ответил, но суть не меняется.

Сёмен предлагает использовать Vite для разработки компонентов, т.е. готовых решений, какая разница владельцу сайта какие технологии использует компонент, если он стабильно работает? У меня за 4 года работы с Modx если и были задачи на изменение админки, то я либо выносил нужные функции на фронт, либо писал свой компонент на чистом JS, потому что разбираться в ExtJs я не хочу, он не актуален. Уже есть компоненты на Vue и в этом нет проблемы, так как необходимости менять интерфейс стороннего компонента в 99% случаев нет, все доработки относятся в основнов к php и api Modx.

Я вижу вред владельца сайтов. Их сайты никто поддерживать не будет. Vue при желании изучить можно, но не факт что нужно. Он низкоуровневый и делай на нем что хочешь и летать будет, но сделать магазин это километры самописного кода, как например в статье из 19 частей Магазин на JavaScript, часть 11 из 19. Потерял контакт с разработчиком и сайт переписывать с нуля. VUE имеет смысл использовать если только он станет частью MODX или минишопа.Каким-то стандартным кодом используемым в многих проектах. А так гики творят что захотят и получаются километры самописного кода которые легче выбросить чем изучить.

VUE и Vite это современные, актуальные технологии с которыми работает весь мир.
Семен показал что они могут быть использованы, в том числе и внутри админки MODX.
Никто не отрицает того, что для этого нужно знать стек и уметь пользоваться этими технологиями.
Я вижу здесь карту направлений саморазвития программиста, вы видите вред.
Каждый смотрит в меру своего потенциала. Каждый по своему прав.

Так гики пишут сайты и на MODX и с vue. А потом владельцы просят у меня что-нибуть поправить, а там куча не понятного кода на vue. Я так подозреваю что програмистов что дружат и с MODX и с vue сильно меньше чем просто програмистов MODX. В итоге, плодяться сайты, которые некому поддерживать. Так что прежде чем рекламировать реактивные фреймворки надо бы объяснить как с ними работать в среде MODX. Я ожидал пример компонента на vue и vite, а получил просто рекламу vite. Что типа вот как тут удобно. Был бы полноценный пример можно было бы въезжать как делать компоненты с vite. А так стотья ни о чем и даже вредная.