Hi Isomorphic,
please see this sample (v11.1p_2017-12-16). Using current Chromium/Win10 I can see that the "resize" or "move" indicator are replaced by the default "arrow" mouse pointer when the resize/movement starts.
Additionally the event movement does move the event top to the moved-to time, not the part of the event where one clicked.
This way, long events are moved by many hours initially if you start the drag on the lower part of the event.
I'd expect the event to move only by the amount of time that equals the amount of the y-axis mouse movement after clicking.
This is very minor for me, as I'm not using the calendar. I only saw this testing another issue here yesterday.
Best regards
Blama
please see this sample (v11.1p_2017-12-16). Using current Chromium/Win10 I can see that the "resize" or "move" indicator are replaced by the default "arrow" mouse pointer when the resize/movement starts.
Additionally the event movement does move the event top to the moved-to time, not the part of the event where one clicked.
This way, long events are moved by many hours initially if you start the drag on the lower part of the event.
I'd expect the event to move only by the amount of time that equals the amount of the y-axis mouse movement after clicking.
This is very minor for me, as I'm not using the calendar. I only saw this testing another issue here yesterday.
Best regards
Blama
Comment