Понял, хорошо.

В этом году весь JS будет полностью переписан на современный стиль. Без jQuery зависимости, возможно в модульном решении, при котором нужные модули подключаются по мере необходимости. Выбросим галерею, которой все равно никто не пользуется. Появится JS API. Будут, думаю, нативные события, а не колбэки. Ну и так далее. Не вижу смысла переписывать или как то модифицировать то, что есть сейчас. Там все целиком пора выбрасывать.

Во! Работает. И чо я к этому OR прицепился. Спасибо.

Попробуйте так:

'where' => '{"MIGX_id:IN" : "1,3" }'

Так не работает. Этот where передается в pdoPage, который вызывается через синтаксис fenom. Как я понимаю, where просто передается в getImageList как есть. Сам MIGX не дружит с fenom и ему нужно писать не массив условий, а все же строку.

Да я знаю. Просто я топлю за оригинальный файл, к тому же я пока не смог придумать ситуацию где бы для input[type=radio] нужно было применять действия, которые написаны в файле. Даже для delivery и payment сделаны соответствующие исключения. По факту на мой взгляд написано верно, но не для такого типа input. Есть ли возможность указать исключение для них?

ну как вариант сделать в нужном уровне чанков setPlaceholder

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

'where' => [ 'MIGX_id:=' => 1, 'OR:MIGX_id:=' => 3 ],

<?php
// API id
$api_id = $modx->getOption('sms_ru_api_id', null, null);
if(empty($api_id)) {
    $modx->log(xPDO::LOG_LEVEL_ERROR,'SMS.RU hook: empty API ID!.');
    // так как это hook, то даже в случае неудачи возвращаем true
    return true;
}

// Support phone number
$manager_phone = $modx->getOption('manager_phone', null, null);
if(empty($manager_phone)) {
    // так как это hook, то даже в случае неудачи возвращаем true
    return true;
}

$name = $hook->getValue('name');
$phone = $hook->getValue('phone');
$message = $hook->getValue('message');
$allFormFields = $hook->getValues();

$ch = curl_init("https://sms.ru/sms/send");
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
curl_setopt($ch, CURLOPT_TIMEOUT, 30);
curl_setopt($ch, CURLOPT_POSTFIELDS, array(
    


    "api_id"        =>  $api_id,
    "to"            =>  $manager_phone,
    "text"      =>  "БРОНИРОВАНИЕ С САЙТА 
    <p></strong>От кого: $name</p>
<p></strong>Телефон: $phone</p>
<p></strong>Сообщение:</strong> $message</p>",

));
$body = curl_exec($ch);
curl_close($ch);

return true;

Добрый день уважаемые разработчики. У меня к вам вопрос: есть ли возможность в новой версии усовершенствовать код в default.js minishop2.Order.add

$field.val(response.data[key]).removeClass('error').closest(miniShop2.Order.inputParent).removeClass('error');

Дело в том что иногда нужно добавить свои radio, но изза этого кода получается что всем radio в аттрибут value пишется новое значение.

Скажите, а как вместо ТЕКСТ СООБЩЕНИЯ передавать данные, которые вводит пользователь в FormIt?

Хочу подметить один момент: раньше поиск по-сайту был лучше. Еще до того, как Василий переписал modx.pro.

Давно хотел об этом написать.

Набросал небольшой рефакторинг этого кода
Упростил код плагина, перенес содержимое в компонент
github.com/biz87/iiko

Код по-прежнему хромает, но первый шаг к оптимизации сделан.

Спасибо, попробовал, не получилось. Буду думать как обыграть…

была попытка сделать похожий функционал у одного автора, но после ряда тестов не нашлось решения некоторых проблем. Можно посмотреть на код тут

там по большому счету много что надо было делать по другому. Твой совет учту на будущее, код оставлю для потомков, пускай знают как делать НЕ надо

ну либо вкладка с новостями анонсами которые только modx 3 касаются, вопросы туда же. а то в общей ленте будет мешанина. Только тегом ограничится будет мало наверное?

Отдельный раздел где?

Для Modx 3 можно вообще отдельный раздел выделить