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 for the attachment!
I can see the issue and I have verified several times that I am using the same version as you, I am using your sample, my Operation System is the same as your, I have the same theme. I hope, that you understand, that if I do not have a reproducing sample, I would not be able to examine if this is an issue in the project or in our control. Could you please think if you do not have anything set which my differ from the default settings in Win7? Is it possible for you to test this on a plain new installation of Windows 7?
This is a very interesting and strange issue, so I am going to discuss it with my colleagues again!
Meanwhile, I am looking forward to your reply.
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?