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

Плюсую. Очень не хватало.

Замечательный — это да, а сказочный — это ты загнул. :)
Эх, времени бы побольше… столько фантазий.
Вчера у нас около дома на Москве реке битум горел… Дети визжали от эмоций… Дымища, вонища, темнотища, вертолеты, пожарные, телевидение… А когда потухло, пошли смотреть. Потом еще все новости надо обязательно посмотреть — смотри как горит, мы туда ходили…
Полдня пролетело. Какая уж тут работа… И сегодня вечером пойдем, проверим, вдруг дяди опять тушить будут. Ни секунды времени для себя. :)

Глубоко не копаясь видно ошибку
Должно быть или так

$('#submit').click(function(e) {
...

или так

$('#contactfrm').submit(function(e) {

Ну и если jQuery подключен, то показать окно можно через него

$('#myModal').fadeIn();

Согласен, не очень понятно. Дополню описание в ближайшее время.
По Вашему вопросу. У сниппета есть несколько параметров, отвечающих за права:
— readOnly — запрет редактирования всем.
— allowGuestEdit — разрешение неавторизованным пользователям добавлять и изменять (только не личные) события.
— showPrivate — показывать всем личные сообщения, т.е. сообщения, созданные авторизованными пользователями.
Если пользователь авторизован в админке, то он может редактировать, а неавторизованные пользователи (при allowGuestEdit=`false`) нет.
Вид уведомлений


П.С. В сниппете можно настроить любое условие прав редактирования.

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

В качестве примера я бы посоветовал обратить внимание не на oneBooking, а на myCalendar. Я, например, буду делать в таком стиле.

Я беру точно, спасибо.

Обязательно гляну. Мерси.

На вскидку вроде правильно. Определять setProperty нужно в beforeSet().
Попробуй в функции beforeSave() выгрузить свойства в журнал и посмотри чего пишется

public function beforeSave() {
    $this->modx->log(modX::LOG_LEVEL_ERROR, print_r($this->getProperties(),1));
    return true;
}

Рад что пригодилось.

Это сообщение возникает, когда удаляется объект, у которого нет записей. Уберу в следующей версии. Если ждать не охота, убери блок else в методе elementNotes::removeNote()

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

Ну если переписать весь компонент, то да.

Обновление 1.0.2. Добавил вкладку «Текущие пользователи», отображающую список пользователей, находящихся в данный момент на сайте. Для авторизованных выводится имя из профиля, а для неавторизованных просто «Гость».

Для отеля (маленького) думаю, достаточно просто. Т.к. свободные номер либо есть, либо их нет.

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

Такую проверку логичнее делать в виде многоступенчатого бронирования —
1. Выбираешь даты, объект (например, номер) и количество. Нажимаешь Далее. (На этом этапе и проверять доступность)
2. Указываешь свои реквизиты. Далее.
3. Оплатить. Сохранить заявку.

Это просто засада — постоянно запросы посылать, после каждого клика.

Я просто не представляю как это реализовать. Пользователь открывает диалог и в нем может выбирать даты, объект, количество. Как это определить до заполнения?

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

А не планируете сделать возможность обновления компонентов как у modx.com? Выпустил новую версию, зашел в магазин и оперативно обновил.