Two issues with version 1.6: Alt+Tab and VSync

[Hajo]

Hi!

I am experimenting with SFML.NET version 1.6 and recognized so far two shortcomings:

1. Alt+Tab does not act as expected.

2. I am not able to activate vsync by using ".UseVerticalSync(true);", but it is functioning when I force the graphics driver to do it. Strange as it is: When I use ".UseVerticalSync(false);", it is actually turned off, even when the graphics driver ist forced to use it.

Are these issues addressed in one of the later versions?

[Laurent]

1. Alt+Tab does not act as expected.

What do you expect? What does it do?

2. I am not able to activate vsync by using ".UseVerticalSync(true);", but it is functioning when I force the graphics driver to do it. Strange as it is: When I use ".UseVerticalSync(false);", it is actually turned off, even when the graphics driver ist forced to use it.

When you're not forcing it in your driver, do you select instead "let the aplpication choose" or "force disable"? (just to be sure)

Are these issues addressed in one of the later versions?

No. You're the first one to report them so far.

[Hajo]

1. Alt+Tab does not act as expected.

What do you expect? What does it do?

I expect the application to minimize and the desktop to return with its original dimension, until I activate the application again. I should have mentioned that I am talking about a fullscreen application.

What happens is that the desktop is shown with the dimension of the SFML application, with the SFML application shown as a window.

2. I am not able to activate vsync by using ".UseVerticalSync(true);", but it is functioning when I force the graphics driver to do it. Strange as it is: When I use ".UseVerticalSync(false);", it is actually turned off, even when the graphics driver ist forced to use it.

When you're not forcing it in your driver, do you select instead "let the aplpication choose" or "force disable"? (just to be sure)

You are right, I could have been more clear. I am using a german graphic driver and did not come up with a translation instantly. By not forcing I mean the "let the application choose" option.

Thanks for your interest!

[Laurent]

I expect the application to minimize and the desktop to return with its original dimension, until I activate the application again. I should have mentioned that I am talking about a fullscreen application.

What happens is that the desktop is shown with the dimension of the SFML application, with the SFML application shown as a window.

I see. This problem should be fixed one day in SFML 2 (but maybe not 2.0).

You are right, I could have been more clear. I am using a german graphic driver and did not come up with a translation instantly. By not forcing I mean the "let the application choose" option.

This may be a driver issue, do you have the latest version of the driver?

[Hajo]

I expect the application to minimize and the desktop to return with its original dimension, until I activate the application again. I should have mentioned that I am talking about a fullscreen application.

What happens is that the desktop is shown with the dimension of the SFML application, with the SFML application shown as a window.

I see. This problem should be fixed one day in SFML 2 (but maybe not 2.0).

Do you know if this is a problem within the c part or the c# part of SFML?

You are right, I could have been more clear. I am using a german graphic driver and did not come up with a translation instantly. By not forcing I mean the "let the application choose" option.

This may be a driver issue, do you have the latest version of the driver?

You are most probably right. The driver is obviously not working as aspected. I will try a different machine with a different chip later.

[Laurent]

Do you know if this is a problem within the c part or the c# part of SFML?

The C++ part
Or even the design part, since there's nothing in the SFML API to properly handle this.

[Ceylo]

The C++ part
Or even the design part, since there's nothing in the SFML API to properly handle this.

*as for Windows and Linux


 

[Laurent]

What happens on OS X?

[Ceylo]

Exactly what Hajo was expecting.

Note that this is not the default OS behavior, I've handled this manually. I don't remember whether I'd been talking to you about this, but it had seemed so obvious to me... :/


PS: as for SFML 1.x

Edit: was talking about the Alt+Tab thing.

[Hajo]

On a different machine, UseVerticalSync(...) works as expected, no matter how I configure the driver.