On my computer (Windows) it also just happened sometimes, with no obvious pattern of appearing
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Feb 8 2019
I think it makes sense to have smaller time intervalls closer to the event's beginning. If it is only 15 minutes for example. On the other hand it is unlikely that you want to create an event that is 3 hours 15 minutes.. You just put 3 hours..
Or "Select time"
@ben99 Agree
I don't understand what you mean @M.Gruber
In T4899#74757, @EsIsl wrote: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.
In T4899#74202, @M.Gruber wrote: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?
Feb 7 2019
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?
Agreed! Closing this ticket.
Why have the options of "before the event" at all? Wouldn´t it be a good alternative just to type in the time for the reminder as well? Keep it in the same format as the other settings as well?
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).
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?