General 13.1p/15.0d Calendar.disableWeekends: true questions

[Blama]

Hi Isomorphic

as written here some general disableWeekends: true questions, which also apply to 13.1p. Tested in 13.1p and 15.0d.

• You can drag-create all-day-multi-day events that end or start on weekends. Not sure this is intended.
• You can drag-create all-day-multi-day events in month view, that span over weekends. Not sure this is intended.
• With the Add button and the New Event-Window you can create events like above. Not sure this is intended.

The last point I already asked about here a few years ago.

The docs don't mention anything about this setting only applying in the Calendar GUI and not in the Event Edit Window:

If true, weekend days appear in a disabled style and events cannot be created on weekends. Which days are considered weekends is controlled by weekendDays.

Best regards
Blama

[Isomorphic]

hi Blama,

We've made tweaks here:

1. we've disabled drag-start on disabled dates, and the ghost-dates/canvas will no longer be updated during drag-create over disabled dates - if you drag-create from Monday to a disabled Saturday, the ghost be visible up to the end of Friday - if you release the mouse over the disabled Saturday, the new event will end where the ghost is, on the Friday.

2. This is intentional - you can start and end your drag-create on any valid dates, and the event will span over disabled dates. There are several reasons, but one of them is that if you have disableWeekends: true, a user would never be able to drag-create across weeks, which is very annoying (from prior experience with Timelines) - worse still, if you also had showWeekends:false, you would only have week-days visible, but a user still wouldn't be able to create an event that wrapped weeks, even though they can't even see the weekends.

2a. This behavior is not implemented for drag-move - you can drag-move an existing event to wherever you want. Prior experience with this same type of mechanism in Timelines tells us that it can become pretty crippling if you have a fairly long event and want to drag-move it somewhere when there are arbitrary disabled dates. It can lead to situations where existing events can hardly be repositioned at all. For now, we consider it better to ignore disabled dates for drag-move.

3. We'll discuss this one internally - the disabled-dates limitation is really intended for interactive uses, mouse events - we could easily enforce the same rules here, of course, but it's not clear how best to deal with the EventEditor being used to create events like this. We may end up adding a flag so that you can choose your intended behavior here.