Володя

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

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

Естественно можно посмотреть и по стилистике выцепить modx.pro/search?query=%D0%9E%D0%BD%D0%B0+%D0%BF%D0%BE%D0%BF%D0%B0%D0%B4%D0%B5%D1%82+%D0%B2+CRM+
и что мы видим? кучу подобных сообщений. В целом меня это никак не трогает если они в темах о работе…

зацепило общее количество минусов к комментам.

да ну че тут такого…

Михаил как ты считаешь написать в тему апгрейда компонента насчет своей работы это нормально?
Помоему это чистый спам.

Так не спамьте!

а это что?
modx.pro/components/13067-msptinkoff-1-0-2-new-api-kkt/#comment-85726

твой спам меня не устраивает

одна хрень modx.pro/work/13080-development-of-the-payment-module-for-net-pay/#comment-85573
Чибиляев Александр угомонись а

долго ты еще спамить будеш?

вызовите его самостоятельно

$res->save();
$modx->invokeEvent('OnDocFormSave',array(
                'mode' => modSystemEvent::MODE_UPD,
                'id' => $res->get('id'),
                'resource' => &$res,
                'object' => &$res,
            ));

ПРивет. Да чет я этот момент упустил.
Добавил сортировку и параметр для сортировки избранного в сниппет msFavorites.ids
дефолт

{"timestamp": "ASC"}

можно обновить компонент…

В стадии документирования и шлифовки…

Да, все верно. Думаю на следующей неделе будет обновление.

Все, как тут, только имя опции изменил. Если указываю name=«options[{$name}][]», то цена меняется только по первой опции, если name=«options[{$name}]», то цена меняется в зависимости от опции, но не суммируется.

если вы задали опцию как

options[{$name}]

то естественно на сервер придет не массив, а только последнее значение…

joxi.ru/8An3qWgtj9Zodr
а у вас

'xPDO::OPT_CACHE_KEY'

к чему такие сложности?
сделайте все в сниппете и просто его вызывайте.

ну раз у вас нет сниппета, то тут данные берутся из кеша.
см коммент modx.pro/help/13074/#comment-85512

Вариант с некешированным плейсхолдером на Fenom как нибудь можно реализовать?

да вы смотрите как у вас вызван сам сниппет…

Неужели все сбрасывают кэш при изменении цены на 1 товар?

возможные варианты:
— грохать весь кеш
— грохать кеш конкретного обновляемого ресурса

После загрузки прайсов

после грохнуть кеш…

id: config.id + '-group_id',

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

var cmp = Ext.getCmp(config['id'] + '-schedule_id');

так тоже не есть хорошо, но когда нет других вариантов конечно можно)

можно сделать так

listeners: {
    select: {
        fn: function (r) {
            this._handleChange();
        },
        scope: this
    }
}

//...

_handleChange: function () {
    var f = this.fp.getForm();
// получаем поля по имени
    var _field1 = f.findField('name_field1');
    var _field2 = f.findField('name_field1');

    _field2.baseParams['name_field1'] = _field1.getValue();

    // показываем пагинацию если нужно на комбике
    if (!!_field2.pageTb) {
        _field2.pageTb.show();
    }
    _field2.store.load();
}

Задачу было необходимо решить скорее, поэтому решил сам

отлично! Могу только сказать спасибо!)

Естественно, когда если ты внедришь поддержку работы с массивами опций, то данное решение утратит актуальность и я его удалю. Только просьба сообщить об этом тут. :)

Не собираюсь в ближайшее время это делать. Это повлияет на логику компонента…
Да и зачем удалять. Хороший пример как можно модифицировать стандартную логику расчета.