Click here to Skip to main content
13,294,516 members (62,227 online)
Click here to Skip to main content
Add your own
alternative version


6 bookmarked
Posted 9 Nov 2010

Scrollbar for appointments in Telerik's RadScheduler Timeline View

, 9 Nov 2010
Rate this:
Please Sign up or sign in to vote.
How to enable and tune scrollbar in Telerik's RadScheduler Timeline view

Editorial Note

This article appears in the Third Party Products and Tools section. Articles in this section are for the members only and must not be used to promote or advertise products in any way, shape or form. Please report any spam or advertising.


In this article, I’ll try to show how to beat the original Timeline view behavior (with appointments in viewport and “Show More” button) and make it scroll them.


In my current project on Silverlight 3, I use Telerik’s control library that is really powerful and fancy. It provides you with a large number of different controls which supports themes, templates, etc. But as it often happens, you need something which goes against the idea of the library’s architects. In my case, it was an ability to show all appointments in timeline view and scroll them instead of default behavior which displays appointments in viewport only and provides you with “Show More” button.

I searched a lot for a solution, but even Telerik's support said that it is impossible in the current version and probably will be implemented in future.

The resulting solution looks like a combination of hacks that affect the harmony of code and performance of application, but it works and probably will help somebody to solve the same problem.

Steps of Solution

Originally Timeline view with a lot of appointments that do not fit to the viewport looks like this:


My goal was to receive the next view:


To achieve this, we should do the next steps:

  1. Remove “Show More” button
  2. Increase the height of appointments
  3. Enable vertical scroll
  4. Change scrolled control height according to the number of appointments

To resolve the first three problems without hacks in code, I decided to use custom theme, because theme was fixed in the project (Windows 7) and probably it is the only way to do it. The penalty of this solution is increased size of assembly (because of huge style) and inability to change themes dynamically for this control.

I made all changes in the original Window 7 theme which is distributing with the “RadControls for Silverlight” toolkit. Besides the above-listed steps, I added support for mouse wheel scrolling in ScrollViewer and removed default behavior which changes a week back and forward instead. All changes in theme are marked with CHANGE notice in comments.

Here is the result of the mentioned changes:


But the problem still exists. If you do not have enough space to present your appointments, they will be cut by viewport. The reason is that they are located in the AppointmentItemsControl which used VirtualizedAppointmentPanel (derived from VirtualizingPanel) that is always virtualized. It gets own height from TimeSlotItemsControl which is just stretched within the available space.


Thus we should change TimeSlotItemsControl’s height to archive the desired behavior. This height shall depend on maximum number of appointments per day for visible time range.


This behavior can be implemented by binding with special converter who will do the mentioned conversion from appointments source to desired height.

public object Convert(object value, Type targetType, 
    object parameter, CultureInfo culture)
    const int appointmentHeight = 45;

    var presenter = (ScrollContentPresenter)parameter;
    var scheduler = presenter.GetVisualParent<RadScheduler>();
    var appointments = ((IEnumerable)value).Cast<Appointment>().
        Where(a => a.Start >= scheduler.VisibleRangeStart && 
        a.Start <= scheduler.VisibleRangeEnd);

    // Calculate maximum number of appointments per stack
    var maxAppointmentsPerStack = (appointments.Count() == 0) ? 0 :
        appointments.GroupBy(a => a.Start.Date).Max(g => g.Count());

    // Calculate desired size to show whole stack
    var possibleHeight = (maxAppointmentsPerStack + 1) * appointmentHeight;
    var presenterHeight = presenter.ViewportHeight;

    return (possibleHeight > presenterHeight) ? possibleHeight : double.NaN;

To get an access to TimeSlotItemsControl and ScrollContentPresenter, I managed to use DataTemplate for time slots and a simple TemplateSelector to wire it to the scheduler.

private void onTimeSlotLoaded(object sender, RoutedEventArgs e)
    var scrollContentPresenter = 
    var timeSlotItemsControl = 

    if (timeSlotItemsControl.GetBindingExpression(HeightProperty) == null)
            new Binding
                Source = _scheduler,
                Path = new PropertyPath("AppointmentsSource"),
                Converter = HeightConverter.Instance,
                ConverterParameter = scrollContentPresenter


    <DataTemplate x:Key="TimeLineSlotTemplate">
        <Grid Loaded="onTimeSlotLoaded"/>
    <local:TimeSlotTemplateSelector x:Key="TimeSlotTemplateSelector"

            TimeLineSlotTemplate="{StaticResource TimeLineSlotTemplate}"/>
    <theme:SchedulerTheme x:Key="CustomTheme" />




    TimeSlotTemplateSelector="{StaticResource TimeSlotTemplateSelector}"

    telerik:StyleManager.Theme="{StaticResource CustomTheme}"/> 

