Николай Савин

Я могу ошибаться. Тогда коллеги меня поправят.

Возьмем к примеру компонент mSearch2 и его автодополнения в поисковой строке.
Компонент отправляет запросы к серверу, беря за основу текущий хост. Который всегда без сегментов адреса.
Сервер используя хост, получает язык контекста и отдает ответ на языке чистого хоста.

Таким образом находясь на адресе site-region3.ru/en/ сервер будет запрашивать контекст основываясь только на хосте site-region3.ru и язык ответа для поисковых запросов будет русский (ну или какой там будет основным)

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

Вам принципиально определять язык через сегмент адреса?
Было бы существенно проще, если бы язык шел поддоменом. en.site-region3.ru/
В текущем случае вы конечно осилите переключение языка основываясь на host + /lang/
Но останутся нерешенными проблемы внутри JS. Все ajax запросы будут улетать на базовый хост, и ответы будут приходить на базовом языке.

Давай будем корректны — Как бы Ios сам по себе ничего не рендерит. Это вопросы к движку браузера тогда уж.

Да это будем убирать. Это в процессе. Сложнее чем может показаться.

Коллеги. Давайте воздержимся от написания комментариев в этом посте. Исключение — если это касается темы и строго по делу.

iphone не любит let, надо заменить на var.

ЧТООО?? Артур не говори ерунды. По этой логике не один сайт бы не работал.

У вас в шаблонах, используются php методы в trim, array_merge в качестве модификаторов. В обычном режиме работы pdoTools про php методы ничего не знает. Чтобы узнал, можно попробовать включить настройку «Разрешить php в феном». Я не уверен что поможет, но попробовать можно.
Если не поможет то — либо убирать такие записи по коду шаблона, либо создать сниппеты реализующие подобный функционал.

Искренне рад. Уверен это даст толчок и принесет только развитие.

Конкуренция не в ценовой политике же, а в функционале.
Сложновато назначать цену, если в магазине не дают продавать. Здесь неравные условия изначально.

Строго говоря, фактическим владельцем и основателем данного сообщества является modstore. Хоть владельцы проекта и не вмешиваются в его деятельность, но свои интересы просят соблюдать. Это нужно учитывать.
Мое мнение — политика монополии ни к чему хорошему не приводит. Сделал и забыл. У людей нет выбора — они покупают. Конкурирование в схожих компонентах ведет к развитию, модернизации.

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

Вполне себе работает. Зависать может из-за нехватки мощностей хостинга. Но сам импорт по идее должен пройти.
После перезагрузки страницы обычно все на месте

Спасибо. Выберу время проверю хорошенько.

Знаешь как мне страшно в Minishop PR слать. Более того — я точно знаю, что мой код фигня полная, по сравнению с тем что делают старшие товарищи. Но это хоть какой то движ.

Pull Request будешь делать?

Здравствуйте. Нет таких планов нет. В первую очередь потому что никто не спрашивает. Вы на моей памяти первый. Мы можем обсудить этот вопрос.
Вы действительно активно пользуетесь таким компонентом?
Что нового вы ждете от компонента? Ну кроме очевидного обновления библиотеки.
Вы готовы участвовать в спонсировании обновления? Как альтернатива вы готовы видеть компонент платным и покупать его?

Интересно, а в какой момент beta станет стабильным релизом? Как ты для себя определяешь этот рубеж?

Заголовок и суть вопроса были отформатированы высокоразвитым искусственным интеллектом.

За заполнение тех или иных таблиц отвечают резолверы. Пишите новый резолвер. Добавлять его никуда не нужно. Они запускаются все подряд при сканировании каталога. Внутри резолвера пишите такой же код заполнения данными, как вы бы писали в админке MODX в консоли.
Для примера таких резолверов можете посмотреть исходный код популярных компонентов.

Это уже сделано.