The functionality in Calendar has not changed since its inception.
Click shows the EventTooltip by default.
You can configure the Calendar's
eventTooltip feature with
showOn : 'hover' (You stated previously "it doesn't even have a 'showOn' parameter")
The only difference then ,between Scheduler and Calendar is that the show of the context menu arising from the longpress conversion to
contextmenu event causes the tooltip to hide.
That difference I can fix.
So now you can get both to show. Obviously, depending on the
align configuration of the tooltip and the position of the "hover" target and constraining the menu and tooltip to show within the screen boundaries they can interfere with each other:
And don't forget that longpress also enters the dragging state on touch platforms, so when doing this you have to be extremely careful not to wobble your finger otherwise the event will be moved.
All in all, we can make the best of a bad job. But on touch devices, when all you have is one touchpoint, there's not really a perfect solution.
I will fix the error of the event tooltip hiding when the context menu appears.
So the situation will in all products be that longpress triggers both a
mouseover and a
contextmenu event. The two floating widgets may overlap each other, but there's not really much we can do about that.
The app should configure the tooltip to be above its target, so that by default they will not overlap. But when the event is at the bottom of the screen, the context menu will be forced upwards and then may overlay the tooltip.