Александр

Значит неправильно настроили. Компонент работает как надо, проверено

А новосозданное поле как называется? mt или tv_mt?

Судя по коду, тут эта возможность уже есть.

Правильно ли я понимаю, что без указания email теперь создаётся пользователем с email в формате receiver@domain.ru, где receiver — введенное имя пользователя, а domain.ru — домен сайта. И в этого пользователя записывается номер телефона в поле mobilephone.
Но! При создании нового заказа с тем же именем (receiver), но другим номером телефона, новый пользователь не создаётся, а заказ присваивается на предыдущего пользователя!
К тому же, поскольку у пользователя есть email, то система пытается его отправить. На несуществующий email собственного домена.

Василий, добавьте, пожалуйста, возможность увеличения картинок с телефона: не хотят они увеличиваться ни жестами, ни кликом. fancyapps.com/fancybox/3/docs/#options

Установите pdoTools

Так а в чём проблема? Нарисуйте, покажите, предложите — не будьте голословным.

5) В правом блоке с новыми комментариями и публикациями шрифт побольше бы. С 12 на 14 отлично всё влазит, более читабельно и смотрится на фоне остального всего более гармонично.

3) При попытке изменить только что созданный комментарий вылетает ошибка «Доступ запрещён» (даже минуты не прошло ещё)
4) При первой публикации комментарий логичнее вместо «Сохранить» сделать «Опубликовать» или «Отправить», а вот при изменении уже «Сохранить», но это совсем не критично.

1) «ye;yj»
2) В разделе «Объявления о работе» пропало отображение времени на проект, стоимости, статуса объявления

docs.modx.pro/components/pdotools/parser#Шаблонизатор-Fenom

Конечно, есть. Сделать плагин на msOnGetPrice, в котором проверять категорию товара.

Думаю речь о случае, когда в названии ресурса присутствует слеш, и получается генерируется такой URL:

category/sub-category/product-name-1/2-kg.html

ResizeOnImageUpload?)

Пишите в личку, помогу.

Интересно получается: modx.pro сам подсказывает :)

Действительно. Спасибо за компонент, очень интересная штука

(612b5939e15efa0912d6dc9ca44b182f или вот такое если аноним)

О_о
А почему не 0 или -1, а такой диковинно гигантский набор символов?

Спасибо, хорошее решение! Только таким способом вы отрезаете 2 события: msOnBeforeValidateOrderValue и msOnValidateOrderValue, и вызываться, насколько я понимаю, будут эти события у родителя, то есть валидация будет происходить по стандарту в miniShop2. Конечно, это только если использовать это в плагинах, но тем не менее, почему не сделать так?

public function validate($key, $value)
    {
        if ($key != 'comment') {
            $value = preg_replace('/\s+/', ' ', trim($value));
        }

        $response = $this->ms2->invokeEvent('msOnBeforeValidateOrderValue', array(
            'key' => $key,
            'value' => $value,
        ));
        $value = $response['data']['value'];

        switch ($key) {
            case 'receiver':
                // Transforms string from "nikolaj -  coster--Waldau jr." to "Nikolaj Coster-Waldau Jr."
                $tmp = preg_replace(
                    array('/[^-a-zа-яёЁіїєґў’ʼ`\s\.\']/iu', '/\s+/', '/\-+/', '/\.+/', '/(\'|’|ʼ|`)+/'),
                    array('', ' ', '-', '.', "'"),
                    $value
                );
                $tmp = preg_split('/\s/', $tmp, -1, PREG_SPLIT_NO_EMPTY);
                $tmp = array_map(array($this, 'ucfirst'), $tmp);
                $value = preg_replace('/\s+/', ' ', implode(' ', $tmp));
                if (empty($value)) {
                    $value = false;
                }
                break;
            default:
                return parent::validate($key, $value);
        }

        $response = $this->ms2->invokeEvent('msOnValidateOrderValue', array(
            'key' => $key,
            'value' => $value,
        ));
        $value = $response['data']['value'];

        return $value;
    }

Василий, похоже я неправильно выразился и суть моего сообщения была неверно понята.

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

Или когда разработчик не отвечает совсем в течение определенного времени, причём сроки никакие я не выдумывал, это должно составляться на основе статистики о среднем времени ответа на сообщения, по моему мнению.

А про прихоти и собак речи и не было, не знаю, зачем Вы это добавили.
Я может что-то не понимаю, но по-моему в этой ситуации выигрывают оба. Автор получает обратную связь, баг-репорт, практически, о работе своего расширения, что позволяет ему улучшить своё расширение, получить отзывы от реальных проектов, как кто использует его продукт, узнать какие функции интересны людям, чтобы сделать и продукт более функциональным, и привлечь большую аудиторию. А мотивирует его то, что отвечать за свои слова надо вовремя всего лишь статистикой: «Неотвеченные тикеты: 2/150».
И от этого в выигрыше все: довольные покупатели, которые получили корректно работающее то, что хотели, и автор расширения, возможно получив новый опыт, улучшив, исправив свой продукт, сообщество MODX в целом от новой возможности, которую можно внедрить на свой сайт.