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

А вот Николай пишет, что есть сознательные забугорные разработчики, интересующиеся нашими идеями.
Так что ты не горячись. Думаю, они оценят. Просто они еще из отпуска не вернулись. :)

А как же мы? Неужели мы менее достойные, чем наши западные «друзья»? :)

А я вот из опасений, что MODX не вытянет большую нагрузку, начал изучать лару. С большим нежеланием. Но теперь очень рад, что можно спокойно решить эту задачу на MODX.
Пока жду статью про разработку крупных проектов на MODX поэкспериментирую с Femon, за что Василию спасибо.

Естественно, ведь у вас прописано

e.preventDefault();

который отменяет submit.
П.С. Чтобы ответить на комментарий, нужно кликать на ссылку «ответить» под комментарием. Тогда человек, написавший комментарий получит уведомление.

Добавил видео для визуального восприятия. Плюс для себя — осваиваю видеокасты.

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

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

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

$('#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. Добавил вкладку «Текущие пользователи», отображающую список пользователей, находящихся в данный момент на сайте. Для авторизованных выводится имя из профиля, а для неавторизованных просто «Гость».

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

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