Николай Савин

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

core/components/minishop2/elements/chunks/

Нет, вы понимаете неправильно,
Задача реализована, функционал добавлен и доступен из коробки.
В корзине в каждой строке есть discount_price и discount_cost
А также есть общий множитель discount

Не вижу никаких проблем, берете тот вариант что предложил евгений. Используете внутри синтаксис фенома и модификатор строки | replace

Евгений что то явно употребляет

Так автор SeoFilter выше отписался в этом же топике. @Евгений Шеронов к вашим услугам (я надеюсь )

Ты проявляешь больше активности на сайте — отсюда и рейтинг выше. Как по мне все логично.

Общая информация по подключению собственного класса miniShop2

Будет срабатывать, если правильно сформировать разметку. С программной точки зрения карточка товара в каталоге не отличается от товарной страницы.
Например вы можете использовать в качестве уникальной опции текущее время, тогда точно не будет дублей. Разве что за секунду несколько раз нажмут кнопку.

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

Это уже есть в планах развития сайта. Сделаем.

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

В целом да, но сравните с моим примером. Там читаемость получше будет. Меньше вложенности.

можно ли в этом поле выводить значение tv дочернего ресурса

По умолчанию нельзя конечно. У нас доступны только поля текущего ресурса.
Навскидку вижу два пути решения вопроса.
1. Сделать небольшую инъекцию в процессор get — где просто добавить нужное поле
2. В JS скрипте при его загрузке делать ajax или fetch запрос за нужными данными и уже там подмешивать куда нужно значение поля

где мне в tab.js проверить id ресурса?

Ну правильнее всего в начале скрипта первой строкой

Да конечно возможно.
Если вы добавляете дополнительное текстовое поле в админке — то у вас всегда доступен объект this.record где есть все поля ресурса. Там вы без проблем можете получить доступ и к Id страницы, и к шаблону и родителю и любому другому полю, которое подходит для фильтрации

switch ($modx->event->name) {    
    case 'OnDocFormPrerender':
        $modx->controller->addHtml("
        <script type='text/javascript'>

         Ext.ComponentMgr.onAvailable('modx-panel-resource', function(){
             //Подключаем по id
             if(this.record.id !== 1) {return;}
             //Подключаем по template
             if(this.record.id !== 4) {return;}
            //Подключаем по parent
             if(this.record.parent !== 10) {return;}

             const leftCol = this.items[1].items[0].items[0].items[0];

             const en_title = {
               anchor: '100%',
               description: '<b>[[*en_pagetitle]]</br>Заголовок на английском</b>',
               fieldLabel: 'Заголовок на английском',
               id: 'modx-resource-en-pagetitle',
               maxLength:255,
               msgTarget: 'under',
               name:'en_pagetitle',
               xtype:'textfield'
            }
            leftCol.items.splice(1, 0,  en_title);

        });
    </script>");
        break;
}

Нет, думаю там все необходимые скрипты подключаются автоматически.
Возможно у вас ошибка где то в JS которая ломает все другие скрипты. Посмотрите нет ли в консоли разработчика ошибок?
Второй шаг посмотрите исходный код страницы на которой подключена форма. Видно ли там подключенный js скрипт компонента? Если видно — откройте его — доступен ли он

Здравствуйте. Документацию не писал. Что там внутри уже не помню, так как сделал и забыл.

Привычным путем работы с шаблонизатором ничего хорошего не выйдет.
Нужно писать API в котором работать напрямую с PHP и отдавать как нужно сформированный JSON.
Тут можно пойти двумя путями. Либо использовать RestFull API — и путем манипулирования URL запрашивать нужную информацию, либо пробрасывать все обращения на какой то единый коннектор. который будет отдавать данные в зависимости от action и HTTP метода запроса.
Но в любом случае обработчик должен быть PHP который уже внутри может запускать что то вроде

$modx->runSnippet()

При использовании return json до tpl дело не доходит.
Эти параметры между собой не совместимы.
Сниппеты обработать в tpl не получился.
Чтобы получить дополнительные данные — например родителя нужно использовать конструкции LeftJOIN и Select

Нужно создать issue

Создаем PWA с нуля. Как работают Service Workers