I am getting very strange flickering on a WPF application of mine. It only happens with alpha blended content, only on my computer, and only with WPF applications. At least I haven't noticed it with anything else. It's really annoying! Has anyone else dealt with this weirdness?
Try disabling hardware acceleration to see if that resolves the issue. If it does, try updating your video card drivers and turning back on hardware acceleration. For more details, see here:
http://msdn.microsoft.com/en-us/library/aa970912.aspx
Related
I am using Bing maps Wpf control.
When using on touch device (I am testing on touch screen monitor) it is very slow - Zooming, Panning, Rotating are extremely slow.
This is basically the same question as this on msdn forum, but there is no solution or workaround there.
It is obvious that this control is not optimized for touch, but I am wondering if anybody else has this problem and figured out some optimization?
Note: I have tested Windows 8 version of Bing maps control, but have to use Wpf version because it supports rotation (setting heading other than North).
Note: Number of pushpins is not important here, same problem is present with 0 pushpins.
Thanks for any help or useful suggestions!
A new version of the WPF control was actually just released within the past month. The update consisted of bug fixes and improved touch functionality. http://www.microsoft.com/en-us/download/details.aspx?id=27165
However, there are a couple of new bugs that have turned up since this release and our team has fixed them, but the new installers have not yet been released (will be soon).
Im beginning in my journey of learning WPF. After a few days of coding I see that whenever I resize any WPF form I get a black border on the bottom and right while resizing, like an artifact, as if the screen is too slow. When working with winforms I never noticed this.
Like so :
Is this a known problem? any simple workaround?
EDIT 1:
Seems its related to the graphics driver, I only work on laptops with weakish gfx cards, so does anyone else have this issue? (Im also using Win7 SP1)
It's a known problem, and it's unlikely that it will be fixed. There is a work-around that reduces the impact of this problem if your background is sufficiently uniform: https://stackoverflow.com/a/14309002/33080
My understanding of the underlying cause is that WPF controls lag behind on resizes: WPF draws them in the "wrong" location briefly. See the linked question for a demonstration.
If you resize a window it has to redraw. This takes some time and also it occurs after the window manager already resized your window and shows it; in that case you'll get a black border in WPF and one with the normal window background (grey, usually) in Windows Forms.
Usually all you can hope for there is that the computer is fast enough with the redraw to not show it.
I'am testing a WPF application, and I have noticed a strange issue.
I am using duel monitors one is using the 32bit High colour, the other is using 16bit Medium colour. This is so that I can match the resolutions nicely.
If I open the application on my high colour screen I have no problems, but if I open it on my medium colour screen I get a terrible graphics lag, as soon as I move the mouse over the application. It makes it impossible to use the app on this screen.
Is this likely to be a problem with WPF or the Application? and is there any way to fix it?
Thanks in advance.
This an issue with the graphics pipeline; it has been described by Raymond Chen.
In short, don't do that.
Avoid monitors with differing color depths at all costs.
Just had the same problem... A colleague found out, that the problem is the Windows-Transparency. If you deactivate that on the 16bit screen, it works.
The title pretty much describes it. If I resize my WPF app so that it stretches over two monitors in a dual monitor setup, and resize it back, there will be a ghost window in the second monitor that does nothing, but is still moved when I move the original window in the first screen.
Has anyone had issues like this? I think its a refresh bug on some OSs (I use WINXP 32 bit), but would like to confirm with the community.
This is because AllowsTransparency is set to true. Haven't figured a workaround yet but as soon as I set it to false I didn't see the ghost.
Yes, we get this a lot. Usualy it is related to old hardware (eg. integrated graphics card), but it happens on new as well (eg. quadro NVS 295 with the latest drivers). Sometimes the amount of ghosting depends on the speed the windows is dragged with.
Then again, we can't reproduce it on quadro 450 or 290 so it seems it's a driver issue.
There are 2 ways to solve it - set AllowTransparency to false or disable HW acceleration.
This being said, this is one of the smaller problems we had with WPF in multi-monitor environments...
I have a Silverlight control that tries to have the same background as the underlaying div, but I'm facing color difference problems in IE7/8:
That doesn't seems to be a problem for Firefox.
Does anyone has a tip how to solve this problem? I try to avoid using the windowless mode in Silverlight and alpha transparency as 1st) it's slower and 2nd) shows a bounding select box when you click in the control in Firefox.
Fortunately I managed to solve the problem. Seems that it's a gamma correction problem. The PNG file allows you to set gamma correction information and Silverlight and IE seems to handle it differently.
This page explains the problem and saved the day. This tool as also necessary to remove the gamma information from the PNG.
Hopefully this information will be useful for someone.