On this stage, I thought that work is done because I saw the scrollbar when it should be and didn’t see when it was unnecessary when I changed the current week. But the reality was too difficult to stop work, because view did not want to draw appointments under the viewport.


I tried to beat this behavior several times, I used Reflector, Silverlight Spy, tried to debug the library’s code, but couldn’t fix this behavior in an appropriate way. But I found the hack which affects performance but solves the problem – collection recreation on ScrollContentPresenter resize. This approach caused the separation between original data source and view via some intermediate collection. We should listen to the original collection changes now and reflect them to intermediate collection.

Also intermediate collection should be recreated when you change visible range in scheduler to force height recalculation because new time range can have different maximum stack height.

I used collection that is derived from the BaseAppointmentCollection from Telerik’s suite to solve another problem with scheduler behavior, but you could use your own.

private void onScrollContentPresenterSizeChanged(object sender, SizeChangedEventArgs e)

private void updateAppointmentsCollection()
    var collection = new AppointmentCollection();
    _scheduler.AppointmentsSource = collection;

The current solution works even for changing set of appointments, i.e., when you add new appointments, delete existing or just enlarge you data source with existing appointments arrived from web service during application work. This is possible because of intermediate collection recreation on each data source collection change.

But what about appointment’s data change? We can change Start property via dialog, Drag-n-Drop and programmatically. In this case, data source collection would not change and scheduler wouldn’t be noticed about necessity of desired height change. But it should be because some appointment’s stack can be increased or decreased during this operation.

To solve this issue, we should subscribe to appointments’ changes and force Height update. I did it inside that intermediate collection that I mentioned above. I do subscription in special method (which is called every time when you add appointment to collection) and notify UI about changes (that can affect desired height) via special property which returns collection itself and is used during binding.

protected override void InsertItem(int index, Appointment item)
    if (!Contains(item))
        item.PropertyChanged += onItemPropertyChanged;
        base.InsertItem(index, item);

public void ForceItemPropertyChangedSupportCollectionUpdate()
        new PropertyChangedEventArgs("ItemPropertyChangedSupportCollection"));

private void onItemPropertyChanged(object sender, PropertyChangedEventArgs e)
    if (e.PropertyName == "Start")


This solution successfully works in my project in spite of its hack nature. My future plans are to combine all sources which affect desired height (appointments collection’s change, appointment’s data change, control’s size change, and visible range’s change) via multi binding and try to find a way how to access TimeSlotItemsControl directly instead of DataTemplate usage.

Useful Links


  • 10th November, 2010: Initial post


This article, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)


About the Author

Software Developer (Senior) Beam Technology
Australia Australia
No Biography provided

You may also be interested in...

Comments and Discussions

GeneralMy vote of 5 Pin
sjfbtnmcn25-Sep-15 4:59
membersjfbtnmcn25-Sep-15 4:59 
QuestionRad Scheduler Control Pin
Sri0037-Feb-13 3:10
memberSri0037-Feb-13 3:10 
I have doubt in RadScheduler control. Where I am getting two set of rows in TimeLineView and I want to avoid vertical scroll bar please help me. Thank you in advance.
GeneralHello Mike Pin
Raydenbg16-Nov-10 11:40
memberRaydenbg16-Nov-10 11:40 
GeneralRe: Hello Mike Pin
Mike11416-Nov-10 13:02
memberMike11416-Nov-10 13:02 
GeneralRe: Hello Mike Pin
Raydenbg16-Nov-10 20:53
memberRaydenbg16-Nov-10 20:53 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Praise Praise    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.

Permalink | Advertise | Privacy | Terms of Use | Mobile
Web04 | 2.8.171207.1 | Last Updated 10 Nov 2010
Article Copyright 2010 by Mike114
Everything else Copyright © CodeProject, 1999-2017
Layout: fixed | fluid