Как контролировать срабатывание определенных событий в JS библиотеке?

Question

[Дмитрий Гавриленко]

Использую библиотеку jQuery Week Calendar Хорошая библиотека, все как надо, даже больше! Пользуюсь одной из многих вариаций это библиотеки. Опции для настройки тут
При нажатии на свободную область создается новое событие. Как отловить это событие и запретить создания объекта в календаре?

Answer 1

[Илья]

Может Вам подойдет настройка allowEventCreation? Укажите false и этим запретите создание новых событий.
Если нет, тогда подойдет событие beforeEventNew:
$('#calendar').weekCalendar({
...
beforeEventNew: function(event, data) { return false; },
...
});

Comments

[Дмитрий Гавриленко]

Можете еще помочь? Возникает одна проблема, которая не показывается в демо календаре.

[Илья]

Дмитрий Гавриленко: опишите проблему, попробую помочь

[Дмитрий Гавриленко]

Илья: там в events : [] запихиваются события, которые потом отображаются. Выглядят так {"id":1, "start": new Date(year, month, day+0, 12), "end": new Date(year, month, day+0, 13, 30), "title": "Lunch with Mike", userId: 0}
Где userId можно указать массив, котором будут перечислены индексы пользователей, которым принадлежит событие.

[Дмитрий Гавриленко]

Илья: все работает отлично и это хорошо. можно таскать это событие у одного пользователя и это же событие будет перетаскиваться у другого.

[Дмитрий Гавриленко]

Илья: но, старое событие, которое было перенесено, остается на своем прежнем месте.

[Дмитрий Гавриленко]

Илья: просто так не опишешь. может скайп?

[Илья]

Дмитрий Гавриленко: на работе не могу пользоваться скайпом. Не удаляется старое событие после переноса?

[Дмитрий Гавриленко]

Илья: да, при условии, что событие принадлежит нескольким пользователям.

[Илья]

Дмитрий Гавриленко: пришлите код инициализации календаря

[Дмитрий Гавриленко]

Илья: pastebin.com/A9UmYsaa

[Илья]

Дмитрий Гавриленко: к сожалению, так работает этот календарь. я взял пример Demo 3 (themouette.github.io/jquery-week-calendar/weekcale... и в событиях в userId передал массив пользователей. Поведение такое же, как вы и описываете. Или это баг, или такая задумка календаря.

[Илья]

Как вариант решения, не использовать массив в userId. Для каждого пользователя назначать отдельное событие.

[Дмитрий Гавриленко]

Илья: ну а если изменить код календаря. Отлавливать событие перетаскивания и удалять не нужные остатки.

[Илья]

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

[Дмитрий Гавриленко]

Илья: А не за просто так? Дело в том, что в базе данных создается 1 объект события и в одно его поле записываются ID пользователей. Не моя прихоть.

[Илья]

Дмитрий Гавриленко: перед генерацией events-объекта для календаря можно разбить ID пользователей и каждому по отдельности назначать событие. Просто между простым и сложным решением я по большей части отдаю предпочтение простому решению, поэтому и предлагаю его вам. Допиливанием календаря я смогу заняться только на выходных.

[Дмитрий Гавриленко]

Илья: в backend изменять нельзя. Если смотреть на ваше предложение со стороны front то поймите, что событие является ключевым объектом в данный ситуации. Пользователи это всего лишь перебор ID`шников. Но разделять эти ID нельзя. Почему? Потому что при переносе событий в календаре, на сервер отправляется AJAX запрос, в котором указан ID события, его Uid и дельта времени. Если в календаре сделать так, что для каждого пользователя (ID которых перечислены в объекте календаря) будет свое событие, то фактически получится, что они при следующем обновлении будут показывать на то время, на которые пользователь перетащил самое последнее событие! И то они будут "скошены", потому что передается не время, а дельта времени.