Евгений Webinmd

можно, ни на что не влияет

попробуйте поместить стили и скрипты в тег {ignore}… {/ignore}

{$_modx->runSnippet('pdoPage', [
    'class' => 'myClass',
    'tpl' => 'myTpl',
    'where' => ['parentId' => $id],
    'sortby' => '{ "number" : "ASC", "name" : "ASC" }',
    'limit' => 200
])}

в документации написано:
Можно указывать JSON строку с массивом нескольких полей

из документации

{"tvname":"ASC", "pagetitle":"DESC"}

ну и у вас в примере кавычки у параметра name пропущены

тут каждый готовит как может, я делаю так:
1) создаю отдельный источник файлов, ему пишу путь assets/images/
2) в TV параметре путь оставляю пустым, но назначаю созданный источник файлов
3) getImageList сам всё нормально подставляет, pdoTools сниппеты с помощью параметра processTVs тоже хорошо подхватывают путь. Для других вариантов в чанк проставляю путь.
Есть желание переписать это расширение с нуля, оно малость со своими приколами, но всё времени нет. Так что пока так, либо пользуйтесь стандартным полем. Хотел отключить модуль из modstore, но коллеги пока против.

откажитесь от mixedimage и используйте стандартное поле для изображения

может

$modx->lastInsertId();

попробуйте поменять очередность хуков, сперва в файл, потом mail

нужно в словари добавить значения

modx.pro/help/13142/

css: каждому блоку с товарами задавайте максимальную высоту и overflow: auto/scroll

вас научить css?

да, мысль отличная, запишу в to-do

В админке видны нужные поля, а не строка «res_id: 0 family: few firstname: fewf lastname: fewf sity: ewfew specialization: fefe place_work: efewf post: few».

Чтобы в админке у FormIt были русские наименование, можно использовать следующий параметр:

&fieldNames=`name==Имя отправителя,email==Эл.почта отправителя,message==Комментарий отправителя`

Экспорт в xls, а не csv — дело вкуса

в tpl перенесите classes от li к а

<li><a href="[[+link]]" [[+attributes]] [[+classes]]>[[+menutitle]]</a>[[+wrapper]]</li>

ты считаешь что должен влиять, я считаю что не должен.
Ну не понимаю я почему подсчет дочерних должен влиять на parentClass.
Как бы технически то я понимаю почему, а вот практически не очень.
В общем предлагаю тему закрыть.
Тут скорей всего от задач зависит. Мне было бы удобно чтобы не влияло, кому-то наоборот.
Но судя по посту не у одного меня возникает эта путаница.
Благодарю за дискуссию

не хочу тратить ничье время впустую, но наверное лучше разобраться до конца.
Вызов меню

{$_modx->runSnippet('!pdoMenu', [
            'parents' => 5,
            'level' => 2,
            'templates' => '4',
            'outerClass' => 'side-menu', 
            'countChildren' => 1,
	   'parentClass' => 'parent'
        ])}

При таком вызове класс parent будет у всех категорий.
Если убрать параметр countChildren (не меняя другие параметры)
то parent остаётся только у категорий с подкатегориями.
Может так и задумано, но мне кажется что countChildren не должен влиять на parentClass.

ок, я это прекрасно понимаю и вот только что это увидел, но если не использовать параметр &countChildren, то категория с подкатегориями это родитель, а категория с товарами это не родитель ))) и тогда можно parentClass использовать без проблем.

ок, описываю ситуацию:
есть меню в каталоге, у части разделов есть подкатегории. У всех есть товары.
— Категория 1
— Категория 2
— подкатегория 1
— подкатегория 2
— Категория 3

и у всех необходимо считать дочерние ресурсы.
Выставляем параметр и тогда для всех пунктов (1 и 2 уровня) параметр parentClass срабатывает.
Казалось бы логично, мы же считаем для всех подпункты, но на практике parentClass необходим только для Категория 2.
И тут уже не понятно, баг это или фича.

этот баг можно повторить и в текущей версии (2.9.0)