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

Позвольте вмешаться в ваш диалог.
Массив опций вывести без проблем можно. Это ведь обычные записи базы данных. Значит их без проблем можно оттуда забрать.
Готовых сниппетов для этого нет. То что есть, использовать сильно не рекомендую, даже если там есть какие-то отсылки к опциям.
Проще всего написать свой достаточно простой сниппет, забирающий нужные вам данные.
Для этого нужно уметь составлять XPDO запросы через $modx->newQuery (или хотя бы через SQL)

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

А неплохо вы тут сам с собой общаетесь

@Сергей Шлоков Обрати, пожалуйста, внимание на проблему.
@fred Oushen По-правильному вам нужно создать issue в репозитории компонента на github, в котором описать проблему с пошаговой инструкцией для воспроизведения проблемы.

Так он 17 года выпуска. Было бы странно если бы в 22 — он работал как надо

Да, в кавычки забыл обернуть Pagetitle

Ага. Ее вроде бы нет в репозитории.
Вот ссылка на github, но собирать нужно самостоятельно
@Сергей Шлоков Не подскажешь? Есть собранный компонент? Документация?

Иван имел в виду — установлен ли у вас pdoTools для MODX3 — специальная отдельная версия?

В данном случае внутренний JSON это массив данных — а массив в феном пишется как [ ]

{'!mFilter2' | snippet : [
...
'optionFilters' => ["proizvoitel:LIKE" => $_modx->resource.pagetitle]
...
]}

А ЧПУ в системных настройках включен?

Переименуйте ht.access в .htaccess

В таком случае он не попадет в репозиторий (думаю, не пропустят аналог). Да и популярности от него ждать не стоит. Люди больше скачивают знакомое.

Я думал там только JS переписан. Решает в любом случае Павел как владелец компонента. С моей стороны обещаю код-ревью, как только доберусь.

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

Александр поговорите, пожалуйста, с Автором о его «косяках» в техподдержке магазина. Портал modx.pro к магазину не относится. Не нужно здесь на людей кричать. Тем более бездоказательно.

Кричать на людей не разобравшись такое себе занятие. Возможно проблема в чем то еще. Автор за ваши ожидания не в ответе.

Артур статья готова, ты там денег обещал )

msearch2 скорее всего нет, не будет. По нему производятся только мелкие фиксы. А вот чтобы взять, переписать полностью всю JS логику — это много сил нужно. Здесь вам лучше ответит автор @Илья Уткин
По минишопу я могу ответить уже более точно — да план такой есть. Причем на этот год. Насколько план получится осуществить пока не понятно. Тоже много времени требуется, потому что если ломать, то ломать уже основательно.
Мы хотим сделать новый JS максимально современным. С событиями, с разбивкой по модулям, с нормальным API в конце концов. Это дофига делов.

И рекомендовано использовать название класса вот так ExtraFields::class вместо 'ExtraFields'
Например:
$_modx->getObject(ExtraFields::class);

К слову так рекомендовано писать и в MODX2. Я давно так пишу.

Мы с @Павел Гвоздь Обсуждали. Главный затык — это проблемы обратной совместимости. Если сделать по твоему, то сломаем старые сайты обновлением. Самое простое решение это пока использовать в комплекте два набора старый и новый без jQuery. По умолчанию старый. Изменяется тип скрипта системной настройкой. Ее кстати нужно будет добавить.
Я тебе пока по этому поводу не писал, потому что хочу еще код-ревью сделать. Сам код никак не посмотрю. Не хватает сил.