Наумов Алексей

А, не обратил внимание что mSearchForm, думал речь о mSearch

1 вариант. Запустите 2 поиска: один с использованием msProducts, а второй с pdoResources
2 вариант. Используйте pdoResources, но у него есть параметры управления шаблоном в зависимости от неких условий, попробуйте настроить вывод для товаров одним способом, для категорий — другим

Я создавал у каждого контекста свои настройки и использовал их, например [[++articles_section]], [[++catalog_root]], думаю принцип ясен.

Очень часто хватало [[*parent]] или [[pdoField]] в режиме top или topLevel.

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

Ну да, перемудрил) Поправим)

Поиск!)

Даже в первом результате modx.pro/search?query=modx_session вас уже «переплюнули»)

Сниппет ecForm вам тут совершенно не поможет. Нужно полностью писать самому всю обработку, ничего готового — нет.

Такой возможности не предусмотрено и она не закладывалась.

Изначальная идея в том, что по-умолчанию новое сообщение не опубликовано и следовательно не доступно с фронтенда. При публикации его на сайте администратор сразу и отвечает на него.

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

Обязательно zc=0. zc — это zoom crop, то бишь обрезать картинку.

Параметр far добавляете, только я не помню 0 или 1 =)

bg делаете естественно ffffff

Очень странно:) вроде только в 1-м месте этот ec_fe_spam_detected выводится и то, при создании сообщения…

У компонента есть такая защита, что одно из полей (address) при добавлении нового сообщения должно быть hidden и пустым. Поищите в документации antispamField.

Вероятно вы что-то с ним связанное поменяли.

Вот код из файла easycomm.class.php, который проверяет на спам:

if(!empty($this->config['antispamField'])) {
            if(!empty($data[$this->config['antispamField']])) {
                return $this->error("ec_fe_spam_detected");
            }
        }

Для того, что бы сработал код добавления товара в корзину нужно:
1. Открыть к примеру чанк msProduct.Content — этот чанк поставляется для примера с miniShop2.
2. Найти в нем те моменты, что обеспечивают работоспособность именно добавления в корзину. Я сразу убираю всякие вспомогательные вещи (код, классы и прочее) и оставляю только то, что прям вот необходимо:
2.1 Форма

<form class="ms2_form" method="post">...</form>

2.2. Внутри формы id товара:

<input type="hidden" name="id" value="[[*id]]" />

количество, сколько добавляем в корзину (можно сделать hidden)

<input type="number" name="count" id="product_price" value="1" />

кнопка добавление в корзину

<button type="submit" name="ms2_action" value="cart/add">КУПИТЬ</button>

Все. Этого достаточно, что бы товар улетел в корзину.

Если этот код вызывается внутри msProducts, то не [[*id]], а [[+id]] соответственно.

…

те твой код добавь в чанк и свой по-умолчанию будет!

Шутка. Еще раз вопрос сформулируй с запятыми, у нас не рен-тв, что бы мысли читать.

Непонятно почему решение не работает автоматически.

вот плагин автоматически и работает =)

Версия mapex какая? По указанной ссылке инструкция для старого mapex, в магазине сейчас другая версия, они различаются…

Пользуйтесь наборами параметров и вызывайте pdoPage@nav, это удобно же.

При редактировании набора и визуально все параметры видно и если что-то придется поменять — в будущем не придется искать все вызовы pdoPage, а достаточно поменять в одном месте.

Кажется все не так:)

Вот как правильно:

[[!pdoPage?
&element=`pdoResources`

// тут все параметры от pdoResources

]]
[[!+page.nav]]

В настройках магазина, при редактировании статусов есть соответствующие настройки для писем.

Хорошо, спасибо, ближе к делу тогда напишу…

Не, то что на картинке в комментарии ниже.