(More info) EnableVisualSty les breaks my program!

[Michael A. Covington]

Further to previous post...

I have a big, complex program which works fine as long as I don't call
EnableVisualSty les.

If I do this:

Application.Ena bleVisualStyles ();
Application.DoE vents();
Application.Run (new FormOpeningMenu ());

then in one of my subordinate forms, which consits of buttons on other
things on a tab control, the non-focused buttons cease to work. Only the
focused on will actually call its OnClick procedure, although all of them
look, visually, as if they are being pressed.

My other forms are unafflicted.

On the afflicted form, the focus is being set programmaticall y by things
like button1.Select( ) or button1.Focus() (it doesn't matter which I use).

Does this ring any bells for anyone?

Many thanks!

[Michael A. Covington]

See bottom...

I have a big, complex program which works fine as long as I don't call
EnableVisualSty les.

If I do this:

Application.Ena bleVisualStyles ();
Application.DoE vents();
Application.Run (new FormOpeningMenu ());

then in one of my subordinate forms, which consits of buttons on other
things on a tab control, the non-focused buttons cease to work. Only the
focused on will actually call its OnClick procedure, although all of them
look, visually, as if they are being pressed.
Also, you cannot change the focus by hitting Tab.
My other forms are unafflicted.

On the afflicted form, the focus is being set programmaticall y by things
like button1.Select( ) or button1.Focus() (it doesn't matter which I use).

In fact, if I do not set focus programmaticall y (with the Select() or
Focus() method) the problem goes away.

Yet I cannot reproduce the problem in a separate, simpler program. That
makes me wonder if there is something pathological about the form on which
it is happening.

Any ideas?

[Lebesgue]

Many people had problems with EnableVisualSty les()

I know of two solutions - one is to enable visual styles by using manifest
file - see http://weblogs.asp.net/grobinson/arc...25/436464.aspx
another is to enable visual styles "in a custom manner" but I can't find it
now..

Let us know if the solution described in the blog post works for you.

"Michael A. Covington" <lo**@www.covin gtoninnovations .com.for.addres s> wrote
in message news:Or******** ******@TK2MSFTN GP02.phx.gbl...

See bottom...

I have a big, complex program which works fine as long as I don't call
EnableVisualSty les.

If I do this:

Application.Ena bleVisualStyles ();
Application.DoE vents();
Application.Run (new FormOpeningMenu ());

then in one of my subordinate forms, which consits of buttons on other
things on a tab control, the non-focused buttons cease to work. Only the
focused on will actually call its OnClick procedure, although all of them
look, visually, as if they are being pressed.

Also, you cannot change the focus by hitting Tab.

My other forms are unafflicted.

On the afflicted form, the focus is being set programmaticall y by things
like button1.Select( ) or button1.Focus() (it doesn't matter which I use).

In fact, if I do not set focus programmaticall y (with the Select() or
Focus() method) the problem goes away.

Yet I cannot reproduce the problem in a separate, simpler program. That
makes me wonder if there is something pathological about the form on which
it is happening.

Any ideas?

[Michael A. Covington]

Solved!

I was handling the Paint event of a form and setting focus to certain
buttons when it was painted.

With visual styles turned on, the Paint event arises a lot more often, and
in particular, it arises when the user is starting to press a button. (The
button border changes color.)

So I was stealing the focus away from the button that the user was pressing.

No longer doing that... and it works fine.