Hi Adam Salvo,
Thank you for using RadTimeBar! Your feedback is most welcome!
Here when we designed the API we tried to be as minimalistic as possible, because we wanted first to hear from our customers how they are going to use it. From your scenario I understand that you need the following features that are currently missing from RadTimeBar:
- Disable ViewPort and SelectionThumb resize;
- Disable selecting groups / items with the mouse;
- VisiblePeriodChanged event *;
- Set the current drill level (Month, Week, Day, etc.) *;
Currently the timebar uses smooth scrolling. This means that each time you change the visible range by moving or resizing the scrollbar, the VisiblePeriodStart / End are changed. If you bind to them (or listen to the event) will result too many invocations. Another option is the ability to sustain the smooth scrolling functionality that currently exists, but notify only when the operation of changing the visible range has completed (leaving the mouse or the keyboard).
The last one is a little bit tricky, because the timebar can display hundreds of years at a time in the viewport and automatically calculate what is the best drill level that it should display for item and group. If you set it manually there are 2 options - display the new levels anyway, even if they cannot fit on the screen, and zoom-in/out automatically to show the new drill level. The first one can be a little bit dangerous and can lead to a severe performance hit, because setting the current drill level to Day when you are viewing a period of 100 years can result in too many boxes.
Again I want to thank you for your feedback. Please tell us what you think of these features and how you want them implemented. Of course, everyone is welcome joining this discussion!
the Telerik team
Do you want to have your say when we set our development plans?
Do you want to know when a feature you care about is added or when a bug fixed?
Telerik Public Issue Tracking
system and vote to affect the priority of the items