Home Dashboard Directory Help

Location of Find and Replace window after replacing text by Simply Ged


 as Fixed Help for as Fixed

Sign in
to vote
Type: Suggestion
ID: 533668
Opened: 2/15/2010 1:31:52 AM
Access Restriction: Public


When performing a find and replace in the active editor, the Find and Replace dialog is moved out of the way so the results can easily be seen. However, the dialog is moved off the screen with only the title bar visible. If the user wants to another find and replace, they need to move the window back into view to edit the values.
Sign in to post a comment.
Posted by Code Chief on 7/13/2010 at 5:37 AM
The jumping is worse when you have an external display on a laptop. Could that be the cause, multiple monitor related?
It seems the the Find/Replace dialog has had some "intelligence" added since VS 2005 and 2008 (where the bug did not occur) but it is getting confused. Maybe that is due to stored window positions not being monitor specific (keyed by the display number/device ID)? I would check that if it were my code, or just disable the whole thing altogether staying where the user put it in the first place.
Other ideas, put a pushpin in the corner or check-box in the options list to let the user decide if they want this "dynamic positioning" feature enabled or not. As a quick-fix at least a registry setting would be nice to disable this.
Hope that helps, look forwards to the service pack.
Posted by Microsoft on 6/3/2010 at 3:37 PM
Hi Ged - Just wanted to let you know that we reactivated this bug a couple of weeks ago and have assigned it to a developer for more in-depth investigation. We'll post an update here as soon as we have more information to share.

Thanks again,
Posted by Microsoft on 2/25/2010 at 6:51 PM
Hi Ged,

Thanks for your quick response and for the video; it was very helpful in illustrating the problem. We've identified the root cause of this bug, but it's unfortunately too risky to fix so close to VS 2010 RTM. I'm resolving this bug as Won't Fix for this release, and although it's too early to promise a specific timeframe, I've also tagged to to be revisited for v.next and possibly a VS 2010 service pack.

Thanks again for your feedback,
Posted by Simply Ged on 2/22/2010 at 2:23 AM
Sorry. I didn't answer your questions:

I am using a HP (Compaq) 6710b laptop with the built-in 15" monitor, running at 1280x800.
I have no external monitors attached.
All DPI settings are unchanged from default.


Posted by Simply Ged on 2/22/2010 at 1:33 AM

I have attached a short video showing the problem.
Some steps that might be required to reproduce are :

1. Close the Quick Replace dialog
2. Switch to a different editor window
3. Ctrl + A (select all)
4. Ctrl + H (Quick replace)
5. Click Replace All


Posted by Microsoft on 2/19/2010 at 3:46 PM
Hi Simply Ged,

Thank you for reporting this bug. We haven't been able to reproduce this, though. Would you mind providing some additional information:
- What is your monitor size?
- Do you have a multi-monitor configuration?
- Are you using high DPI settings (e.g. larger text size on Windows 7)?
- If possible, could you record a short video of the bug in action? A free Microsoft tool called Community Clips makes this fairly quick and easy: http://www.officelabs.com/projects/communityclips/Pages/Default.aspx.

Thanks for trying the Visual Studio 2010 RC and sending your feedback! Any details you can give would be very helpful in our investigation, so we hope to hear from you soon.

Brittany Behrens
Program Manager, VS Platform
Posted by Microsoft on 2/16/2010 at 1:24 AM
Thank you for your feedback, we are currently reviewing the feedback you have submitted.
Sign in to post a workaround.
Posted by Code Chief on 7/13/2010 at 5:39 AM
Bit obvious but if you right-click the title bar then select "Dock as Tabbed Document" it stays put. Then just move/re-dock it to one side so that you can still see the search results as you go through each match.
File Name Submitted By Submitted On File Size  
vs2010-rc-quickreplace.wmv (restricted) 2/22/2010 -