Use value of UIScreen.MainScreen.Scale to support retina display by jordoh · Pull Request #2 · MonoGame/MonoGame
totallyeviljake pushed a commit that referenced this pull request
Jun 8, 2013
nkast
mentioned this pull request
AgileJoshua pushed a commit to AgileJoshua/MonoGame that referenced this pull request
May 31, 2014
nkast
mentioned this pull request
nkast referenced this pull request in nkast/MonoGame
Sep 25, 2014There is a bug on WP8 (Lumia 620, Lumia Black) with the Obscure event. The bug occure sometimes when resume from the Lock screen and cause the app to pause on a black screen. It never happens when the phone is attacked to the debugger so this required some sort of on-screen logging to figure out. case #1 ApplicationIdleDetectionMode=Enabled (default) App is suspended either by timeout or power button. Obscured event triggered. IsLocked=true. It's safe to ignore the Obscure event since the OS deactivates the app anyway. IsActive is set to false by OnDeactivate. When the user unlock the phone Unobscure event triggered but *sometimes* another Obscured event arrive after that, causing to app to remain in IsActive=false state. That's why we need to ignore the event. case #2 ApplicationIdleDetectionMode=Disabled App is suspended either by timeout or power button. Obscured event triggered. IsLocked=true. We set IsActive=false on Obscure event as before. When the user unlock the phone Unobscure event triggered and we set IsActive=true. Actually a second obscured event is triggered following by an Unobscured, not an issue here. In that mode the OS doesn't deactivate the app, allowing the app to run under lock screen. note: actually MonoGame doesn't allow run under lock screen MonoGame#2084. case #3 ApplicationIdleDetectionMode=Enabled|Disabled App is suspended by a phone call. Obscured event triggered. IsLocked=false. We set IsActive=false on Obscure event. When the action that obscured the app ends, an Unobscure event is triggered and we set IsActive=true. No bug here. That is similar to case #2. The OS doesn't deactivate the app.
nkast
mentioned this pull request
KonajuGames added a commit that referenced this pull request
Jul 11, 2015
s-m-k
mentioned this pull request
matx2
mentioned this pull request
MrPodunkian referenced this pull request in MrPodunkian/MonoGame
Dec 2, 2021AristurtleDev referenced this pull request in AristurtleDev/MonoGame
Mar 11, 2024tomspilman pushed a commit that referenced this pull request
Oct 13, 2025Several fixes for getting WindowsDX working. This is working off PR #9023 1. Fixed a bug where switching from multiple render targets back to a single render target wasn't properly handled. 6027892 2. Creating/setting a custom render target was never fully implemented. Custom render target is now created along with it's depth texture. Fixes #9021 6027892 4. Disposing of textures was not calling `FreeDescriptors` resulting in an eventual crash. 6027892 5. `MGG_Buffer_SetData` was not using the correct signature. Going to need more work. 6027892 6. Fixed bug where a buffer remains on the free list when it doesn't match the exact size. a04b281 --------- Co-authored-by: sepcnt <sepcnt@proton.me> Co-authored-by: Sepcnt <30561671+sepcnt@users.noreply.github.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters. Learn more about bidirectional Unicode characters