Ivan

Вообще странные они ребята кто это придумал. Если у человека кастомные настройки нужны, то там же есть выбор Advanced Installation Package. В 99% случаев $_SERVER['DOCUMENT_ROOT'] всем подойдет. Остальные CMS всегда используют эту переменную, но только MODX решил выделиться)))

Так «Могут быть разные работы фильтров» это вторично. Если пользователю нужны разные наборы фильтров, то как раз логично что он будет настраивать это.
Сейчас логика такая: если у нас в категории товаров есть подкатегории вашему компоненту пофиг на это, и он товары из них не подтягивает.
А логично как раз то, что он будет учитывать подкатегории и фильтровать все эти товары. А если нам нужно что бы использовалось какое-то там другое правило мы как раз можем указать другую конфигурацию, которая как раз будет иметь какое-то там кастомное поведение.

Не буду больше утомлять. Если тебя как автора все устраивает, то мои рассуждения ни к чему.

Артур. По твоему не логично что если ты вставляешь код из документации в раздел Каталог, то он должен работать и в каталоге и в его подкатегориях? Дополнение не только должно быть классным, но и удобным.
Я без претензий. Я наоборот хотел помочь.

Честное слово. Вашему компоненту не хватает примера использования.
Например как его прикрутить к шаблону каталог и что бы он работал во всех уровнях влажности. Это же самая базовая необходимость. Ну что бы люди могли сравнить его например с mfilter2. Вообще, чтобы писать документацию, как мне кажется, нужен скил. В данном варианте получается человек устанавливает ваш компонент и сидит страдает, т.к. функционал не заводится из коробки) Любому продукту важно продвижение или демонстрация как это сделать. Или логика как у похожих дополнений. Тут к сожалению такого нет. Надеюсь когда у вас будет время вы сможете что-нибудь такое придумать.
Наверно если на странице modstore будет написано Быстрый старт:
Сделайте это это и это и все у вас в каталоге рабоатет фильтр, он будет более привлекательным покупателям.

Я понимаю, что вам, как создателю и кто в нем уже как следует разобрался все кажется простым, но это к сожалению не так) А отнимать ваше время, хоть вы в чате отлично помогаете, не хочется.

Если его попробовало 30 человек и все с легкостью его используют — вопросов нет. Значит проблема во мне.

if (target.classList.contains('form_post')) {...}

Если у вас есть время, то я могу дать доступ в админку, написав вам в телеграм

Удалял — все равно не появляется

У поля не появляется класс

Обновил. К сожалению не работает. Кеш сбрасывал и в админке и в браузере

Пустой комментарий

Пока может какую-то проверку проходит…

Пока может какую-то проверку проходит…

Что бы убрать ошибку при проверке конкретно поля сделал так

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

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

Так же вы пишите, что сообщений об успешной валидации не существует, но если я ввожу на русском языке в поле name, то выводится сообщение ФОРМА ОТПРАВЛЕНА.
P. S. Добавил в пресет 'successMessage' => '', теперь сообщения нет. Ура

хм, Письмо победил. Нужно указать hooks = ''

Спасибо большое.

У меня есть форма


Пресеты


Так вот. Если я меняю поле Имя, то всплывает ошибка, но класс не добавляется.
так же отправляется письмо на указанный в стандартных настройках компонента емейл

Спасибо!

А не могли бы вы сказать, через что вы собираете компоненты? Через siteextra?

Вам осталось поиск еще запилить) Корзину сделали) Фильтры сделали) Класс