Сергей Шлоков

Таблица _user_settings используется для других целей. Тогда уж лучше _user_attributes через modUserProfile.
Записываем в базу

// объект нужного пользователя
$user = $modx->getObject('modUser', $id);
$properties = array(
...
}
$user->Profile->set('extended',$properties);
$user->save();

Получать из базы можно через объекты, а можно через newQuery()

$c = $modx->newQuery('modUser');
$c->innerJoin ('modUserProfile','Profile');
$c->where(array(
	'active' => true,
	'primary_group:!=' => 2,
));
$c->select(array(
    'modUser.id',
    'Profile.fullname',
    'Profile.email',
    'Profile.phone',
    'Profile.photo',
    'Profile.extended',
));
$c->sortby('Profile.fullname','ASC');
$c->prepare();
$c->stmt->execute();
$users = $c->stmt->fetchAll(PDO::FETCH_ASSOC);

В поле extended теперь хранятся новые данные в формате JSON.

А можно вот так

Когда деревья были большими Когда сообщество тусовалось на bezumkin.ru и у Василия было времени гораздо больше, он уже тогда говорил, что тут (на bezumkin.ru) учителей нет, старайся сам, учись, будут вопросы — постараюсь помочь. Это очень полезное правило.
А по коду плагина хотелось бы спросить — чем обусловлен вызов плагина по двум событиям и почему именно эти два события?

Но есть к чему стремится.

Совершенству нет предела. Я тебе по секрету скажу — глянь код eventCalendar2 Василия. Вселяет уверенность в свои силы :))) Люди не рождаются специалистами.

Глянул код плагина. У меня только один совет — смотри как делают спецы. Для меня образцом является код Василия и исходники MODX.
Я это говорю как товарищ. Ибо сам начал изучать все эти php, javascript, html, css и остальное только чуть больше 2-х лет назад, когда решил сделать сайт на MODX для салона жены, да и то с большими перерывами из-за работы.
Так что шлифуй, совершенствуй опыт. И не стесняйся подглядывать в чужой код. :)

Выложил файлы и обновил описание.

Помнится, разработчики MODX просили программистов не использовать префикс mod для своих компонентов. Только для системных объектов.

Михаил, обновитесь, уже исправлено как несколько дней.

Вопрос с дальнейшим развитием MS2 по-прежнему висит в воздухе.

Вот и я про то же.

Вообще, странно, что не включили это исправление.

Как-то так

$output= $modx->runSnippet('pdoPage',$parameters);
$modx->getParser()->processElementTags('', $output, false, false, '[[', ']]', array(), 10);
$modx->getParser()->processElementTags('', $output, true, true, '[[', ']]', array(), 10);
return $output;

Да, проблема в том, что класс иконок завязан на собственный шрифт UICMPGenerator. Лучше дописать FontAwesome в font-family

font-family: FontAwesome, UICMPGenerator;

У меня на 2.4.0 иконки пропадают в дереве ресурсов.

Потому что при ajax запросе теги не парсятся.
Решение: парсить самостоятельно.

Тут проблема в addField(). Он не может добавить автоинкрементный столбец. Выход — удали таблицу и пересоздай пакет или самостоятельно создай в таблице столбец id и сделай его PRIMARY. Остальные колонки создаются нормально.

Обновись. Проверил, все работает.

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

Блин, к вечеру внимательность падает. Теперь все должно работать.

Я уже написал, что доработал. Обнови еще разок этот файл. Извини, что тестирую на тебе, хочется побыстрее сделать.

Еще доработал, обнови еще разок этот файл.

Обнови файл resolve.tables.php

Я не профессиональный программист и у меня нет сторонних проектов, только свои. В них я не меняю. Так как не слышал о взломах сайта по этой причине.