I'm not sure. I guess, we would have to mark the input element as type=email. Need to test if that would not cause some issues.

do you have a video snippet of that?

good suggestion.

Think about how this would look on a mobile with the on screen keyboard open.

How would this behave when you resize the window?
What happens when you scroll?

good idea

Can confirm for: Chromium Version 71.0.3578.98 (Official Build) Built on Ubuntu , running on neon 18.04 (64-bit)

related to T4920 ?

@machniak ?

good catch.
clear, written steps to reproduce are missing as in

this ticket is missing:

• steps to get to the point in the UI
• screenshot
• mockup of how it should look like

We can either not allow it to save without a title or warn about the event not having a title when trying to save it.
@machniak ?

This was also wished by tested persons.

This one also bothered many of the tested persons.. Events created in the evening where thought to not be created at all because they weren't visible, except for when scrolling down...

Sure. I just described current design. These inputs are grayed out which means read-only. This comes from Bootstrap framework. Simplest fix would be to make these fields to not look like inputs, but just text.

I just tested a person who got really ennoyed with this and instead of using the buttons or drag and drop went back to summary to change the time and date here. I think it is not intuitiv to have the times there looking like you can change them and then not being able to do so. If peaople are not supposed to change them there, we should maybe think about changing the design? (Because they look like I shoulb be able to change them)

issue occurs in Safari 11.1.2 on macOS 10.13.6.
however, issue does not occur in Firefox 62.0.3 on same OS

I'm unable to reproduce the issue. What browser did you use? The only issue I see is the fact that the list is "truncated" because of being displayed inside of the dialog not on top of it.

Fixed.

Yes. All dialogs have two buttons for closing (sometimes it's Close, sometimes Cancel). I also don't think that Share is important enough to be a separate button.

@bohlender

This has been fixed a few days ago. Not yet deployed at beta.kolabnow.com

@machniak

We might want to keep this for consistency reasons

@machniak

@machniak

@machniak ?

Well, this is how it was designed, so you focus on finding availability not changing the time or duration. These fields are there for an informative purpose of displaying currently selected time slot. Maybe the time inputs could be editable or maybe there should be some duration input. Or maybe the slot selector above could be extendable horizontally.

@machniak ?

@machniak ?

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.

This is already fixed in git-master.

@machniak what stops us from using the newer version?

@machniak this was done by resizing the browser window on a laptop.

Closing this for being a duplicate

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.