Click here to Skip to main content
14,866,794 members
Articles / Desktop Programming / WPF
Posted 17 Sep 2012


46 bookmarked

WPF TabControl: Turning Off Tab Virtualization

Rate me:
Please Sign up or sign in to vote.
4.92/5 (36 votes)
2 Dec 2012CPOL5 min read
This is an alternative for "Persist the Visual Tree when switching tabs in the WPF TabControl (optimized)".


WPF TabControl is known to "virtualize" its tabs when they are created via data binding. Only the visible tab actually exists and is bound to the selected data item. When selection changes, existing controls are reused and bound to new data context. The program must completely rely on data binding to redraw the tab: if any control on the tab is not data bound, its state will not be affected by selection change.

Although, well known, I don't think this behavior is officially documented anywhere in MSDN. If such documentation exists and someone can send me a link, I will be greatful.

Prior Art

This behavior caused questions since 2007. Numerous methods were proposed to circumvent it (example 1, example 2, example 3, example 4) , most revolving around creating a unique ContentControl for each tab and somehow planting the right control into the selected TabItem.

Unfortunately, all the methods I found so far have one or more of the following drawbacks:

  • Subclassing the tab control, e.g. creating class TabControlEx: TabControl.
  • "Hijacking" ItemsSource and/or SelectedItem property, that can no longer be used as usual.
  • Requiring user to apply verbose XAML styles.
  • Requiring user to apply more than one attached property to turn off virtualization behavior

Subclasing may not seem like such a big deal, but it will bite if for whatever reason you are required to use an existing subclass of TabControl, e.g., MyCompanyTabControl that you cannot modify.

Design Goals

Not being satisfied with existing solutions, I was looking to create a method that

  1. Would turn virtualization off with one simple attached property, e.g. TabContent.IsCached="True".
  2. Would not change the meaning of ItemsSource or SelectedItem.
  3. Would not require creating a subclass of TabControl.
  4. Would allow use of custom content templates.
  5. Would not require adding verbose code fragments to your XAML or code-behind.

Design Overview

The main idea behind my solution is to "hijack" the ContentTemplate property instead of ItemsSource. I let the tab control to create templated items as normal, but I provide a special ContentTemplate which contains of a single Border control. This Border will be created once and remain on screen regardless of what item is selected.

As in other methods, we create a unique ContentControl for each tab. When tab selection changes, we access the Border and change its Child to the content control that corresponds to the currently selected tab.

The difference between this method and previous solutions is that we don't try to replace automatically generated TabItems with our own. Instead, we allow regular date templating process to take its due course, and then manipulate the Border created from the content template.

The drawback of this approach is that the TabControl.ContentTemplate property is "hijacked" and cannot be used as normal. To mitigate this, we

  1. Provide an alternative property: TabContent.Template.
  2. Carefully check for "illegal" use of TabControl.ContentTemplate property and throw descriptive exceptions when it is detected, that tell the programmer how to get things right. This allows the user to discover the problem early and fix it quickly.

Design Details

All attached properties related to tab control virtualization are located in the TabContent class. TabContent.IsCached property acts as a "bootstrapper" that activates the whole tab content management system. Suppose we have the following xaml:

<TabControl ikriv:TabContent.IsCached="True" />

This triggers the following chain of events:

  1. XAML parser creates a new TabControl object.

  2. Tab control's attached property TabContent.IsCached is set to True.

  3. Property change handler TabContent.OnIsCachedChanged() creates a data template in code and assigns it to TabControl.ContentTemplate:

  4. XAML
        <Border ikriv:TabContent.InternalTabControl=
                "{Binding RelativeSource={RelativeSource AncestorType=TabControl}}" />
  5. The WPF templating system creates a Border element from the template.

  6. The WPF binding system finds the border's ancestor of type TabControl and assigns it to TabContent.InternalTabControl attached property.

  7. The property change handler for TabContent.InternalTabControl creates a new instance of TabContent.ContentManager class.

  8. The ContentManager object references the tab control and the border element and listens to the SelectionChanged event on the tab control.

  9. When selection changes, the content manager examines selected TabItem.

  10. If selected TabItem does not yet have an associated ContentControl, the content manager will generate a new ContentControl, and assign it to the tab item's TabContent.InternalCachedContent property of the tab item.

  11. The ContentControl associated with curently selected TabItem will then become the Child of the border and will be displayed on screen.

Here's the resulting object graph:

Image 1

The code for the TabContent.ContentManager class looks as follows:

public class ContentManager
    TabControl _tabControl;
    Decorator _border;

    public ContentManager(TabControl tabControl, Decorator border)
        _tabControl = tabControl;
        _border = border;
        _tabControl.SelectionChanged += (sender, args) => { UpdateSelectedTab(); };

    public void UpdateSelectedTab()
        _border.Child = GetCurrentContent();

    private ContentControl GetCurrentContent()
        var item = _tabControl.SelectedItem;
        if (item == null) return null;

        var tabItem = _tabControl.ItemContainerGenerator.ContainerFromItem(item);
        if (tabItem == null) return null;

        var cachedContent = TabContent.GetInternalCachedContent(tabItem);
        if (cachedContent == null)
            cachedContent = new ContentControl 
                ContentTemplate = TabContent.GetTemplate(_tabControl), 
                ContentTemplateSelector = TabContent.GetTemplateSelector(_tabControl)
            cachedContent.SetBinding(ContentControl.ContentProperty, new Binding());
            TabContent.SetInternalCachedContent(tabItem, cachedContent);

        return cachedContent;

