binary1248

This might still happen with miniaudio since we enumerate devices only when the `AudioDevice` instance is created. As long as the `AudioDevice` instance sticks around it will use the same...

Closing this now since #3029 will allow the user to select their desired playback device at runtime. While miniaudio does provide a system of notifying the user when _something_ audio-hardware-related...

> What's the use case then for `waitEvent()` if it effectively can't be used in a multi-threaded environment?` The only reason I can can see right now why it can't...

```cpp #include #include #include void entry(int i) { char s[16]; for (;;) { i = (i + 1) % 256; sf::IpAddress address(i, i, i, i); std::sprintf(s, "%u.%u.%u.%u", i, i, i,...

Try including windows.h and adding this code block in your `main()` before creating the window: ``` cpp HINSTANCE user32Dll = LoadLibrary("user32.dll"); if (user32Dll) { typedef BOOL WINAPI (*SetProcessDPIAwareFuncType)(void); SetProcessDPIAwareFuncType SetProcessDPIAwareFunc...

Fixed in 34933520aca5b20814b5c2734593cee971e949b6.

So... just to bump this discussion... What about just providing a specialized method in sf::Window that minimizes the window? That way the application could handle the focus switch through sf::Event::LostFocus,...

Instead of assuming the user wants the resolution controlled automatically, we just have to have a way of "asking them" what they want to do every time a switch might...

So... to get this discussion somewhere... Would providing `minimize`/`maximize` methods in `sf::Window` be enough for the user to have something to work with? On a `LostFocus` event (which is triggered...

My solution restores the desktop resolution. When you recreate the window in windowed mode and instantly minimize it, it is as if you set the screen resolution back to desktop...