Артур Шевченко

Что именно не работает?

Это я ошибся. 2.0.4 следующая версия

Лучше так

document.addEventListener('si:send:error', (e) => {
        const { action, target, result, headers, Sending } = e.detail;
        
        if (target.tagName == 'INPUT') {
            result.data.errors = {};
        }
    })

Я загрузил обновлённую версию в modstore

Если я меняю поле Имя, то всплывает ошибка, но класс не добавляется.

Это ошибка. В Версии 2.0.3 она будет исправлена.

Например, я не увидел все параметры которые можно указать форме data-si-*

Посмотри тут

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

Добавить в пресет параметр

'clearFieldsOnSuccess' => 1,

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

Сделай копию стандартного JS конфига, поменяй параметр position на нужный, укажи путь к новому файлу конфига в системной настройке si_js_config_path.

как сделать что бы у поля так же появился класс si-error

Класс устанавливается полю с тем именем, которое ты указал в пресете в параметре validate, само поле ищется внутри data-si-form, если в форме несколько полей с одинаковым именем, то класс будет добавлен только первому.

как просто добавить класс, но не выводить сообщение об успешной или об неуспешной валидации

Сообщений об успешной валидации не существует, а чтобы отменить показ сообщений об ошибках, нужно написать обработчик на событие si:send:error в котором установить всем ошибкам в качестве сообщения пустую строку.

было бы круто понять как сделать, что бы не нужно было заранее знать название данного поля

Не очень понимаю чего ты хочешь, но есть возможность валидации массивов

Допустим я сделал в поле data-si-event=«change» data-si-preset=«russian». А так же в системной настройке sendIt указал емейл по умолчанию. Как сделать, что бы при выполнении данного события не было отправки письма?

SendIt не отправляет письма, это делает хук email компонента FormIt. В формировании списка параметров всегда используется пресет по умолчанию, в котором присутствует данный хук.

Примерно так

switch ($modx->event->name) {
    case 'OnDocFormSave':
        if ($resource->get('class_key') === 'msProduct' && $price = $resource->get('price')) {
            $q = $modx->newQuery('modTemplateVarResource');
            $q->where(['tmplvarid' => 1, 'contentid' => 1]); // получаем значения TV типа migx где записаны диапазоны
            $q->select('value');
            $ranges = $modx->getIterator('modTemplateVarResource', $q);
            if ($q->prepare() && $q->stmt->execute()) {
                $ranges = json_decode($q->stmt->fetch(PDO::FETCH_COLUMN), true);
                foreach ($ranges as $range) {
                    if ($range['min'] <= $price && $range['max'] > $price) { // проверяем входит ли цена в диапазон
                        $resource->set('range', "{$range['min']}-{$range['max']}"); // если да, то записываем диапазон в свойство товара созданное при помощи msAddFields
                        break;
                    }
                }
            }
        }
        break;
}

Я вижу только одну причину, JS от AjaxForm не подключены

Это код для компонента AjaxFormItLogin

github.com/azernov/modxbuilder

Поиск нет смысла пилить. Если делать в рамках Modx, то ничего лучше phpMorphy не появилось, а эту библиотеку использует mSearch2, вряд ли я сделаю лучше. А если использовать ElasticSearch, то это уже решение не для всех, а только для тех у кого VPS.

Больше вроде никакой)))

Хочу ещё раз подчеркнуть, это компромиссное решение, при разработке в приоритет ставилась скорость работы и простота интеграции, в ущерб некоторой функциональности.

Умеет, даже по ТВ типа migx с уровнем вложенности не более одного, т.е. migx в migx не потянет. Ну и плагинами вообще можно всё что угодно навертеть.

А отсутствие miniShop не останавливает?

Может быть на досуге, когда будет настроение, добавлю на део-сайте страницу с mFilter2.

Чисто теоретически может быть так, что уже поддерживает, так как вроде бы там нет ничего такого, что не поддерживалось бы в Modx 3. Но я не проверял и до конца лета вряд ли буду этим заниматься.

У автора нет времени заниматься поддержкой компонента, поэтому он снят с продажи. Если найдётся тот, кто возьмёт поддержку на себя, компонент вернётся.

Можно написать скрипт, который выберет данные из БД и отправит их, только надо задержку ставить, а то хостер может забанить за спам.

Просто скорректировать запрос не получится, надо свой фильтр писать.