ScheduleView not activating its own scrollbars when placed in a scrollviewer

5 posts, 0 answers
  1. Spurk
    Spurk avatar
    40 posts
    Member since:
    Feb 2012

    Posted 03 Oct 2012 Link to this post

    Putting some feelers out there... we are using a navigation pane in our software and call different pages into that view.  One of them is RadScheduleView.  We use a scrollviewer around the navigation pane to supply scrolling where the pages are too large for the resolution, but in the case of RadScheduleView, we want to envoke it's own scrollbars;  but it seems display the entire day instead, using the parent ScrollViewer.

    I did see one thread that said ScheduleView wasn't designed to be put in ScrollViewer:  http://www.telerik.com/community/forums/wpf/scheduleview/disable-scrollbars-and-move-scheduleview-inside-scrollviewer.aspx

    Given the architecture of our software package, I'd appreciate some advice on how to tell the ScheduleView to use the parent's boundaries instead of sizing to the maximum height. 

    I've attached a PNG for clarification.

    Any help is greatly appreciated.
  2. Vladi
    Admin
    Vladi avatar
    744 posts

    Posted 08 Oct 2012 Link to this post

    Hi Sheldon,

    Indeed as our other response says RadScheduleView control is designed to use its own scroll bars and placing it in ScrollViewer control may cause some unexpected behaviors.

    In your scenario if you know the height of the ScrollViewer that you want to place the ScheduleView control in you could set the Height property of the two control to the same value and set the VerticalScrollBarVisibility property of the ScrollViewer to Hidden. That would force the ScheduleView control to show its own scroll back because the Height of the outer control is lower then what is need to render its content. As the other response mentioned by placing the ScheduleView in a ScrollViewer control the main drawback is that all virtualized panels will stop working and all visual items will be realized when the ScheduleView control is loaded which may cause performance issues.

    If you have any other questions feel free to write to us again.

    Regards,
    Vladi
    the Telerik team

    Explore the entire Telerik portfolio by downloading Telerik DevCraft Ultimate.

  3. UI for WPF is Visual Studio 2017 Ready
  4. Spurk
    Spurk avatar
    40 posts
    Member since:
    Feb 2012

    Posted 10 Oct 2012 Link to this post

    Thank you for your answer, Vladi--that points me in some directions to try.  

    A related inquiry:  Is it possible to 'zoom' the scheduleView in and out to present the user with different levels of granularity/resolution?
  5. Vladi
    Admin
    Vladi avatar
    744 posts

    Posted 11 Oct 2012 Link to this post

    Hello Sheldon,

    It the current version of RadScheduleView it is not possible to zoom in and out the hole control.

    As a side note you could try to dynamically adjust the MinTimeRulerExtent, MinorTickLength or MajorTickLength properties. You can check our online demos about ScheduleView - Configurator and adjust the Zoom slider to get a better picture of the described approach.

    Hope this helps.

    Kind regards,
    Vladi
    the Telerik team

    Explore the entire Telerik portfolio by downloading Telerik DevCraft Ultimate.

  6. Spurk
    Spurk avatar
    40 posts
    Member since:
    Feb 2012

    Posted 11 Oct 2012 Link to this post

    Vladi - Perfect! Thanks, that's exactly what I was looking for.
Back to Top
UI for WPF is Visual Studio 2017 Ready