The application menu is an essential part of the fluent (or ribbon based) user experience. Microsoft’s own ribbon design guidelines for the use of the ribbon make this abundantly clear:

In addition to tabs and groups, ribbons consist of … an Application button, which presents a menu of commands that involve doing something to or with a document or workspace, such as file-related commands.

(Quoted from MSDN.)

Aside: If you haven’t read Microsoft’s design guideslines for use of the Ribbon, I’d thoroughly recommend taking the time to do so - you’ll likely find your thoughts about the structure of ribbon for your application will change as a result. The fluent user interface is much more than a glorified tabbed toolbar, it’s a unified approach to application design.

The usual approach is to create an application menu that handles “whole of document” activities - creation, loading, saving, printing, sharing and so on. This leaves the ribbon itself for the process of document editing. You can see this to some extent in the debut release of the Fluent UX in Office 2007, though it has become much clearer in subsequent releases.

Here is a stereotypical example, showing a fully realized application menu as you can build it with the WPF ribbon control built into .Net 4.5:

To begin, we need the markup for the application menu itself:

        <RibbonApplicationMenu SmallImageSource="Resources/new-16-white.png">
            <RibbonApplicationMenuItem ImageSource="Resources/new-32.png"
                                       Header="New" />
            <RibbonApplicationMenuItem ImageSource="Resources/open-32.png"
                                       Header="Open ..." />
            <RibbonApplicationSplitMenuItem ImageSource="Resources/save-32.png"
                <RibbonApplicationMenuItem ImageSource="Resources/save-as-32.png"
                                           Header="Save As ..." />
                <RibbonApplicationMenuItem ImageSource="Resources/save-as-32.png"
                                           Header="Save a Copy ..." />
            <RibbonApplicationMenuItem ImageSource="Resources/close-32.png"
                                       Header="Close" />
            <RibbonSeparator />
            <RibbonApplicationMenuItem ImageSource="Resources/settings-32.png"
                                       Header="Settings" />
            <RibbonApplicationMenuItem ImageSource="Resources/about-32.png"
                                       Header="About" />

The menu items themselves are straightforward, though it’s important to note that these are all dedicated RibbonApplicationMenuItem or RibbonApplicationSplitMenuItem controls, not simple RibbonButtons. Note especially the split-menuitem used for the Save button - providing easy access to Save, as well as Save As and Save a Copy in the submenu.

Where the top items relate to the current document, the bottom two are more general, so they’re split off with a dividing line generated by a RibbonSeparator.

A Ribbon with no Application Menu

If you are sure that omitting the application menu is the right thing for your situation, you’ll find that you can’t do so just by omitting the markup for the menu. You application will show an application menu anyway, albeit one with no content:

Instead, you must create a minimal application menu but mark it with Visibility collapsed:

        <RibbonApplicationMenu Visibility="Collapsed"/>


The Mysterious “Label” Property

You may notice that the application menu itself has a Label property that might allow you to give a caption (perhaps “File”) for the menu tab. Unfortunately, it doesn’t work.

As far as I can tell, the menu inherits it’s Label property from an ancestor class, it doesn’t implement it directly, nor does the ribbon use it in rendering. You could go to all the effort of replacing the appropriate XAML template in order to get the label to display - and there are blog posts that show you how - but all in all it doesn’t seem (to me) that the payoff in effort is worthwhile. YMMV.

The footer of the control is a simple content area, which you can populate as you see fit. Here’s the markup used for the sample shown above - a simple bar with an “Exit” button at the righthand side:

            <ColumnDefinition Width="Auto" />
            <ColumnDefinition Width="*" />
            <ColumnDefinition Width="Auto" />
        <RibbonButton Label="Exit"
                      SmallImageSource="Resources/exit-16.png" />

Auxiliary Pane

Similarly, the righthand side of the control is another content area, the auxiliary pane. Typically (though not always), the auxiliary pane is used to list recent documents:

    <Grid VerticalAlignment="Stretch"
            <RowDefinition Height="Auto" />
            <RowDefinition Height="*" />
        <Border Grid.Row="0">
            <TextBlock Text="Recent Items"
                       Margin="5" />
        <ListBox Grid.Row="1">
                <ListBoxItem Content="Readme.txt" />
                <ListBoxItem Content="OriginalScript.dfs"
                             IsSelected="True" />
                <ListBoxItem Content="MyScript.dfs" />

Note that the overall height of the auxiliary pane is controlled by the number of top level menu items.


blog comments powered by Disqus
Next Post
WPF Design Patterns: Event Aggregator  16 Aug 2015
Prior Post
WPF Ribbon in .NET  02 Aug 2015
Related Posts
Browsers and WSL  31 Mar 2024
Factory methods and functions  05 Mar 2023
Using Constructors  27 Feb 2023
An Inconvenient API  18 Feb 2023
Method Archetypes  11 Sep 2022
A bash puzzle, solved  02 Jul 2022
A bash puzzle  25 Jun 2022
Improve your troubleshooting by aggregating errors  11 Jun 2022
Improve your troubleshooting by wrapping errors  28 May 2022
Keep your promises  14 May 2022
August 2015