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:
The menu items themselves are straightforward, though it’s important to note that these are all dedicated
RibbonApplicationSplitMenuItem controls, not simple
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
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:
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:
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:
Note that the overall height of the auxiliary pane is controlled by the number of top level menu items.