Делюсь наработкой, на которую потратил несколько часов пока бился над решением проблемы. Может кому пригодится, да и для себя чтобы не забыть (пока память свежа изложить полученные знания в шпаргалку).
Понадобилось реализовать поведение карты чтобы при наведении на метку к метке справа добавлялся свой блок с содержимым (так называемый iconContentLayout). Пример:

Не нашел нигде как сделать так. В официальной документации было только примеры изменения иконки метки через замену iconImageHref

Здравствуйте! есть проблема, и заключается в том, что в редакторе есть заголовок h2 и после него идет тэг p вот в таком виде

<h2>Текст</h2> <p>Текст</p>

, но при выводе на сайте почему-то имеет такой вид

<h2>Тест<p>Текст</p></h2>

Вот более развернутый вид в редакторе:

<h2 style="text-align: center;"><span style="font-size: 24pt;"><strong>Текст</strong></span></h2>
<p>Текст</p>

Если поменять h2 на div то все отображается корректно. Использую TinyMCE Rich Text, но при его удалении ничего не меняется.Буду благодарен любой помощи

Привет друзья, у нас хорошие новости!



Несколько часов назад вышел свежий релиз MODX2, при активном участии людей из нашего сообщества!

Вот официальный Changelog в моём вольном переводе и с расшифровкой…

Решил попробовать создать сборку для локальной разработки при условии, что через год, два, три я смогу развернуть его из Git и продолжить работу, как и три года назад, без головной боли, что у меня что-то не запускается (за исключением самого Docker)))))).

В чем соль

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

Как это возможно сделать? Варианты:

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

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

Всем на заметку!
Все чаще лазя по проектам заметил что в основном используют стандартный парсер (неудобный), если подрубить феном на страницах бывают конфликты со скриптами, нужно переделывать массу шаблонов так как тэг {ignore} не всегда правильно работает!

Установил Sendit не отправлялись сообщение по итогу выяснилось что не работает на PHP 8 (проверил на php 8.0, 8.1, 8.2, 8.3). После того как поставил версию 7.4 всё заработало (этот компонент требует версию PHP 7.4 или выше! это то что написано на дополнении то есть по идее php 8 должен поддерживаться) На форуме нашёл следующее modx.pro/components/24188#comment-140721 Написано что исправят в следующем обновлении, но это сообщение с сентября 2023 года. У меня следующий вопрос у всех эта проблема или я словил баг?

Всем привет. Я к вам с короткой заметкой. У меня оставался единственный платный компонент modRetailCRM, продажи которого, я давно не отслеживаю, и тикеты с вопросами не получаю. В общем забыл уже о его существовании.

19 апреля в Белграде прошла встреча разработчиков, на которой я рассказал про создание новых composer-only дополнений.



По старой традиции, заодно предложил и готовое решение для этой разработки, как уже было с modExtra и App.

Новый проект называется mmxApp, и предназначен для локальной разработки в Docker на Linux и MacOS.

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

1. Создаю событие

$Event = $modx->newObject('modEvent');
$Event->set('name', 'OnEditMigxDB');
$Event->set('service',1);
$Event->set('groupname', 'MigxDB');

2. Создам плагин и повешу на него событие OnEditMigxDB

Но как сделать так чтобы этого плагин получал значения которые изменяются в MigxDB???