Processing Ajax...

Close Dialog


Close Dialog

Close Dialog

Bug: Mouse slow on file context menus when DF is running

User Image
4 discussion posts
This is an odd bug, but I've noticed that when DF is running and I right-click on a non-text file the mouse suddenly stops displaying correctly. The mouse doesn't slow down but it's refresh interval is set to about once per second. So if you move your mouse across the screen in one second then it will appear to say still until the second passes and then it will appear on the other side of the screen. It's the same for all motions; they appear in steps with a one second refresh rate.

I'm positive that it's DF that's causing this because I turned off programs until the mouse's behavior returned to normal. Now when I turn DF on the mouse screws up and when I turn it off the mouse acts properly. I also noticed that when DF is running the abnormal behavior of the mouse is only confined to context menus for files that are not plain text formats (i.e. pdf, jpg, exe, zip, etcetera...).

FYI: I'm running XP Pro SP2 on an IBM T43 and DF Basic version 2.0.2.

Thanks in advance for your help.
Mar 28, 2008  • #1
User Image
Kevin F.
450 discussion posts
I noticed that as well, but blamed it on windows being..... itself. I almost have the same situation.. Context menus come up after a few seconds..... Just tested and it sadly was DF........
Mar 28, 2008  • #2
Jon Tackabury (BFS)'s profile on
I haven't been able to replicate this issue so far, could you explain it a little bit more for me? When you right-click on the file, is this a file on the Desktop, or in Windows Explorer, or does it happen anywhere? What video drivers do you have installed (are they Intel ones)? It is very strange that this behaviour is limited to non-text files.

Can you try going into the Settings and disable the settings called "Enable maximized window dragging between monitors"? Let me know if that changes anything, or helps it at all.

Mar 30, 2008  • #3
User Image
4 discussion posts
I tried disabling the "Enable maximized window dragging between monitors" setting as you suggested and the problem appears to have subsided. It's too bad, though, because that was one of my favorite features of DF.

On the subject of the issue; first a little sysinfo:
IBM T43 laptop Type 2678-A44
MS Windows XP Pro v.2002 SP2
Display adapter: ATI Mobility Radeon X300
Display driver version: dated 1/21/2006
I'm using a dual-monitor setup in a vertical arrangement. The upper monitor is an LCD and the lower - and primary - is the laptop's display. (BTW can you recommend a site where I can get backgrounds for a vertical setup?)

I ran some additional tests and determined that the issue is not limited to any particular group of files and it doesn't occur 100% of the time. It is, however, limited to Windows Explorer and doesn't appear to affect the desktop. It also affects the context menu when you right-click the white background in the window but still not 100% of the time. On average it seems to occur for about 80% of context menus in Windows Explorer.

Also, if I pull up context menus on the same file repeatedly, without clicking anything else, then the first context menu will cause the mouse frame-rate to drop but all future context menus - as far as I can tell - will function normally.

Finally, if I turn off the "Enable maximized window dragging between monitors" setting the problem disappears and stays gone even if I re-enable the setting, although the setting will remain non-functional until I restart DF. But if I re-enable the setting and restart DF then the problem returns.

Just for clarification - and this may be unimportant - the mouse's movement distance is unchanged by the problem; its only the render time that changes. The mouse appears to jump from place to place but never disappears entirely.
Apr 1, 2008  • #4
Jon Tackabury (BFS)'s profile on
Yesterday I released the new DisplayFusion v2.1, and the mouse hook code was almost completely rewritten and should be much more efficient now. If you are still interested in trying DisplayFusion I would be interested to hear if you are still experiencing this issue.

Apr 29, 2008  • #5
User Image
4 discussion posts
Woah now, I never *stopped* trying DF. The ability to throw maximized windows from one monitor to the other is just too shiny to pass up, and being able to tweak wallpaper on the fly's kina cool too. A little thing like a slow mouse ain't gonna get me down; specially if there's a workaround (hey...that rhymed :-D). I will definitely try the new version, though; having to open every context menu twice, though not unbearable, is kina inconvenient sometimes. Thx for the new version...I'll report back on it later.
Apr 29, 2008  • #6
User Image
4 discussion posts worked. My mouse is moving at full speed now and context menus are even opening faster. NICE.
Apr 29, 2008  • #7
Jon Tackabury (BFS)'s profile on
Glad to hear it helped. :)
May 2, 2008  • #8
User Image
1 discussion post
Hi Jon,

I'm having this exact same problem. I have DisplayFusion 2.1.1.
When bringing up the right-click context menu in Windows XP the mouse slows right down to the point of becoming pretty unusable. Keyboard is unaffected, so I've found the best way to get around this is to hit the escape key to cancel the menu, and then right-click the item again - the 2nd time you right-click the same item the menu will always appear without any problem. On a 3rd click the problem usually comes back.

Interestingly, if you click out of the menu instead of hitting escape the problem persists on the next click. It's as if keyboard input is somehow clearing the problem.

This issue happens on right-clicking both files and folders within Windows Explorer.

I also tried disabling maximised screen dragging, but this has made no difference at all for me.

I hope you find a fix for this as it is causing me some frustration. I really enjoy the features of DisplayFusion, but this 1 glitch is starting to outweigh the benefits :cry:
May 19, 2008  • #9
Jon Tackabury (BFS)'s profile on
Samw: Give DisplayFusion v2.2 a try - it should address this issue.
Nov 5, 2008  • #10
Was this helpful?  Login to Vote(-)  Login to Vote(-)