Вот это просто

<input type="number" value="1">

Ну ещё класс надо подключить и экземпляр создать)))

Ну вот у нас на работе коллеги не пользуются IDE, редактируют код из админки. А так и мне и им удобно будет. Плюс многие сниппеты не работают с файловыми чанками.
Спасибо автору, сам недавно начинал что-то подобное делать, получается доделывать не придётся)

По-моему, самое простое решение:

<div x-data="{ qty: 1 }">
    <button @click.prevent="qty--" :disabled="qty < 2">−</button>
    <input type="number" name="count" value="1" x-model="qty" readonly>
    <button @click.prevent="qty++">+</button>
</div>

Используется alpine.js: alpinejs.dev/start-here

В корзине minishop:

<form class="ms2_form" method="post"
    x-data="{ qty: {$item.count} }"
    x-init="$watch('qty', () => { $root.dispatchEvent(new Event('submit', { bubbles: true })) })">
    <input type="hidden" name="key" value="{$item.key}"/>
    <button type="submit" name="ms2_action" value="cart/change" hidden></button>
    <button @click.prevent="qty > 0 && qty--">−</button>
    <input type="number" name="count" value="{$item.count}" x-model="qty" readonly/>
    <button @click.prevent="qty++">+</button>
</form>

Сможете без проблем.

Приветствую.
Может уже спрашивали, но спрошу еще раз)
Хочу купить ваше приложение, но у меня сайт пока не тестовом сервере.
Смогу я потом перенести без проблем на боевой и чтобы приложение работало?

А тут самое простое решение, это при навешивании обработчика проверять например css класс af_initialized, а уже после добавить к форме этот класс.

Отличный вариант, жаль сам не додумался. Но надо ли переделывать? Сейчас, как я уже писал, класс работает только с одной формой, потому как я генерирую уникальный селектор.

Это наверное потом, когда вдруг захочешь сделать PR

Я уже скоро захочу, уведомления только прикручу))) Вдруг кому-то ещё надо, чтобы не было jQuery. Или может сделать форк?

Ага, документация)
docs.modx.pro/komponentyi/pdotools/parser

Спасибо большое!
Есть ли где-нибудь мануал по этим тонкостям?

Ну вообще запись станет длиннее this.config.someprop против this.someprop, но я доверюсь твоему опыту.

Запись (а точнее доступ к конфигу) станет длиннее, но заметь, с такой записью у тебя как минимум минус несколько строчек в конструкторе, ну и конфиг не будет путаться на первом уровне класса.

Тут отдельная проблема. В конструктор надо передавать уникальный селектор, потому что в противном случае если на странице больше 1 вызова AjaxForm обработчики навешиваются столько раз сколько вызывается сниппет, а это плохо по понятным причинам. И передавать селектор в каждом вызове мне кажется неудобным. Я думаю надо установить селектор по умолчанию и дополнять его меткой времени и тоже самое делать с переданным селектором, чтобы на 100% исключить вероятность дублирования или есть варианты решения получше?

А тут самое простое решение, это при навешивании обработчика проверять например css класс af_initialized, а уже после добавить к форме этот класс.

Это у меня он возвращает true, а если кто-то захочет свою логику, например не отправлять пока не прочитают политику работы с персональными данными?

Теперь понял

Я самоучка, это не оправдание, но что значит пройтись по стандартам не понимаю.

Это наверное потом, когда вдруг захочешь сделать PR

