now with icon

@machniak: not sure how to handle translateable strings.

• Do I need to do more to add a new one than adding it to the en_US version?
• should I remove the obsolete $labels['tabattachments'] = 'Attachments'; from all files in localization ?

now without the spaces

(09:06:30) bohlender: petersen: vanmeeuwen: I am in the process of reworking the event editor for elastic. (see https://git.kolab.org/T4845 for screenshots). there are two fields that don't seem to be used by kolab (privacy & priority). In the privacy case, this is actually a usability bug because users could assume that their "private" event is not displayed to others the calendar is shared with. Can we remove these two fields or am I missing a reason to keep them?
(09:08:21) vanmeeuwen: i don't care much for either, but private does have a use-case in the sending back and forth of invitations and the recipient putting it not in a default calendar but instead a calendar marked as private
(09:09:05) vanmeeuwen: so in this case the "private" checkbox would basically indicate "for any attendees that do have a private calendar to have wallace automatically store events in, put it there"
(09:09:30) petersen: How do you mean that they do not get used by Kolab? Those fields exist in Kolab and can be set..
(09:10:37) alec: you can set them, but that's all you can do + the case described above
(09:11:10) petersen: we have had a number of requests for the usecase mentioned above..
(09:12:06) petersen: priority doesn't make much sense to me in a calendar..
(09:12:25) vanmeeuwen: unless we make wallace obey it ;-)
(09:12:52) vanmeeuwen: "lunch, priority 3", "invitation to meeting, priority 1" -> BOOM
(09:13:00) petersen: right
(09:13:20) petersen: perhaps it doesn't make sense to me because we didn't do so yet
(09:14:19) vanmeeuwen: it's wrong in that it is at the sender's discretion
(09:14:25) petersen: with all the above in mind, I would not remove those for now - Bring it to Bern next week - We'll have time to discuss it on Wednesday
(09:15:26) bohlender: alright. thank you for your feedback
(09:15:41) vanmeeuwen: the simpler approach would be to remove the arbitrarily confusing shit out of the way of one's workflow
(09:15:55) vanmeeuwen: which is not to say i've reviewed the tickets / ideas / proposals
(09:16:09) petersen: we will discuss next Wednesday

@machniak I gave roundcube development a try:

Alright. Let's close this as wontfix then

In T2720#78512, @machniak wrote:

@bohlender, would you make a summary in English for me, or should I just ignore all comments?

@machniak I tried and it looks cluttered. What works is merging reminder and recurrence in one tab.
Would that work for you?

@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.

@machniak This is what I came up with. Would that work for you?

steps to reproduce? video?

I can't reproduce this

I guess people expect some type form of google-like suggested search queries. Is that something we can achieve with a reasonable amount of work and server load?

@EsIsl what happens when the event gets moved to a different time slot?

Updated version

@machniak is that the direction you want to move into ?

The issue is that test subjects were confused on what to to type in this field.
So we need some way to show them what kind of data belongs in that field.
A (greyed out) placeholder text is on UI pattern that solves this quite well.

Alright. I take this one.

In T5007#74628, @machniak wrote:

Would that make sense to rename it to "Edit/Share"? Note that not every folder can be shared.

In T4767#74613, @machniak wrote:

You mean display autocompletion list when you focus the input without entering anything (yet)?

Or when you type the first letter. Its probably a bad idea.

Could we start with two "random" autocomplete suggestions - one beeing a name, the other an email address?

@ben99 can you clarify this and create a video for us?

In T4767#74526, @machniak wrote:

What about a case when a user deletes the calendar and immediately leaves webmail session?

In that case the user would expect the deletion to still go through.

Couldn`t we just delay the deletion for 10 sec?

Do we get into compatibility issues when we don't show this in the UI and have notify participants on by default in the background?

needs a mockup

Sounds like a good idea to me.

T4755 is also a result of this issue

In T4755#73023, @machniak wrote:

Aside of "applying search w/o need to press Enter" I don't understand the issue.

I was able to reproduce this

I can't reproduce this. What browser/OS is this?
I wonder why you don't get any scrollbars.

Why would the default be 10:00 ?

I guess the usual way to schedule an event is to think of the required participants first and than find a timeslot that fits them all instead of the other way around.

In T5019#74304, @machniak wrote:

The dialog should disappear, I expect some javascript error here. Any chance we can see browser error console? Does it happen always or need specific event data?

@isabel.pacheco So chaning the left seachfield to "find calendars" had little/no effect?
Or was this before the rename change was in?

There are usecases for wanting more than one reminder per event.

Could we "fake" search all by searching untill we find ~30 results and then search some more when the user request more results?

good idea

put the screenshot / video in the description please

you used the old interface on the iphone