Спасибо за пример кода. Все работает.
Можете подсказать как сделать обновление данных через UpdateProfile + ajax.
Заранее благодарен за любую помощь.

я полностью согласен. Иногда бывает нужна простенькая верстка (фиг с ним, пусть даже на бутстрап), но когда, в конечном счете, падает архив с абалденным весом, напиханным всем что нужно и не не нужно — то это уже перебор… я понимаю, что ты просто верстальщик и у тебя программы для разработки, но ведь это потом кто-то должен чистить… особенно js, там всё достаточно сложно

Дружище!!! Спасибо, я месяц мучился))

Принято!

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

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

Совсем не программистам нужно или нужно участвовать в тестировании?
МОДХ как менеджер/администратор знаю.

Не нужно препятствовать процессу и нужно использовать технологии, где они нужны.
Я не представляю уже верстку без scss, pug, gulp, миксинов и так далее. И к старым методам разработки ни когда не вернусь.

Потому, что автоматизация это удобно, продуктивно!

Короче говоря, я признаю что просто ворчу, я разменял уже 5-ый десяток лет и мне просто сложно принимать все эти изменения) Кажется, что люди все сильно усложняют.

На сколько помню ты так и не воспринимаешь чат (сообщество) в телеграм, в котором на данный момент уже более 1000 человек =)))

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

Если приложить утюг к языку, то тоже мало пользы будет, но полезность утюга это не отменяет. С технологиями то же самое.

пытался… для плагина, который формирует поля оставил приоритет 0, для frontpadapi поставил 2 — не сработало (
самое смешное (я ведь не первый час мучаюсь) — один раз, каким-то чудом, сработало… я сам хочу стать программистом, и не верю в чудеса… но я это видел — в поле попала нужная информация))))… чистил кэш, не помогает

Сейчас стало по активнее и можно подключаться — если есть возможность и Вы не хотите, чтобы развитие данной CMS не остановилось.

Что касается авторов CMS — то тут пока сложно, но и нет у нас лидера, кто бы смог взять на себя форк и развитие CMS. Так как на дворе не 2000 год и множество других систем.

Плюс (положительный момент) — что руководство MODX LLC начало прислушиваться к сообществу и команде и вот недавно Jay Gilmore спрашивал, что и как можно улучшить в плане разработки MODX и прочее.

Я свои мысли отправил ему в личку.

Я не очень понял, про что речь, с компонентом не знаком.

оба плагина (формирование полей и фронтпад) срабатывают на одно событие BeforeCreateOrder и поэтому в момент срабатывания фронтпада этих полей еще нет

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

Может потому что сами авторы MODX не особо то напрягаются и не вызывают энтузиазма?

что-то такое пытался вставить в код — ничего не отображается… заказ формируется без моих дополнительных полей и «пока»…
самое обидное, что я не пытаюсь изобретать велосипед — просто пытаюсь понять, почему это все не работает в компоненте modstore.pro/packages/import-and-export/frontpadapi, хотя там все эти функции прописаны именно на опцию properties…
Пока что придумал одну бредовую идею: что оба плагина (формирование полей и фронтпад) срабатывают на одно событие BeforeCreateOrder и поэтому в момент срабатывания фронтпада этих полей еще нет… прошу не смеяться, я ещё только учусь

Статей то много.., только проблема в том, что это н… г ни кому не нужно. Мало кто принимается помогать.
Процент приближается к 0,001% от прочитавших.

Печально.

$address =  $this->Order->getOne('Address');
$properties = $address->get('properties');
print_r($properties);

Добавлю ещё видео от Sterc — Testing MODX Pull Requests

спасибо большое да это работает

Спасибо что высказываете свои мнения.
Мне кажется все немного неверно поняли мою мысль.
Я не имел ввиду, что конкретно в этом случае верстальщик сделал что то плохо.
Я глобальнее. Мне кажется что в современной разработке технологии стали вредить, вместо того чтобы нести пользу.
Никто уже сверстать страницу не может, пока не запустить веб сервер на nodejs, не установит препроцессор, компилятор, не настроит babel чтобы тот es6 в es5 перегонял и чуть ли ни ракету в космос нужно запустить, чтобы приступить к работе. Кучи усилий уходят на изучение ненужного, потом на настройку рабочего места чтобы приступить к работе… А по факту то, нужен только текстовый редактор, браузер и голова.
И это не касательно верстки или даже фронтенда. Да меня всегда доволит до скрипа в зубах, когда я вижу когда кто то добавляет новый npm пакет, а редактор пишет — у вас появилось 15 659 новых файлов — зависимостей… Никто не знает что именно он добавил в свой проект, к каким последствиям это приведет…
Безопасен ли тот код, который подтянулся в проект…
Вся разработка в мире стала какой — то переусложненной, излишне натыканной технологиями.
С другой стороны я вполне понимаю, что в современном мире при наличии интернета никуда не деться и переиспользование чужого кода станет нормой и правилом. Все языки программирования развиваются в этом направлении и вводят понятие пакетов — composer, npm, pip чтобы программирование постепенно перешло в ранг простого конструктора. Это хорошо видно на последних версиях python, там только 5+5 можно выполнить не подключая pip пакеты.
Короче говоря, я признаю что просто ворчу, я разменял уже 5-ый десяток лет и мне просто сложно принимать все эти изменения) Кажется, что люди все сильно усложняют.

На вкус и цвет все фломастеры разные. Я предпочитаю получать стили и изображения не сжатыми. Когда у заказчика на финальном этапе возникает мысль поменять мелочь в оформлении и ради правки мелочи, ползание по сжатым скриптам/стилям превращается в неприятность. У нас есть phpthumbon и minifyx. таким образом на большом проекте у меня лежат штук 10 небольших css файлов, которые удобно читать и редактировать. Единственная проблема которую я пока не решил — как вырезать из css неиспользуемые на сайте стили, это позволило бы облегчить html-framework.

С картинками такая же история — зачем заранее сидеть и подгонять их под размер, потом оптимизировать. Получается лишний труд. Один раз загрузил и выводишь через phpthumbon в нужном качестве и с нужным разрешением.