wyDay blog

This will be another easy tip because all the work is already done and wrapped up in a nice little control. Its open source and handles all of the details, get it here.

Progress bars in Windows 7 are nearly identical to what they were in Windows Vista. Theyre green, animated and have 3 states: Normal, Error, and Paused:

Using Windows API

To get both the 3-state progress bar (regular, error, and paused) along with the taskbar progress bar we need to use some Windows API. The easier of the two to implement is changing the state of the progress bar. This works on Windows Vista and Windows 7:

[DllImport("user32.dll", CharSet = CharSet.Auto)]
internal static extern int SendMessage(IntPtr hWnd, int wMsg, int wParam, int lParam);


SetPaused()
{
    // 0x410 = PBM_SETSTATE
    // 0x0003 = PBST_PAUSE
    SendMessage(progressBar.Handle, 0x410, 0x0003, 0);
}


SetError()
{
    // 0x0002 = PBST_ERROR
    SendMessage(progressBar.Handle, 0x410, 0x0002, 0);
}


SetNormal()
{
    // 0x0001 = PBST_NORMAL
    SendMessage(progressBar.Handle, 0x410, 0x0001, 0);
}

Then theres the matter of the taskbar progress bar in Windows 7. You can download the Windows7ProgressBar source code (zip file) to see how I did it, but the gist of it is you need to implement the ITakbarList3 Interface, and then use the SetProgressState to set the state (Normal, Error, Paused, or Marquee) and SetProgressValue to set the value.

7 Days of Windows 7

Join me Monday when I talk about Drag & Drop icons. See the full list of articles in the series.

Those of you who follow this blog regularly already know the tip Im sharing today. Its about the control I created a couple of years ago: VistaMenu.

Normally I would just show a menu from Windows 7 and say this is how you do it. Take the menu above, for example. Its the context menu when you right click the desktop in Windows 7. Its subtle and usable. Its less about being visually appealing than it is about being usable.

I find Windows Vista and Windows 7 menus to be aesthetically pleasing. However, not everyone would agree.

Aesthetics ask 1000 people, get 1000 opinions

How do you judge art? Its damn near impossible to get 100% consensus. Luckily programs arent art they have utility first and style second.

Or, put more simply, if the style detracts from usability it is bad style.

Here are a couple of examples of bad menus. The following menus are tacky for the simple reason that the styling adds no extras usability. The excessive gradients and bad backgrounds distracts from the purpose of the menus:

Difference between MenuStrip and MainMenu

If youve been programming with Windows Forms for any length of time, its very likely you already use MenuStrips and ContextMenuStrips. They are entirely custom-draw menus created by Microsoft and included in .NET Framework 2.0+.

However, the theme of the MenuStrip and ContextMenuStrip controls don't automatically adjust to match the Windows 7 theme. But, as you can see below, the MainMenu and ContextMenu controls do match the Windows 7 theme.

You can add MainMenu & ContextMenu to Visual Studio by right clicking the toolbox, clicking Choose Items and checking the MainMenu and ContextMenu check boxes.

Why you should always use MainMenu

If all the discussion of aesthetics was lost on you, then you should always use MainMenu for two simple reasons:

1. Your program will look like it fits in with all the other programs on your users computers
2. Microsoft does the hard work for you. That is, with each new version of Windows Microsoft subtly tweaks the menu to be more usable.

The MenuStrip and ContextMenuStrip controls are written entirely in C# and will forever look as tacky as they do now. The MainMenu and ContextMenu, however, are simple wrappers around the Windows API. This means that whenever Microsoft updates the menu API in Windows you will get all the usability improvements without lifting a finger.

Look at the screenshot below and you can see how Microsoft even changed the menu API between Windows Vista and Windows 7. The borders are sharper, the colors are tweaked, and the gradient is toned down.

Adding icons to MainMenu and ContextMenus

Microsoft was good enough to add simple API for adding icons to menus. I wrote a .NET wrapper for this API a couple of years ago, VistaMenu. Enough chit-chat, heres how you use VistaMenu. Its open source and works with Windows 98 Windows 7.

7 Days of Windows 7

Join me tomorrow when I talk about Windows 7 progress bars. See the full list of articles in the series.

This will be the quickest tip youll ever read. But first, some background. If run your .NET app on Windows Vista or Windows 7 unaltered you might notice the fonts look a little funky. Especially when compared to Microsofts own apps. See the ugly font in the window on the right:

On the left Im using the default system font in Windows Vista & 7: Segoe UI. On the right Im using the default font that every Windows Forms app uses: Microsoft Sans Serif. Its quite obvious that the Segoe UI font is slightly larger and more legible. Not only that, but if you use the font on the right instead the Microsoft Sans Serif your app will be out of place in Windows Vista & 7, since every other app in Vista & 7 uses the Segoe UI font.

Problem: Segoe UI isnt in Pre-Vista systems

The problem is that Segoe UI is only shipped with Vista & 7 versions of Windows. So you cant just hard-code the Font property of the form to be Segoe UI (or your app will look like utter crap in Windows 2000 & Windows XP).

And thus this simple snippet of code to use Segoe UI on Windows Vista & 7 while still using the default system font in Windows 98, 2000 & XP.

public Form1()
{
    // use Segoe UI in Vista & 7
    Font = SystemFonts.MessageBoxFont;


    InitializeComponent();
}

Or, in VB.NET:

Private Sub Form1_Load(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles MyBase.Load
    ' use Segoe UI in Vista & 7
    Font = SystemFonts.MessageBoxFont
End Sub

Thats all you have to do to use Segoe UI font in your app. And if you set the AutoScaleMode of the form to Font then all of the controls on the form will scale to fit the larger font:

Bold font problem

What if you want to bold a title? Simple, right? Just click the Font property of the label you want to bold:

However, the problem with doing this is now every control on the form except the label you want to bold will be Segoe UI font. Why is this? Every control on your form will have the same font as the parent unless specified otherwise.

In our case the parent is the Form and were explicitly setting the font to be bold for our label to be Bold Microsoft Sans Serif.

Ok, ok but how do I make a bold label use Segoe UI?

We just learned you wont be able to do it in the designer, so instead youll have to do it in code:

public Form1()
{
    // use Segoe UI in Vista & 7
    Font = SystemFonts.MessageBoxFont;


    InitializeComponent();


    // set the title to be bold
    lblTitle.Font = new Font(Font, FontStyle.Bold);
}

Or in VB.NET

Private Sub Form1_Load(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles MyBase.Load
    ' use Segoe UI in Vista & 7
    Font = SystemFonts.MessageBoxFont


    ' set the title to be bold
    lblTitle.Font = New Font(Font, FontStyle.Bold)
End Sub

7 Days of Windows 7

Join me tomorrow when I talk about adding professional looking menus to your app. See the full list of articles in the series.