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

Доступ к контексту web должен быть не context, а load, list, view.

Админ загружает файл на сервер, потом в карточке пользователя указывает путь к загруженному файлу, в ЛК ты выводишь это значение в тэг

<a href="#" download></a>

Можно использовать дополнительные поля — extended, или установить ExtraFields и расширить модель пользователя.

Для этого нужна существенная доработка. Проблема в том, что скидки могут быть самыми разными: ограниченными по времени, по опциям. Особенно сложно с опциями, потому что учитываются те опции, которые переданы в корзину.

С msOptionsPrice2 компонент работает. Насчёт вывода товаров со скидкой и возможности фильтрации обещаю подумать.

Тут есть вариант.
1. Каждый выбранный товар повестить в форму и по клику на кнопку в цикле триггерить submit
2. Написать свою отправку и триггерить на сервере метод ms2->cart->remove($key);

Если в документации про это не написано, можно попробовать в админке рядом с системными настройками по группе ms2Gallery поискать, или скопировать файлы на локалку и через ide по файлам поискать invokeEvent

Можно, только нужно создать css класс, который будет управлять видимостью элементов, если такого класса еще нет, например «d-none», и блоку с формой и блоку с табами добавить условия. Для формы

[[!+modx.user.id:isloggedin:isnot=`1`:then=`d-none`]]

для табов

[[!+modx.user.id:isloggedin:is=`1`:then=`d-none`]]

Ну и в JS на событие «afl_complete» если response.success и ['regForm', 'authForm'].includes(form.id) переключать классы.

Кстати, если вы не знали, есть группа в Телеграмм где помощь можно получить оперативнее

Ну и по поводу фенома, он нормально работает со стандартным парсером, главное чтобы в шаблонах и чанках не было открывающих фигурных скобок не относящихся к феном, а если есть, то после них нужно просто поставить пробел.

НУ я же давал ссылку на документацию по AjaxFormitLogin. Пакет Login использовать не нужно, весь его функционал уже есть в моём компоненте. В документации есть примеры вызовов для всех форм: регистрации, авторизации, восстановления пароля, редактирования данных, вам нужно только свой чанк формы подставить, ну и если мы говорим про регистрацию вот эти значения надо сохранить

&activation=`0`
 &autoLogin=`1`

Лучше разберитесь с феном, с ним удобнее.

Если хотите разобраться то вот и вот история моих изысканий на эту тему. Всё это в итоге переросло в компонент AjaxFormitLogin, поддержку которого я прекратил, потому что решил полностью переписать JS и PHP, которые достались мне по наследству от AjaxForm. Однако весь функционал из AjaxFormitLogin перекочевал в новый компонент SendIt. Он полностью готов и отлажен. Сегодня я закончил написание документации. Думаю в понедельник или во вторник он станет доступен для скачивание через менеджер пакетов в modstore.

Не передавалось значение submitVar поэтому скрипт не отрабатывал.

Значит вы что-то не правильно сделали. Напишите мне в телегу доступы посмотрю, если хотите.

Боюсь у неё будут с этим проблемы, страница-то перезагрузится)))

Вот так можно

А ещё я удивлён, что кто-то в 2023 году делает регистрацию с перезагрузкой страницы.

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

Еще вспомнила, что в чанках нельзя выполнять сниппеты.

Не знаю откуда у вас информация о том, что в чанках нельзя вызывать сниппеты, но это не совсем верно. Модификаторы вывода и сниппеты не работают только в инлайновых чанках. Но в целом проверку можно сделать в шаблоне.

Как это проверить в чанке?

[[+modx.user.id:is=`0`:then=`табы`:else=`форма`]] или {if $_modx->user.id === 0} табы {else} форма {/if}

Ну и доку почитайте.

В чанке формы добавления вопроса сделайте проверку ID пользователя, если он больше 0 показывайте форму добавления, если равен 0 — свои табы.