Добавил)

Есть скрины шагов, но нет итогового скрина, что получилось. С демо картинкой веселее.

Очень хороший комплексный материал. Низкий поклон. Давненько такого не было.

Привязываю к tickets для загрузки и последующего редактирования того, что загрузил через фронт.
Вызов стандартный

[[!ufForm?
   &tplForm=`uf.form`
   &list=`image`
   &anonym=`0`
   &dropzone=`{"maxFilesize":3,"maxFiles":3,"acceptedFiles":".jpg, .jpeg, .gif, .png","template":"edit"}`
]]

в тиккетс в &allowedFields добавил ufForm, вместо загрузки файлов выводит текст:

Drop files here or click to upload
Select files

Понял, спасибо! В целом, манипуляции с css проблему решают. Сама капча работает корректно

Если мы донастроим момент с подарочными сертификатами из нового функционала дополнения, то получается клиенту добавятся бонусы на счет, но вариант списания все равно 20% останется же, для нашего случая верно же понимаю?

Верно!

Т.е. нельзя разделить это как то на 2 вида, обычные бонусы и подарочные бонусы, которыми например можно оплатить все 100%?

Нельзя.

У меня на Modx 3.0.6 (версия easyComm 3.6.0-pl) не хотела появляться GoogleRecaptcha на форме. А точнее скрипт Рекапчи не видел callback-функцию easyCommReCaptchaCallback. Но если вручную запустить эту функцию в консоли браузера после загрузки страницы, то все запускается и капча появляется.
Решил проблему так:
В новом ec.js easyCommReCaptchaCallback объявляется с помощью let. Хотя в предыдущих версиях скрипта было var easyCommReCaptchaCallback. Поменял let на var и все стало работать как надо.

И еще в стандартной форме, если не пройти Рекапчу (не поставить галочку) и попробовать отправить форму, то никакой ошибки не выходит, а в консоли ошибка

Uncaught TypeError: Cannot read properties of null (reading 'closest')
    at xmlHttpRequest.onreadystatechange (ec.js:74:104)

Может надо выдавать предупреждение, что капча не пройдена.

Добрый день!

Бонус-коды – это подарочные купоны/карты или сертификаты, которые единоразово вводятся юзером на фронтенде в личном кабинете, после чего сумма бонус-кода попадает на бонусный счёт юзера.

Например, вы можете вознаграждать своих покупателей N-ной суммой в виде купона, который они будут вводить в своём личном кабинете и использовать полученную сумму бонусов на будущую покупку. Также можно замотивировать пользователей поскорее потратить этот активированный бонус, указав в системной настройке msb2_lifetime_for_bonus его (coupon_accrual) время жизни, например в течение 1 недели.

Вопрос:

Это отличный вариант, чтобы делать вариант Подарочных сертификатов на сайте. Но не понятен момент, можно ли для них выставлять параметр «Максимальный процент корзины»?

Пример:

У нас на сайте бонусами можно оплатить 20% от стоимости заказа.


Если мы донастроим момент с подарочными сертификатами из нового функционала дополнения, то получается клиенту добавятся бонусы на счет, но вариант списания все равно 20% останется же, для нашего случая верно же понимаю?

Т.е. нельзя разделить это как то на 2 вида, обычные бонусы и подарочные бонусы, которыми например можно оплатить все 100%?

Про мультиязычность напишу отдельную статью. Вкратце: есть комбо-поле, которое переключает контекст для блоков, которые можно переводить вручную или с помощью сторонних сервисов (DeepL, ChatGPT). Также есть отдельная вкладка для перевода текущего ресурса — по принципу Локализатора. Конфликтов не должно быть. Дополнительные поля я не использую с этим компонентом — ни разу не пригодились. Вся информация находится в блоках, поэтому отдельной вкладки для лексиконов, как в Локализаторе, тоже нет.

Благодарю за такую высокую оценку!

да, я Notepad++ с темной темой юзаю для правок кодов разных файлов (приходится работать с исходниками на других движках), очень нравится. Думал сам тоже переделать но времени все никак не мог найти. Еще раз спасибо за тяжкий труд на благо сообщества!

Благодарю за тёплые слова)
Как привыкаешь, глаза отдыхают, потом даже не захочется возвращаться к стандартной теме — проверено на себе и нескольких коллегах)

Круто! Увидел твой компонент у клиента на днях, мне очень понравился! Рад, что есть такой мощный инструмент, очень полезный практически на всех магазинах!

Спасибо за ваш труд!
А то уже надоела стандартная тема.
Правда немного привыкать придется.

Жаба душит. Но посмотрел состав и подумал что оно стоит того.
Как реализовано управление мультиязычности немного не понял.
Я использую Localizator и немного дорабатываю под себя. Не будет конфликтовать? Как реализовано управление переводами элементов и доп. полей (все таки они могут использоваться, и надо бы их Вашим компонентом тоже поддерживать?), а также как реализовано управление лексиконами и словарями?

Да, «переключалка» будет обязательно, и даже регулировка цветов, займусь в скором времени, многие просят, да я и сам только за!

Спасибо за замечание, действительно, путь стоит абсолютный при установке, я обязательно это исправлю!

Поставил.
У меня админка размещена по другому адресу (не manager).
Страница входа выглядит не так как на картинке в теме выше. Посмотрел и увидел что в корне создалась папка manager/templates/eclipseui
При этом в папке админки в папке templates тоже появилась папка eclipseui. Но в ней папки частично пустые.
Просто перенес в правильную папку админки и все нормально заработало.
Т.е. установщик ставит шаблон неправильно — где-то в коде указывает папку установки с прямым путем manager/templates/eclipseui, а надо брать путь к папке из конфигов.
Благо разобрался и все заработало.
И да — я в восторге от новой темы.
Было бы конечно прикольно если бы в админке добавлялся переключатель тем со светлой на темную и обратно.
Как выглядело при установке.

Готово.

Не, битриксом там уже не пользуюся…
```
Данные с формы: [[+formName]]
ФИО или название организации: [[+name]]
Телефон: [[+phone]]
Почта: [[+email]]
Сообщение:
[[+message]]
Страница запроса: {$_modx->resource.pagetitle}
```