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

Подумаю. Пока ничего простого в голову не приходит.

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

если оторвать у eventCalendar механизм с возможностью &calendar_id=`cal3` должно работать?

eventCalendar просто выводит события. Он не может их сохранять. Поэтому там все проще.
Выход только один — переписывать все с нуля.

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

Mission impossible.
П.С. Теперь знаю чем заняться вечерком.

В сниппете изменить/добавить условие

if (! $modx->user->isMember('manager')) {
	$scriptProperties['readOnly'] = true;
}

Ну уж такие простые вещи можно и самому попробовать сделать.

Не думаю, что в этом есть острая необходимость. Ну висят эти данные в сессии, никому не мешают. Когда пользователь повторно логинится, то эти данные обновляются.
Проблема только в том, что изменения данных пользователя не применяются немедленно. Для этого нужно выйти и зайти снова (logout->login).
А чтобы сессии почаще обновлялись, нужно уменьшить её время жизни в настройках (параметр session_gc_maxlifetime). Вот еще тема о борьбе со старыми сессиями.

Очистка данных пользователя из сессии

А можно так

title:event.title,
text:event.description

Доступ можешь дать?

Вот тут написать так

text: event.title+'<b r>'+event.description

П.С. Пробел в теге br нужно убрать.

Накатил Tickets 1.6.0. Все работает. Никаких ошибок нет. Проверь, заполнены ли поля fullname, email профиля.

Кажись, я понял. Ты, видимо, авторизуешься в админке, а не во фронте. А если так, то получается, что ты всегда гость, не зависимо от того, авторизовался ты или нет. Поэтому и редактирование невозможно.
Если ты хочешь, чтоб параметр allowGuestEdit работал и для авторизованных в админке, то нужно в условии указать контекст mgr, а не текущий

if (!$modx->user->isAuthenticated('mgr')
	$scriptProperties['readOnly'] = true;

Поправочка. Правильно вызывать сниппет так

[[!snippet? &resId=`[[*id]]`]]

Ну как-то типа так
[[!snippet& ?resId=`[[*id]]`]]
А в сниппете написать

/* Получаем значения TV указанного ресурса */
$query = $modx->newQuery('modTemplateVarResource', array(
    'contentid' => $resId,
));
$query->select('value');
$results = array();
if ($query->prepare() && $query->stmt->execute()) {
    $results = $query->stmt->fetchAll(PDO::FETCH_ASSOC);
}

Проблема как раз в том что когда авторизованный точно такая же картина.

Не такая же. Все работает как положено.
Для неавторизованного пользователя

//Нельзя редактировать гостям
[[!myCalendar? &allowGuestEdit=`0`]]

Для авторизованного пользователя

//Нельзя редактировать гостям
[[!myCalendar? &allowGuestEdit=`0`]]

Как видишь, редактирование возможно.
Дружище, я больше не знаю чем тебе помочь. Все работает как я и писал выше. Только теперь с подтверждением.

После обновления Tickets эта возможность стала доступнее. Займусь в свободное время.

Я не знаю как ты это делаешь. Вот на алифе (я не авторизованный).

//Нельзя редактировать
[[!myCalendar? &allowGuestEdit=`0`]]

//Можно редактировать
[[!myCalendar? &allowGuestEdit=`1`]]

С авторизованным проверять не стал. Ибо итак работает.

В файле default.js в указанной строчке оставить только «month». И не забыть у сниппета указать параметр defaultView=month.
Вообще, настроек огромадное количество. Они все описаны на сайте fullCalendar.
В следующей версии добавлю возможность подключать свои js и css файлы, чтоб не затирались изменения в настройках при обновлении.

Это на алифе?

Это связано как раз с обновлением Tickets и с новым механизмом проверки обязательных полей. За выходные разберусь и обновлю TicketMessages.