Плюс многие сниппеты не работают с файловыми чанками.
А можно подробнее

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

Контроллеры, кстати, можно в своей папке размещать. Из документации не совсем очевидно.
В core/config/elements.php прописываем

zoomx()->getLoader()->addPsr4('My\\Controllers\\', MODX_CORE_PATH . 'elements/controllers/');

В routes.php

$router->post('request/{key}', ['\My\Controllers\MyController', 'action']);

В контроллере:

namespace My\Controllers;
use Zoomx\Controllers;
class MyController extends \Zoomx\Controllers\Controller

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

Добрый день!
Подскажите, пожалуйста, есть ли возможность импорта meta-тегов title и description при импорте категорий?

Насчёт «многие» перегнул, наверное) Вообще из готовых сниппетов использую в основном Formit и pdoTools. Formit не поддерживает (возможно ошибаюсь). Чанки писем в minishop ещё.

Плюс многие сниппеты не работают с файловыми чанками.

А можно подробнее? Какие это многие?

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

<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} Работает такая конструкция, со скобками

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