Click here to Skip to main content
15,867,308 members
Articles / Desktop Programming / WPF

Setting the Initial Focus in WPF

Rate me:
Please Sign up or sign in to vote.
4.95/5 (14 votes)
14 Apr 2010CC (Attr 3U)1 min read 94.7K   34   13
Shows how to set the initial focus in XAML

In WPF dialog boxes, I quite often see some code which looks like the following code example:

C#
private void OnLoaded(object sender, EventArgs e)
{
    this._textSearch.Focus();
}

This is usually accompanied by some XAML that looks like the following XAML example.

XML
<Window ...
        Loaded="OnLoaded">

Occasionally, I also see the event being set up in the constructor. For some reason, this really gets on my nerves. I prefer to see event handlers defined in the XAML. I’m not quite sure what my objection is; I think I just prefer to see all the UI things in one place.

What this actually achieves (as you can probably work out), is that the control (in this case, a TextBox) named _textSearch has focus when the dialog box is loaded. In actual fact, WPF provides a much easier way of setting the initial focus by using the FocusManager. The FocusManager provides a set of static methods, properties, and events that you use to determine and set the focus scope[1] and to set the focused element within the focus scope.

So, using the FocusManager, you don’t need to handle the Loaded event and manually calling the Focus method as shown in the previous code examples, you can simply set the FocusedElement on the FocusManager as shown in the following code example:

XML
<Window ...
        FocusManager.FocusedElement="{Binding ElementName=_textSearch}">

Simple, neat, all in one place, and no code-behind :)

[1] For more information about focus scopes, see FocusManager Class on the MSDN web site.

This work is licensed under a Creative Commons Attribution By license.

License

This article, along with any associated source code and files, is licensed under The Creative Commons Attribution 3.0 Unported License


Written By
Software Developer (Senior)
United Kingdom United Kingdom
This member has not yet provided a Biography. Assume it's interesting and varied, and probably something to do with programming.

Comments and Discussions

 
SuggestionAnother Global Solution Pin
Tom John28-Aug-13 0:21
Tom John28-Aug-13 0:21 
GeneralDoes not work in all (common) situations Pin
Xcalllibur6-May-10 18:16
Xcalllibur6-May-10 18:16 
GeneralRe: Does not work in all (common) situations Pin
Tom John28-Aug-13 0:14
Tom John28-Aug-13 0:14 
GeneralRe: Does not work in all (common) situations Pin
Derek Lakin28-Aug-13 0:36
Derek Lakin28-Aug-13 0:36 
QuestionHow do you change focus in XAML? Pin
ldyc23-Apr-10 1:43
ldyc23-Apr-10 1:43 
GeneralXAMS vs. Code Behind Pin
DaProgramma13-Apr-09 11:25
DaProgramma13-Apr-09 11:25 
GeneralRe: XAMS vs. Code Behind Pin
Derek Lakin13-Apr-09 21:50
Derek Lakin13-Apr-09 21:50 
GeneralRe: XAMS vs. Code Behind Pin
DaProgramma14-Apr-09 6:39
DaProgramma14-Apr-09 6:39 
GeneralRe: XAMS vs. Code Behind Pin
Derek Lakin14-Apr-09 6:53
Derek Lakin14-Apr-09 6:53 
GeneralRe: XAMS vs. Code Behind Pin
DaProgramma14-Apr-09 7:12
DaProgramma14-Apr-09 7:12 
Derek Lakin wrote:
Whilst I openly admit that I'm not a complete unit testing zealot, I fail to see how anyone can suggest that they have a competitive advantage by NOT having unit tests! Your code could compile fine, but be riddled with logic errors (as you say). You should definitely be able to trap logic errors with unit tests, especially if you take a TDD approach.


First, TDD costs much more and takes much longer than more traditional design techniques. IMHO its a new hype, like OO was, etc. Are the results better? Sometimes yes, but that is to be expected if you put double money into a project... If you compare same budget, then TDD is not so good any more....

And, BTW, unit tests tend NOT to get the expensive errors. Misunderstood the customer? Your tests will happily verify the wrong behavior. Did not understand performance / security / extensibility / I8N issues - your tests cant help you. BUT: EVERY correction now has to be done in two places: in the test environment, and then in the software. Double work. IMHO, unit test are a means to prove to your boss that you are doing right ("Look man, no red flags - its not my fault, obviously...").

Greetz from Munich, Germany
GeneralRe: XAMS vs. Code Behind Pin
Derek Lakin14-Apr-09 21:28
Derek Lakin14-Apr-09 21:28 
GeneralThanks Pin
0xfded7-Apr-09 14:10
0xfded7-Apr-09 14:10 
GeneralRe: Thanks Pin
Derek Lakin7-Apr-09 22:06
Derek Lakin7-Apr-09 22:06 

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.