нет, для множественного надо что то другое думать :)

Вопрос автору, планируется ли поддержка msPromoCode2?

Теперь в планах есть))

Обычно компоненты рисующие extjs в админке рагют свои скрипты на событие — msOnManagerCustomCssJs

так и есть.

Вероятно дело в кэше)

Для ТВшки множественного выбора, ведь все тоже самое правильно будет?

Возможно, надо тестить, ни разу не пробовал =)

Вопрос автору, планируется ли поддержка msPromoCode2?
Компонент перебивает отрисовку функционала промокодов при редактировании заказа, при чем не помогает даже изменение приоритетов срабатывания плагинов.
Может как-то придусмотреть в компоненте, возможность другим компонентам рисовать свой функционал в заказе хотя бы отталкиваясь от приоритета события плагина.
Обычно компоненты рисующие extjs в админке рагют свои скрипты на событие — msOnManagerCustomCssJs,
было бы удобно иметь возможность задавать приоритет этому событию и тогда все компоненты могли бы при необходимости свой функционал добавлять в интерфейс, сейчас же Ваш компонент перманентно перебивает все скрипты других компонентов несмотря на приоритеты.

о, заработало там О_о
ойду теперь со своим разбираться.

Для ТВшки множественного выбора, ведь все тоже самое правильно будет?

хм… скопировал туда свои значения, и они и там не работают )) Может с цифрами проблема?

Вот для интереса сделал на тестовом сайте:

s26240.h8.modhost.pro/manager/
s26240
lC6YU7NlRxFt

MODX 2.8.2, php 7.4, всё работает. Может в ТВшке что то не так заполнено?

нет, так тоже не работает. Точнее работает

[[+tagis]]

, но выводит конечно просто цифры
А вот с

[[+tagis:tvLabel]]

ничего.

Найду в чем дело, отпишусь тут )

Задай пустой tvPrefix и будет работать:

[[pdoResources?
        &tpl=`itemarh`
        &limit=`100`
        &parents=`7`
        &offset=`1`
        &includeTVs=`tagis`
        &tvPrefix=``
]]

В чанке:

[[+publishedon:date=`%d.%m.%Y`]] / [[+tagis:tvLabel]]

внешняя программа про order_id ничего не знает
а если полезет в папочку с десятком файлов=новых заказов — увидит их там распарсит себе и удалит из папочки.

Можно просто создать обращение к какому-то файлу. /assets/custom/ms2xml.php?order=2&hash=d3s3
И уже там обрабатывать запрос:

$msOrder = $modx->getObject('msOrder', $order_id);
$msProducts = $msOrder->getMany('Products');

Все нормально работает. Возможно у вас просто кэш.

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

Неа, не работает, тоже вот столкнулся.
Если интересно, вот вызов

[[pdoResources?
        &tpl=`itemarh`
        &limit=`100`
        &parents=`7`
        &offset=`1`
        &includeTVs=`tagis`
]]

и в чанке

[[+publishedon:date=`%d.%m.%Y`]] / [[+tv.tagis:tvLabel]]

Просто выводит

1||2||4

и даже не указание разделителя в параметрах вывода не реагирует

Все зависит, для чего это нужно. Может и не стоит сразу генерировать файл, если он никуда отправляться не будет.

Жесть и боль ) Вот прям сочувствую.
Я так думаю это касается ~ 90% работающих в сфере сайтов.
Обычно при таком подходе народ моментально выгорает; да и учиться нет особого смысла — только под конкретную ситуацию.

Есть modx->parseChunk(), возвращает строку, её можно записать в файл стандартными средствами php. А в чанке соответственно можно разместить шаблон xml. И да, это можно сделать в событии например msOnCreateOrder.

говорить о том, что я вам сейчас сайт перепишу, удалю jquery потому что она медленная (чем приведу 85 плагинов в негодность) — ну вообще не вариант.

Абсолютно согласен. В таком случае надо говорить «до свидания».
Ровно как и фирме, в которой ты работаешь. Тебе здесь пишут это уже не первый раз, стоит задуматься)

Или тебе интересно ковырять весь этот говнокод, покрытый пылью и плесенью?

ему сделали сайт 7 лет назад за 1000 рублей и платить за технические работы по нему он не собирается

Ну дык и пусть страдает, его ж проблемы, а тебя вряд ли кто-то заставляет под дулом пистолета заниматься вот такими кадрами.

все программные работы для заказчика бесплатны

Повторю еще раз: беги оттуда, да не оглядывайся назад.

где сотни сайтов созданных черте когда и черте на чем, тоже нуждаются в поддержке, переделке и внедрению новых фич

Говорят, что за это нужно платить. Это же нужно заказчику и его бизнесу, а не конкретно тебе. Значит заказчик должен заплатить за свою хотелку. Если его сайт старый и не подлежит адекватной поддержке, значит нужно заплатить за новый сайт. Если не хочет — до свидания.

Уважать себя нужно.

Верно, Артем.
Видите мы с вами в процессе обсуждения пришли к такой неожиданной идее — в мире разработки, даже веб разработки, существуют совершенно разные миры. Эти миры живут по абсолютно разным законам и это нормально.
Вот вы пишите

Ради 1 строки вместо 3 тянуть jQuery?

Скажите, а что та фирма (или где вы работаете) занимается только разработкой с нуля проектов? Тогда конечно можно самим выбирать какие технологии использовать.
А мой мир выглядит так — директор находит на просторах интернета любые сайты, написанные на любых cms, движках и даже языках (пока не было только на C#), обещают им с СЕОшниками золотые горы и заключают договор. Сеошники сразу начинают говорить, ну мол ясно почему у вас все так плохо, у вас тут дескрипшены неверные, а тут нужно товары не так разместить, тут нужно сделать фильтр для товаров причем такой чтобы генерил урлы и позволял задавать тайтл свой для фильтрованных страниц и прочее в том же духе. И со всем этим приходят ко мне, мол — все делай. А это готовый сайт, сделанный 7 лет назад. К примеру вордпресс какой-то, у которого установлено 134 плагина, каждый плагин подключил свою версию jquery и так далее.
Согласитесь в такой ситуации, говорить о том, что я вам сейчас сайт перепишу, удалю jquery потому что она медленная (чем приведу 85 плагинов в негодность) — ну вообще не вариант. Причем это все нужно сделать на чистом энтузиазме, потому что лично заказчику совершенно все равно сколько и какие там библиотеки и плагины, ему сделали сайт 7 лет назад за 1000 рублей и платить за технические работы по нему он не собирается (тут особая странность нашей фирмы — мы типа только предлагаем услуги по СЕО, все программные работы для заказчика бесплатны и служат лишь для выполнения пожеланий СЕО).
Я это к чему, что есть и правда совсем разные миры в разработке и жизнь в них течет совсем разная, в каком то мире jquery это устаревшее и никому не нужное, сайты строит javascript собирает webpack, а есть миры (и их не мало) где сотни сайтов созданных черте когда и черте на чем, тоже нуждаются в поддержке, переделке и внедрению новых фич )

Нигде в этих сайтах не используется vue react или не дай Бог angular.

Правильно, потому что это совсем другой мир разработки.
Тут вопрос личных предпочтений — если тебе интересны CMS и нравится работать на условном битриксе, то естественно, что тебе не нужен ни React, ни Vue, ни Angular.
Но эти сайты никогда не смогут тебе предоставить такой же красивый, динамичный и приятный интерфейс, как условный Vue, например.

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

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