Hello,
our application allows the user to switch docking settings around. To do so, the user can click a tool in a toolbars manager's toolbar.
At the moment the user clicks the tool, the system recognizes a click on the desktop while/after/before LoadFromXML is running.
Commenting LoadFromXML out will result in clean behavior.
On slow machines if the user clicks the tool and a desktop icon is behind at this desktop's location, the desktop icon will be visible for a brief period of time, which is kind of irritating :)
On fast machines you will not see the icon but if you minimize the application and bring the tool and the desktop icon together to overlap, you can see the selection of the deskop item (less than 1 second). You are unable to open/run the desktop item by double clicking the tool, I tried that :)
I would like to get rid of this behavior, any advice?
Blue
Hello Blue,
I am not able to reproduce this behavior, so could you please try to attach, if possible, a small sample project, reproducing the above mentioned issue(with the steps to reproduce it), I will be happy to take a look at it?
Hello Boris,
thanks for your answer and attempt.
I am on version 11.2.20112.2128 btw. I will try to build an example for you. Lets hope I can rebuild to make this issue appear.
ok that was easy, here comes the app
what to do:
minimize all other applications except the sample app
drag the form until the button1 is overlapping one of your desktop icons (make them large so that this is easier)
I put a screenshot in the file to show you what I mean
push the button, you will see that the desktop item flashes (like I said, this is a lot worse on slow machines)
I tried this with your sample and the mentioned version and was not able to reproduce this issue. Please take a look at the video and let me know if I am missing something.
Hello again,
I think you are doing it right. hmmmm, strange it is. I can reproduce this behavior on many machines, so it's not like it's an issue with my system.
I am not 100% sure, but I think all were running the current version of windows 7 professional with all updates.
uploaded a proof just to stress the importance :p
Thank you
Blue,
I created the following case for you: 'CAS-112231-H0J0M6' and will update you through it.
we just tried it on a clean windows 7 professional installation.
we installed dotnet 4.5 to run the example application.
The behavior was the same.
As a side note or hint: we recently experimented with SendMessage and LockWindowUpdate user32.dll API functions for a totally different scenario. If you use those functions to prevent a form from drawing, you get the same result as shown in the video. We had to skip that approach and found another solution to solve that issue, but it might be related to this one in case you internally make use of this kind of functions.
unfortnuately not, but I still after it. Stay tuned.
Did you have the time to try that on a clean Windows 7 installation?