Agree with @M.Gruber.

I agree that it would interfere with the option to see availability. It wouldn´t make sense to be able to have multiple addresses in a row, after entering them.

I would suggest there to be no default at all. Maybe something like "--" to indicate that the time frame has to be selected.

On Windows 10, Chrome Version 71.0.3578.98 , it automatically scrolls down the whole window, opposed to only the time-frame-window itself.

Do you mean that the first two hours that are suggested are in quarter hours and the following in full hours? That wouldn`t bother me as much as the suggestions themselves, since as you said, they don´t make sense at all.

Mine turns black as well. Windows 10, Chrome Version 71.0.3578.98

This is controlled by the browser, I don't know what we can do about this other than disabling autocompletion (that should be possible with html attribute).

Yes.

Yes, the window that turns blue is the 7:30 pm but the mouse was on the slot below..
Now I cannot reproduce it either..

This was before the change.

You can scroll, but the time slots are shown further down "behind" the safe bar. When you scroll down the whole window it works. But instead you shouldn't have to scroll down the whole window, instead the "last time shown" should be visible above the safe bar. So you can scroll down the time bar and see the last time without scrolling the whole window.

Updated version

Just an example. It doesn't really matter what time, but it shouldn't be an all-day event.

It only happens sometimes..

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

It's not about compatibility. At least nothing comes to my mind regarding this. However, I'm not so sure about "There is no reason to have a meeting without the person with that you're having the meeting knowing there is a meeting".

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.

Yeah, some clients even display the question dialog separately before you start editing. Another thing to do is to think about decluttering the dialog/form, so it does not display all these inputs initially and the question box is visible. Some UX work will be needed.

I think this is non-issue. You don't consider "alice@example.com" also confusing?

In T5007#74628, @machniak wrote:

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

Are we talking about functionality from Sharing tab in calendar edit dialog? There's "Edit" (it should be "Edit calendar" really) entry in 3-dots-options menu. I'm not sure we need two distinct entries in the menu for sharing and editing. 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.

You mean display autocompletion list when you focus the input without entering anything (yet)? Sounds strange. Also, note that autocompletion does not display names and email separately (until, of course there a person without a name specified).

exactly

Thanks. So, it auto-scrolls when you move mouse cursor over the list without clicking anything, right?

in hallway testing some found this to be really annoying. Say, you want to select 10:00 here (see video) and it auto scrolls to 0:00 just because of curser placement.

I think current behaviour is there to get best performance for most common case. It could be "faked" this way, I guess, but not that easy.

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

It indeed accepts email only, but there's autocompletion implemented and it works with names too. So, I guess the placeholder should be "Participant name or email" (the same for Resources form, I guess). Still, I'm not sure I like it.

Maybe. That might not be trivial as the view switcher is controlled by fullCalendar library and it does not always produce a http request.

Fixed in 8400bbe36ff [roundcubemail-plugins-kolab master].

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

No issue in Chrome either. I don't have a Mac. I also don't full understand this: "place cursor at the top of the dropdown menu (at around 16:00), expected result: selected time stays the same". When you click a time on selection list the list should hide and the selected time should be inserted into the input. So I don't know what do you mean.

Maybe @vanmeeuwen would have some ideas.

Well, we could. We'd need to store the deletion request for later in some persistent storage and take it from there after timeout. What about a case when a user deletes the calendar and immediately leaves webmail session? Should he then expect the calendar to be deleted on his iPhone? In other words, we could do this on client side only, no IMAP technology (I know of) to do this server-side.

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

Undeleting a folder requires administrator rights in IMAP. So, such a feature would have security implications and needs more considerations.

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.

Ah, so by "delete your search" you mean cleanup the input field with keyboard. I get it now. Then this is almost a duplicate of T4872, but I'll not close it to make sure it's taken into account.

Can wee close this then? @isabel.pacheco

agree with @ben99

It should not appear behind each other, it is just to make it eassier to type it in.

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

This is a bug of KolabNow specifically caused by cyrus murder setup there. I think we have a ticket like this already. I'll close this one as it is really nothing I can do on the webmail side.

This is already fixed. As you can see on beta.kolabnow.com/apps right now a single click works everywhere.

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?

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?

@A.Spiesberger exactly the same happens to me, but my participants thought this is confusing why it is first black

I could not reproduce this either

agree

I agree, navigation with the keyboard would be useful

I agree, it should not change.

@ben99 I agree. if there are two selection fields (one for the number, the other for the timeinterval, like minutes) WITHOUT the third selection field it is way more intuitive. If "before the event" and the two search fields have desciptions like "1, 2, ..."and "minutes, hours, days, ..." and by clicking on the search field you can choose between those it would be easier to handle.

I find it more confusing that you can enter multiple participants altogether when adding them to an event (like I also commented in the ticket for this). I would prefer if for both options (entering multiple emails recipients as well as entering multiple event participants) after entering one email and pressing enter, the email is marked as complete, so you can´t write any further). Marking could be for example a box around the email adress.

okay, so I think vox populi is pretty clear :) Shall I delete this ticket?

I agree @ben99

No I would not want this. The idea is to see the availability of each participant on his own, so it is useful that the participants are listed one below the other, don´t you think?

I also would prefer to have just one column, then the day view is consistent with the week and the month view. I also think two columns can be confusing, for example when the event starts before the cut off point of the left column and "ends" in the second column.

I would delete it as well