SFML.Net setting window active AND music loop points

[Tigre Pablito]

Hello Ladies and Guys

I would like to know if sometime, the issue about setting the window active (RenderWindow.SetActive() method), and the feature about (Music) Loop points, both of SFML.Net, will be addressed.

Thanks

[Laurent]

the issue about setting the window active (RenderWindow.SetActive() method)

What issue?

and the feature about (Music) Loop points

Will be available when SFML.Net is updated to version 2.5, which doesn't depend on us.

[Tigre Pablito]

the issue about setting the window active (RenderWindow.SetActive() method)

What issue?

When my poor games start, I have to click on the screen, if not, they don't respond to events (keyboard, etc). So I call window.SetActive(); but it seems it does nothing. So what I would need is a way to prescind of clicking on the screen to activate it. Maybe I'm wrong and that is not the function I have to call.

[eXpl0it3r]

SetActive() has to do with OpenGL contexts and not with window focus.

What's your minimal and complete code example?

[Tigre Pablito]

Hello eXpl0it3r

If the function for focussing the window is not SetActive() I suppose the code example with it won't help us too much to solve the issue 

If you could tell me which is the function that really does, it would be very nice and then if it fails, I will make the code example. Thank you! 

[Laurent]

Since your description of the problem is not very accurate, it may be faster to show your code so that we can directly check what's wrong with it.

The function to give explicit focus to a window is setFocus, but it was added recently and may not be supported in your version of SFML.Net -- but again, without more information from you, we can just assume.

[Tigre Pablito]

Hi Laurent

I already found the way to solve the issue of focus stolen when the game starts. My apps were of console type, and then the console box stole focus to the window. Now I changed to Windows application and it starts focused.

However, if the window lose the focus, it seems (for SFML.Net) it isn't possible to regain it from the code. As you said, we'll have to wait for the .Net update. (I searched the setFocus() function and there isn't. Rarely, there are RequestFocus(), that works fine, and another I don't remember)

I hope the SFML.Net update comes soon 

Thanks

[Laurent]

Yes, it may be RequestFocus, not setFocus, I don't remember the name of every new function

[Tigre Pablito]

No, RequestFocus doesn't focus the window, it just request you to focus it, flashing its icon in the task bar with a yellow tone, like when you're debugging your app with Visual Studio and it stops at an exception.

I just was able to get the window focused when creating it (when the game starts), by changing the app target type.

But there isn't any SetFocus() function in SFML.Net for now. That would be useful in case the app loses focus while the game is running. So let's wait for SFML.Net update 

[Laurent]

There's no SetFocus function, RequestFocus is all we implemented. There are many discussions about "stealing" vs "requesting" focus, both on this forum and on the github tracker; I let you read them if you're interested to know why we did it this way.

But anyway, since your problem is solved...

[Tigre Pablito]

My first problem is solved, that is, when my poor games start, the window automatically gains focus ...

But what about if it lost focus while the game is running? ... I have to click on the screen ... also it is a bit annoying that a window appears or for some reason the game window loses focus

So it would be very nice that comes the SetFocus() function for SFML.Net to be able to regain focus when it's lost (I saw there is a LostFocus event, that would be used with it) ... If I understood well it will be added to next .Net update ... I hope so

[Laurent]

There's no setFocus in SFML C++, so there won't be a SetFocus function in SFML.Net.

Your window is not going to lose focus magically, if it does, it means that the user switched to another window so there's no point forcing the focus back to your window.

I don't want to repeat months of discussions, so please read those topics / issues that I mentioned, and if you really want to push this feature, come with real use cases and strong arguments

[Tigre Pablito]

Yes, it's very improbable that the window loses focus, you're right, maybe only by an appearing window that asks you to buy further antivirus protection. For those very few cases what I'll do is handling the LostFocus event with a game pause function. Thanks for your replies.