Sat, Apr 6
@bohlender, would you make a summary in English for me, or should I just ignore all comments?
Fri, Apr 5
Thu, Apr 4
Wed, Mar 27
Please do consider taking this to whatever the appropriate priority actually is, or however else you keep it off my radar until such time there's some meaningful involvement on my part ;-)
Mon, Mar 25
Mar 22 2019
It does not work for me. Maybe there's something to switch in fullCalendar settings or some bug. Need to investigate.
this should now be fixed in 3.4.3.
In a broader sense, many such form fields in the webclient require input confirmation by pressing Enter, including those that initially use a "display filter", like the one able to search listed calendars vs. searching the server-side for all possible options. The exception to the rule seems to be auto-complete.
It seems to me this doesn't have the highest of priorities.
I fail to understand how this is not the expected result. When an input field is selected (presumably the keyboard pops up?), then the cursor is supposed to stick to that input field despite any scrolling, no? The cursor only disappears when a click event happens outside the input field?
Mar 15 2019
Fixed in rRPKa86269b6534a [roundcubemail-plugins-kolab master].
Mar 10 2019
Mar 7 2019
Feb 28 2019
I don't think this is a good idea.
@machniak I tried and it looks cluttered. What works is merging reminder and recurrence in one tab.
Would that work for you?
Feb 21 2019
Done in git-master.
@machniak the reminder can get pretty complex and add a lot of clutter. the easy solution was to (re)move it.
I will try another version with a redesigned reminder field.
@bohlender you omitted the Reminder field, you think it should be in the Summary tab? I think it should.
I like it. Especially that you didn't add a new tab, but merged with Attachments (we're limited on mobile). As once Jeroen was interested in decluttering event dialog, he might be interested to take a look. @vanmeeuwen
Feb 11 2019
@machniak This is what I came up with. Would that work for you?
Feb 8 2019
This happens beacausse you do not hhave any Calender selected before. So editing a Calender can not work on a specific Calender, for this reason it opens a new add window.
I would suggest that in the time frame the indication of "select time" is shown, and next to these fields, you still have the option of turning the "all day" button on. This way, it would be the same as creating an event in the weekly view, with the only difference being that the time frame can be selected without a default time given.
Content Security Policy: Die Direktive 'child-src' sollte nicht mehr verwendet werden. Bitte verwenden Sie stattdessen die Direktive 'worker-src' zum Kontrollieren von Workern bzw. die Direktive 'frame-src' zum Kontrollieren von Frames. Content Security Policy: Die Direktive 'child-src' sollte nicht mehr verwendet werden. Bitte verwenden Sie stattdessen die Direktive 'worker-src' zum Kontrollieren von Workern bzw. die Direktive 'frame-src' zum Kontrollieren von Frames. Versuch, eine verbotene Kopfzeile zu verwenden, wurde abgelehnt: Connection 603444275-client_js_prod_integrated_kix_core__de.js:239:3 TypeError: me.selected_event.end.getTime is not a function calendar_ui.js:1452:11 TypeError: me.selected_event.end.getTime is not a function calendar_ui.js:1452:11 TypeError: event.start.setTime is not a function calendar_ui.js:1815:11 Versuch, eine verbotene Kopfzeile zu verwenden, wurde abgelehnt: Connection 603444275-client_js_prod_integrated_kix_core__de.js:239:3
I think what is not intuitive is to have to turn the "ganztägig" button off in order to enter a time. There is no obvious way to type in a time without turning the "ganztägig" button off. I would also prefer a "Select" window with the possibility to choose "ganztägig".