home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
Support
Watch / Listen Media
watch/edit Videos
Stutter after refresh rate change
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="Scythe42" data-source="post: 561766" data-attributes="member: 95833"><p>Out of desperation as I am not willing to give up yet:</p><p></p><p>Let's see if sending a WM_PAINT message after the RR change to the handle of GetForegroundWindow() will do the same as Alt-Tab. Or better an InvalidateRect() followed by an UpdateWindow() as WM_PAINT shouldn't be sent by an application (I don't care if it works...). </p><p></p><p>Maybe this does the trick, but I doubt it. Any other suggestions how to simulate what Alt-Tab does?</p></blockquote><p></p>
[QUOTE="Scythe42, post: 561766, member: 95833"] Out of desperation as I am not willing to give up yet: Let's see if sending a WM_PAINT message after the RR change to the handle of GetForegroundWindow() will do the same as Alt-Tab. Or better an InvalidateRect() followed by an UpdateWindow() as WM_PAINT shouldn't be sent by an application (I don't care if it works...). Maybe this does the trick, but I doubt it. Any other suggestions how to simulate what Alt-Tab does? [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Support
Watch / Listen Media
watch/edit Videos
Stutter after refresh rate change
Contact us
RSS
Top
Bottom
