Действительно

$scriptProperties = ['json_response' => 1];

помогает, но в таком случае ответ приходит в виде html с содержимым {«data»: {«msorder»:15}} и полностью игнорирует построение ответа.
Вот пример:

if (isset($response['success']) && $response['success'] == true) {
            $result['post'] = $this->properties;
            $result['response'] = $response;
            $result['orderId'] = $response['data']['msorder'];
            $miniShop2->cart->clean();
            return $this->success('', $result);
        }

и по идее, вывод должен быть таким только с наполненной data[]:

{
    "success": true,
    "message": "",
    "object": {
        "post": {
            "payment": "1",
            "delivery": "1",
            "name": "Алекс",
            "email": "test@test.ru"
        },
        "response": {
            "success": true,
            "message": "",
            "data": []
        },
        "orderId": null
    },
    "code": 200
}

а выведет при включенном json_response вот так:

{"success":true,"message":"","data":{"msorder":53}}

Причем в html формате.

Никак не могу решить данную проблему

У меня так вызывается

$scriptProperties = [
     'json_response' => 1,
];
/* возможно эта строчка поможет */
$miniShop2 = $modx->getService('minishop2','miniShop2', MODX_CORE_PATH . 'components/minishop2/model/minishop2/', $scriptProperties);

$miniShop2->initialize($modx->context->key, $scriptProperties);
$miniShop2->order->clean();
$miniShop2->cart->clean();
$miniShop2->cart->add($dataForm['id'],($dataForm["count"] ?: 1),$option);
/* ... */
$resp['r'] = json_decode($miniShop2->order->submit(),1);

вот спустя почти 4 года проблема с

$miniShop2->order->submit()

осталась.
Удалось кому-то решить?

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

А что если при добавлении одиночного фото у тв что б сразу в поле инпут была какая-нибудь фотка заглушка. (Тогда при удалении видео удалится и картинка и везде где она была указана у видео).

ТВ и феном не связаны.
Я говорю про фронт. что на феноме проще делается обьединение информации от 2х ТВ, чем на парсере.
На парсере MODX придется не обьединять а выводить по очереди. например сначала фотки потом видео или наоборот.
в принфипе и на феном последовательность так же будет либо фото и потом видео, но кода в 2 раза меньше.

а вот это пробовали github.com/dompdf/dompdf/

Понимаю, что сто лет прошло, но может вы как-то решили эту проблему?
Тоже не подтягивается CSS после манипуляций выше. Делаю через Ajax + Formit. Сам PDF формируется и ссылка на него в письме приходит.

Только на феном можно сделать дополнительное TV для ввода ссылки? (

Понял :)
Значит подождем.

Значит скоро будет

На данный момент — да, третья версия MODX так долго добиралась, что я и забыл про её существование

День добрый.
Компонент только для ModX 2?

за примеры — зелень однозначно

Подскажите пожалуйста, в описании написано: В miniShop2 добавляются метод доставки и метод оплаты «Быстры заказа» так оплата работает в модальном окне? И работает ли на MODX Revolution 2.8.1-pl?

Ну и в догонку, а каким макаром собрать транспортный пакет тогда
я понимаю что можно все это разложить в обычный билдер расширения ModExt, но тогда пропадает вся магия «реактивного коддинга»…

ЗЫ еще меня очень беспокоит работа всего этого по сокету… ну вот прям такое… 512Kb на 1 подключение…
хотя это для PHP, как там с этим у NodeJS обстоит я не в курсе.

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

По суть по extJS в MODX не все расписано… Поймите меня правильно чем больше документации и всяких HOWTO стандартных решений тем проще будет вход.

Если делать круто, но очень кастомно, то получаем «Гикдвиж» и «WP на минималках», вместо нормальных решений на MODX.

Не наращивайте сущностей, они увеличивают энтропию.

Не понятна отсылка к минишопу. Он же на extJS по стандартам вроде как. Что к чему?
Если есть недовольства — иссушка даже принимается не то что PR. )
А вообще если на том же vue хорошо спроектировать, продумать, то будет работать это все не только на extJS но и на любом другом фреймворке.
Да и я про стандарт написал в посте, но если разработчик не соизволит нормально сделать, то есть стандарт или нет стандарта — пойдет все по сливной канаве как не крути-верти.
А восхищаться буду, ибо мало вообще кто-то способен для MODX что-то привнести новое. Частенько только и слышится что-то похожее на охи-ахи.

В принципе автору благодарочка!

я не то, чтобы качнуть… но давайте посмотрим с другой стороны. Конечно чтобы нарастить уникальности себе и своему расширению — то всегда нужно пользовать то что не было заложено в ядро — тогда ты уникален и иногда дороже.
Но теперь вернемся к реалиям: самый простой пример расширение полей в заказах minishop. И вот тут мы приходим к тому что нам нужно понять стек и мысли реализации одинокого программиста(дай бог что будет все собираться по канонам)… ну такое…
я за развитие стандартизации и описалова возможностей того что идет из коробки.
ЗЫ. Я сам любитель странного, но восхищаться этим не стоит.
ЗЫЗЫ. это все хорошо живет в отдельном окошке, а если модифицировать например карточку ресурса то прийдется однофигово дружить носорога с лягушкой.

Скинь в личном сообщении доступ в админку, тестовые файлы импорта и название сервис пресет