Not for Silverlight, I need it for WPF projects. Please change it.
If the Timeline part of the control is shrunk to a state it doesn't need a scroll bar anymore (by changing PixelLength or VisibleRange) and after that it is enlarged, its size doesn't change, but the ScrollBar values update. Available in LIB version 2016.2.627, it will be also available in the 2016 R3 release.
If the current culture (German) is set to a culture with 24 format the default 12 format is used in the TimeRuler and the dragging/resizing Tooltip of the control. Available in LIB version 2016.2.530, it will be also available in the 2016 R2 SP1.
There are two scenarios where the issue can be seen: - at startup when the ColumnDefinition’s Width is set to AutoHeaderAndContent its Width is rendered incorrectly; - when you change the PixelLenght; The issue could be observed in the attached short video
If the TasksSource is cleared in the TaskEdited event of the control the event is called in a loop. Available in LIB version 2016.2.530, it will be also available in the 2016 R2 SP1.
When removing Tasks that are not visible (the parent task is collapsed) an ArgumentOutOfRangeException is thrown.
Available in LIB version 2016.3.1017, it will be also available in the 2016 R3 SP1 release.
The issue is only reproduced if the InitialExpandBehavior is set to Collapsed. Available in LIB version 2016.3.1017, it will be also available in the 2016 R3 SP1 release.
When collapsing the parent task first and then the child tasks a System.OverflowException is thrown.
If you have a GanttTask(s) added in the RadGanttView control, and the DPI is higher than 100%, the UI is almost unresponsive. Also, the newly added tasks are not visible until you resize the control.
You can find a runnable example showing how to populate the control from a database in the ConnectToDatabase SDK example - https://github.com/telerik/xaml-sdk/tree/master/GanttView/ConnectToDatabase.
This reproduces with recurring tasks. Scheduled for:
The fix for this issue will be available with LIB (version 2019.1.128) scheduled for publishing on Monday, 28th January 2019.
Make the default behavior of the auto scrolling which is trigger by selection of a task in the GridView part of the control customizable. The current default built-in behavior is: * If you select a row (task) in the GridView part which has its event container currently not visible is auto scrolled into to the view to the default (left) position in the TimeRuler Available in the 2016 R2 release.
Available in LIB version 2015.3.1123, it will be also available in the 2016 Q1 release.
When the Window OS DPI setting is set above 100% resizing the grid portion's columns with their resizer controls leads to unresponsive UI and possible application crash.