Custom Content Templates

Users of the tab control can still define custom content template, but they must use TabContent.Template attached property instead of regular ContentTemplate property. Attempt to use both ContentTemplate and TabContent.IsCached will result in an exception.

<TabControl ikriv:TabContent.IsCached="True">
            <!-- custom content template goes here -->

Pros and Cons

The advantage of this design is that most of the complexity is hidden behind a single property. Virtualization could be turned off on any existing tab control by making one addition to its XAML, plus one modification if it is using the ContentTemplate property.

The major drawback of this design is that it does not work on Silverlight, because Silverlight's version of TabControl does not have a ContentTemplate property.

Update Oct 3, 2012

Version 1.1 fixes a crash that occured when currently selected item was removed. Thanks to Simon Brydon for discovering it.

Update Nov 23, 2012 

Version 1.2 fixes a bug: DataContext of a tab content was set to null whenever the tab became invisible. This becomes important if tab contents monitors DataContext changes and/or does something with its data context even when hidden from view. The fix is a one line addition of DataContext = item towards the end of TabContent.cs. Thanks go to Jean-François Beaulac who spotted this bug.


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


About the Author

Ivan Krivyakov
Technical Lead Thomson Reuters
United States United States
Ivan is a hands-on software architect/technical lead working for Thomson Reuters in the New York City area. At present I am mostly building complex multi-threaded WPF application for the financial sector, but I am also interested in cloud computing, web development, mobile development, etc.

Please visit my web site:

Comments and Discussions

Praisegood solution Pin
HOSSEIN.AB23-May-20 18:48
MemberHOSSEIN.AB23-May-20 18:48 
NewsSimpler solution Pin
Wojciech "Spook" Sura8-Jul-19 20:26
MemberWojciech "Spook" Sura8-Jul-19 20:26 
GeneralRe: Simpler solution Pin
Member 1435858729-Oct-19 9:26
MemberMember 1435858729-Oct-19 9:26 
BugTabControl leak fixed Pin
Oleg Fedko27-Jan-18 12:52
MemberOleg Fedko27-Jan-18 12:52 
GeneralRe: TabControl leak fixed Pin
Member 1388850426-Jun-18 19:22
MemberMember 1388850426-Jun-18 19:22 
Questionuse it on dockpanel Pin
Member 1317423422-Oct-17 21:58
MemberMember 1317423422-Oct-17 21:58 
QuestionThanks ! Pin
dfgs15-Sep-17 6:56
Memberdfgs15-Sep-17 6:56 
Questionlol this article is a pile of crapola Pin
Member 1300821917-Feb-17 12:40
MemberMember 1300821917-Feb-17 12:40 
QuestionNot working in a style Pin
Darius Collins19-Oct-16 5:43
MemberDarius Collins19-Oct-16 5:43 
QuestionBinding errors Pin
xmedeko11-May-16 4:40
Memberxmedeko11-May-16 4:40 
QuestionContent memory leak Pin
theonlyavenger12-Aug-15 11:37
Membertheonlyavenger12-Aug-15 11:37 
Bugif tabcontrol has a subchild is a tabcontrol too,there is a exception. Pin
huoxudong12517-Dec-14 18:39
Memberhuoxudong12517-Dec-14 18:39 
BugSame Problem ! Pin
LumoWIT13-Jan-15 3:30
MemberLumoWIT13-Jan-15 3:30 
GeneralRe: Same Problem ! Pin
Ivan Krivyakov14-Jan-15 16:24
MemberIvan Krivyakov14-Jan-15 16:24 
GeneralRe: Same Problem ! Pin
LumoWIT14-Jan-15 21:48
MemberLumoWIT14-Jan-15 21:48 
GeneralRe: Same Problem ! Pin
Ivan Krivyakov19-Jan-15 18:06
MemberIvan Krivyakov19-Jan-15 18:06 
GeneralRe: Same Problem ! Pin
Amatzer Macgly20-Jan-15 16:06
MemberAmatzer Macgly20-Jan-15 16:06 
GeneralRe: Same Problem ! Pin
Dušan Knežević12-Jun-15 0:51
MemberDušan Knežević12-Jun-15 0:51 
GeneralRe: Same Problem ! Pin
LumoWIT20-Oct-15 3:43
MemberLumoWIT20-Oct-15 3:43 
GeneralRe: Same Problem ! Pin
Salvo Nice6-Sep-18 5:02
MemberSalvo Nice6-Sep-18 5:02 
GeneralRe: Same Problem ! Pin
Member 1070613820-Jun-20 5:02
MemberMember 1070613820-Jun-20 5:02 
AnswerRe: Same Problem ! Pin
Joachim Blank24-Nov-15 1:36
MemberJoachim Blank24-Nov-15 1:36 
GeneralRe: Same Problem ! Pin
tr00don9-Apr-19 16:20
Membertr00don9-Apr-19 16:20 
GeneralExcellent Solution Pin
Saul Hidalgo7-Sep-14 13:24
MemberSaul Hidalgo7-Sep-14 13:24 
QuestionThanks! Pin
BruceThomson6-Jun-14 0:30
MemberBruceThomson6-Jun-14 0:30 

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.