[[#[[+parent]].alias]]

и

{$_modx->resource.parent | resource : 'alias'}

вызванные «внутри» pdoResources, это разные конструкции.

Первый код — это parent того ресурса, который сейчас обрабатывает pdoResources в цикле.
А во втором коде — это будет всегда parent ТЕКУЩЕГО ресурса, того, который открыт в браузере у пользователя.
Вам нужно сделать так:

{$parent | resource : 'alias'}

Я себе уже всю голову сломал с феномом) Вот такой чанк, который обрабатывается pdoResources

<!-- [[#[[+parent]].alias]] -->
<!-- {$_modx->resource.parent | resource : 'alias'}-->

<li data-category="[[#[[+parent]].alias]]">
  <div class="catalog-card">
    {$pagetitle}
  </div>
</li>

Структура такова

В коллекциях лежат ресурсы, мы их выбираем и каждому элементу присваиваем атрибут data-category с алиасом родителя (названием категории)

Вызов pdoResources

{'pdoResources' | snippet: [
    'parents' => $_modx->resource.id,
    'depth' => '3',
    'limit' => '0',
    'tpl'  => '@FILE chunks/painting/catalog_block.tpl',
    'sortby'  =>  'menuindex',
    'sortdir'  =>  'ASC',
    'where' => '{"template":4}'
  ]}

Проблема в том, что вызов

[[#[[+parent]].alias]]

даёт верный результат, а вызов через Fenom выдает алиас страницы, на которой вызывается сниппет: в данном случае catalog

Что я делаю не так?
Спасибо

А какая выгода от дополнения по сравнению с обычными файлами pdotools? Есть сравнение? И если я работаю только с IDE? Мне нужно каждый раз админку обновлять, чтобы чанк обновился?

{($vendor in list [6, 7])? 'Цена по запросу': $price} Работает такая конструкция, со скобками

Да, спасибо, со скобками заработало!!!

Попробуй так:

{($_pls['vendor.name'] in list ['nokia', 'iphone']) ? 'Цена по запросу' : $price}

Если бы кто-нибудь приложил версии движка, компонентов, серверного окружения (php, mysql, nginx, apache, проверка прав на файлы и папки, vps или шаред хост), с какой версии обновлялись, было бы проще гадать на кофейной гуще =)

Для переоценки можно использовать например — msRevaluation и msPre, оба поддерживают msOptionsPrice2.

В общем, по п.2 переписал, только логику немного изменил. Поскольку я научил класса, который на сервере, генерировать уникальный селектор, класс в JS теперь всегда работает с одной конкретной формой, поэтому я в конструкторе сделал так

this.form = document.querySelector(selector);

        if (!this.form) {
            console.error('Form not found. Check the correctness of the selector.');
            return false;
        }

Если нет формы, то нет смысла и дальше что-то делать. Тут вылез ещё один интересный момент, уже в сниппите. Там есть вот такой кусок кода

// Add selector to tag form
if (preg_match('#<form.*?class=(?:"|\')(.*?)(?:"|\')#i', $content, $matches)) {
    $classes = explode(' ', $matches[1]);
    if (!in_array($formSelector, $classes)) {
        $classes[] = $formSelector;
        $classes = preg_replace(
            '#class=(?:"|\')' . $matches[1] . '(?:"|\')#i',
            'class="' . implode(' ', $classes) . '"',
            $matches[0]
        );
        $content = str_ireplace($matches[0], $classes, $content);
    }
} else {
    $content = str_ireplace('<form', '<form class="' . $formSelector . '"', $content);
}

По-моему, он устарел, проще прямо в чанк передавать весь конфиг и устанавливать селектор так {$formSelector} или так [[+formSelector]]. Хотя с другой стороны, ну есть и есть, да?

И ещё в оригинальном сниппите сделано вот так

<?php
/** @var array $scriptProperties */
/** @var AjaxForm $AjaxForm */
if (!$modx->loadClass('ajaxform', MODX_CORE_PATH . 'components/ajaxform/model/ajaxform/', false, true)) {
    return false;
}
$AjaxForm = new AjaxForm($modx, $scriptProperties);

$snippet = $modx->getOption('snippet', $scriptProperties, 'FormIt', true);
$tpl = $modx->getOption('form', $scriptProperties, 'tpl.AjaxForm.example', true);
$formSelector = $modx->getOption('formSelector', $scriptProperties, 'ajax_form', true);
$objectName = $modx->getOption('objectName', $scriptProperties, 'AjaxForm', true);

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

$snippet = $modx->getOption('snippet', $config, 'FormIt', true);
$tpl = $modx->getOption('form', $config, 'tpl.AjaxForm.example', true);
$formSelector = $modx->getOption('formSelector', $config, 'ajax_form', true);
$objectName = $modx->getOption('objectName', $config, 'AjaxForm', true);

Или я чего-то не понимаю?

Интересно, а в какой момент beta станет стабильным релизом? Как ты для себя определяешь этот рубеж?

UPD 1.0.1-beta
— Добавлена в меню кнопка сканирования элементов