Дмитрий

Как правило, у большинства дополнений есть системная настройка с адресом до JS-файла на фронте. Меняете ее, создаете копию файла и изменяете его как душе угодно.

Ну, можно как минимум обновить jQuery, а еще лучше поставить нормальную карусель, типа Slick.js или Swiper, у них точно никаких проблем с производительностью нет. Карусель переделать не сложная задача, на пару часов от силы.

Есть еще почти бесплатный вариант с помощью сервиса Unisender:
делаете хук типа такого:

include_once MODX_CORE_PATH . 'elements/scripts/libs/UnisenderApi.php';
$apikey = '5q1je7haif1erek3exxbt8dymbjqg1iwsthqtacy';
$uni = new \Unisender\ApiWrapper\UnisenderApi($apikey);
$phone = $hook->getValue('phone');
if ($phone != '') {
    $result = $uni->sendSms(Array(
        "phone" => formatPhone($phone),
        "sender" => 'site_name',
        "text" => 'Поступила заявка с сайта, будь умницей, ответь!'
    ));
}

нужно только скачать класс с сайта сервиса и подключится к ним.

Программы точно нет. Я как-то пытался работать с 350-ти мегабайтным файлом от Ozon.ru. Почти ничего не смогло открыть такой файл. А уж про 3,5 ГБ я вообще молчу.
Целиком такой вряд ли можно открыть. Можно (и скорее всего, нужно) читать такой файл построчно, с помощью PHP или любого другого языка и как-то дробить либо на тыщу мелких файлов, парсить их и заливать в базу, либо еще как-то…

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

Посмотрели бы для начала схему базы данных, разобрались, есть ли там какие-то такие возможности или нет. А там и вопрос бы не пришлось задавать

pdoTools, MiniShop2 и еще куча всяких лежат в открытых репозиториях на гитхабе. Сами сделайте поддержку BS4 и выполните pull request, если для вас это принципиально важно. В том и суть свободного ПО: критикуешь — сделай сам. И не надо тут заливать, что это чьи-то там чужие компоненты и авторы должны их поддерживать, бла-бла-бла.

Короче.
1. Вот админка


2. Вот как это выглядит на фронте



Я правильно понимаю, что нужно так же?
Вот что нужно сделать:
В чанке msProductContent сделать что-то типа этого (если вообще минишоп используется)



Сниппет @FILE:snippets/currConverter.php можно заменить на CrCalc — это тоже самое, только я кое-что для себя правил.

Ну вот и всё — цены становятся в нужной валюте. Изи же.
А вот если надо передать цену в рублях дальше в корзину, то об этом я могу рассказать в следующей серии нашего треда комментариев

Если до конца дня никто не поможет — вечерком отвечу, сейчас не у компьютера, не могу пример показать.

так есть же сниппет конвертации, в чем проблема?

Красота! Компонент теперь всем компонентам компонент

Зависит от вашей фантазии в первую очередь.
На одном сайте я делал так, что цены указываются либо в рублях, либо в евро в админке (два разных поля), а на сайте выводятся всегда в рублях, в зависимости от того, какая валюта выбрана происходит конвертирование по курсу, ну или не происходит.
Это очень простая типовая задача.

Ну, как идея

Хороший компонент, круто, что есть такое просто решение.
Однако, я тут недавно делал что-то подобное, и там помимо адреса и описания еще вставлялась ссылка на фото, ссылки на соц.сети и еще всякая инфа. Плюс использовалась Google-карта, т.к. она стилизуется.
Было бы вообще отлично, если было бы какое-нибудь дополнительное поле в виде JSON например, как в MIGX, ну и можно было варьировать, Яндекс-карту ставить, или Google.
Ни к чему не призываю, не критикую, просто как предложение по доработкам к следующим версиям.

Очень полезный виджет! Круто, спасибо!

Годный кейс, спасибо!

Только что вот такой вот спам пришел

Я абсолютно согласен, что документация нужна, но если она не появилась с самого начала, то появится, скорее всего, тогда, когда у человека будет время. Я придираюсь именно к вашим словам

продажи вашего компонента вырастут раз 10

ибо это абсурдные, взятые с потолка цифры, и таких заявлений в этом сообществе можно найти десятки, где каждый «продавец» убеждает автора в том, что если он сделает так, как хочет этот самый «продавец», то всем будет счастье и миллионы долларов.

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

Вы соц.опрос проводили по интернетам, чтобы знать, во сколько вырастут продажи? Очень смелое заявление, учитывая, что это единственный публичный компонент для интеграции Bitrix24 и MODX Revo. Те, кому это надо — купят в любом случае.
Да, документации маловато, я сам с ним просидел часок, пытаясь настроить форму, но если вы его действительно купили, то есть поддержка, где вам помогут. Я, честно, сам выступаю за увеличение информативной базы, но когда ты и компонент написал, еще и подробно по шагам документацию расписал, в MarkDown оформил, на гитхаб выложил — ты великий человек, у тебя очень много времени.

В состав mSearch2 уже входит библиотека, подобной той, что указана выше.
assets/components/msearch2/js/web/default.js строка 1244:

mSearch2.Hash = {

Использовать ее очень, очень легко.

//получаем данные
        var hash = mSearch2.Hash.get();
        //тут уже выбираем нужные параметры
        console.log(hash.cat);

В общем, если хоть чуть-чуть в JS могёте, то труда не составит разобраться