If you have many events there will have to be some element which scrolls.
- Screenshot 2024-04-09 at 15.00.02.png (641.66 KiB) Viewed 120 times
Support Forum
Search found 3012 matches
Looks like it's just constrained to fit in the available viewport space.
Try changing the Codepen window arrangement to show the app on the right:
- Screenshot 2024-04-09 at 10.51.19.png (56.75 KiB) Viewed 59 times
Just reconfigure the tip of that eventDrag feature:
- Screenshot 2024-04-09 at 10.29.32.png (112.28 KiB) Viewed 81 times
OK. Looking at your video, that's a completely different tooltip.
The dragging tooltip already aligns above the event being dragged.
You can specify the offsets from the mouse position:
- Screenshot 2024-04-09 at 10.23.19.png (254.29 KiB) Viewed 82 times
In version 6, the Combo widget will have a clearWhenInputEmpty config.
The Menu is anchored to the right-click point, and tracks it because the ContextMenuBase class configures the menus it creates with scrollAction : 'realign' The menu will hide as soon as the right-click point scrolls outside of visibility. If you want menus to hide on scroll, you can configure your ...
This looks like a bug in the SASS file which attempts to reference that SASS variable. Until the next release in which it will be fixed, all I can suggest is to edit that CSS file and extract the value assigned to the calendar-foreground-color in variables.scss . Here is the ticket for this issue: h...
Update: The fixes for dynamically changing the day range are in progress and being tested. It's quite delicate knowing which way a view knows the time range that it covers. startDate -> endDate. Setting the start date alone moves the view forwards or backwards maintaining the duration, so must set t...
Or a failure to load the Fonte Awesome font. Check your Network tab:
- Screenshot 2024-04-03 at 16.20.06.png (75.41 KiB) Viewed 106 times