- User Since
- Apr 12 2015, 12:47 PM (191 w, 1 d)
Fixed. Though, there are other similar issues, e.g. with toolbar menu. We probably should not support such view resizing. I'd say it's a rare situation. I guess it's more a temporal situation, you don't want to switch to smartfon mode on desktop and work using it.
Fri, Dec 7
Wed, Dec 5
Tue, Dec 4
Mon, Dec 3
This is already fixed in git-master.
Sun, Dec 2
Sat, Dec 1
Looks like the dialog overlay does not stop event propagation.
This is a known issue. We have a ticket in Bifrost. Not trivial to fix as it's a bug in fullcalendar library.
Fri, Nov 30
Wed, Nov 28
There's some inconsistency in Week and Month view behavior and I'm not sure why. In Week view a single click does not select the slot, it opens new event dialog. In Month view a single click will just select the slot. I don't like this inconsistency. The slot selection itself is useless and could be removed, so a single click in Month view would also open the new event dialog (with proper date set). Looks like a bug.
These categories are there for interoperability. They come from iCalendar standard (the CLASS property). The functionality in Kolab is limited to:
- Additional decoration of private/confidential event in event preview dialog.
- When a calendar folder annotated as confidential/private exists all incoming invitations marked as such will be stored in these folders (instead of the default calendar) by invitation policy module if enabled.
We do not store the last button state, but I guess it would be possible.
Is the border not enough?
That's what we've had in the old skin. However, this way the menu button location might not be perfect.
This is intentional. We expect user to use next/previous slot buttons or drag-n-drop. The inputs are only to display current selection.
There's actually a config option (calendar_itip_send_option) that allows to change the behavior as requested. Maybe we should consider changing the default setting.
Makes sense, and it was indeed different in the old skin. Agreed.
I confirm the issue and it is specific to KolabNow. Most likely its caused by cyrus murder topology and a delay in creating a folder on a backend server. So, when the page is refreshed the folder does not yet exist, even if the folder creation command didn't result with an error. Does not happen on my local Kolab installation.
Do you have a device that where that modes switching is possible or you're talking about browser developer tools? There are some quirks like that known when you switch modes.
We're using quite an old version of fullcalendar library that does not support touch events. It's supported in more recent versions https://fullcalendar.io/docs/touch.
Existence of these two tabs depends on the calendar permissions (some calendar drivers might not support them). So, it looks like after calendar delete there's a problem with selecting existing calendar. Confirmed.
Fixed in e85ff388293.
Tue, Nov 27
Mon, Nov 26
I guess we could implement something similar to the mail compose, when you make an action that will make the mail destroyed (the changes since last auto-save) then you're asked if you're sure. However, this will be too much effort. We should just not make the addresses clickable in event editing mode.
Fri, Nov 23
Thu, Nov 22
Wed, Nov 21
Mon, Nov 19
Sun, Nov 18
Sat, Nov 17
Fri, Nov 16
The different background indicates today, not the selected day. Indeed selecting a day in the mini-calendar does not do much (until it's a day in another week, then it switches the week view to selected period).
Agreed. I left "Search...." for the main search input and changed the other input to "Find calendars...". I unified all tasks' UI this way. Fixed.
List permanently is like removing from list (unsubscribing), but without immediate effect. So, the record will not appear again if you switch tasks (e.g. goto Mail and back to Calendar). Note that removing from list is not the same as deleting the calendar, it's just deactivating (unsubscribing).
Indeed. I guess we could use tag input widget (see notes or tasks) for categories.
Thu, Nov 15
That should be doable. I just want to note that I think this is a rare situation. If you already decided that the meeting/event will take one hour, it is more likely that you'll want to keep it one hour even when moved to another slot. I see real life scenarios when that would be handy, but I hear that request for the first time, which means it's not that common case.
Wed, Nov 14
Tue, Nov 13
Mon, Nov 12
Is there any calendar app that has something like this? How to visualize that? Would you expect something like a Month view, but with all months one below the other, scrollable? Or this have to be non-scrollable like the month view, but with months instead of days? Also, do not forget about Agenda view that can display the whole year, though it's not "visual".