Ich verwende Visual Studio 2010 und wenn ich "In Dateien suchen" ausführe, werden die Ergebnisse an das Fenster "Ergebnisse 1 suchen" zurückgegeben, das unter meinem Code-Editor-Fenster angedockt ist.
Vorher habe ich im Fenster Ergebnisse suchen auf eines der Ergebnisse doppelklickt, und die Datei, auf die ich geklickt habe, wurde im Code-Editor geöffnet.
Das Problem ist jetzt, wenn ich auf eines der Ergebnisse klicke, wird es im selben Bereich geöffnet wie das Fenster Ergebnisse suchen, das viel kleiner ist als das nervige Code-Editor-Fenster.
Weiß jemand, wie man es so macht, dass wenn ich auf die Suchergebnisse doppelklicke, sie wieder im Code-Editor-Fenster geöffnet werden?
Vielen Dank!
visual-studio-2013
Tag hinzuzufügen, aber es ließ mich nicht, aber das passiert immer noch im Jahr 2013 !! auch mit Reset-FensterAntworten:
Klicken Sie auf Fenster-> Fensterlayout zurücksetzen
quelle
Window -> Reset Window Layout
) ist in Visual Studio 2013 vorhanden und löst das Problem weiterhin;).Funktioniert für VS2013 Update 4 und alle neueren Versionen, einschließlich VS2019.
Ich dachte, ich hätte dieses Problem, aber es konnte leicht behoben werden, indem das Fenster "Ergebnisse suchen" ganz unten in den Fensterpositionswählern angedockt wurde.
Die Dateien werden an derselben Position wie die Suchergebnisse geöffnet, wenn das Fenster an den Positionen unmittelbar neben der Mittelposition angedockt ist.
quelle
Dies wird auch hier diskutiert: VS2010 dockt Codefenster an der falschen Stelle an
quelle
Gehen Sie genauso ... irritierend ... Ich erkannte, dass dieses unerwünschte Verhalten nur auftrat, während die App im Debug ausgeführt wurde. Nachdem ich das Debuggen beendet hatte, wurde ein neues Panel mit dieser geöffneten Datei erstellt. Wenn ich neue Dateien öffnen würde, würden sie in diesem neuen Bereich geöffnet. Wenn ich alle Dateien in diesem neuen Bereich schließe, werden neue Dateien über "In Dateien suchen" im Standard-Code-Editor-Fenster geöffnet (solange die App nicht ausgeführt wird).
quelle
Ich hatte auch dieses Problem. Ich habe das Problem in VS2013 erlebt. Ich wollte nicht "Fenster -> Fensterlayout zurücksetzen" machen, weil es so aussah, als würde das andere Dinge machen, die ich nicht wollte.
Hier war meine Lösung:
Ich habe das Problem in VS2013 bemerkt, bei dem das Projekt "A" geöffnet war.
Ich habe eine weitere Kopie von VS2013 geöffnet und das Projekt "B" geöffnet.
Ich habe die Kopie von VS2013 geschlossen, die das nervige Verhalten zeigte: Projekt A.
Ich habe die Kopie von VS2013 geschlossen, in der Projekt B geöffnet war.
Dadurch wurden die Einstellungen von der "guten" Kopie gespeichert.
Projekt A in VS2013 eröffnet und alles war gut.
Die Einschränkung besteht natürlich darin, dass Sie das Problem bemerken müssen, bevor Sie VS2013 schließen. Aber wenn Sie es rechtzeitig bemerken, ist dies eine ziemlich einfache Lösung.
quelle
Für diejenigen, die ihre Fenster "Ergebnisse suchen", "Fehlerliste", "Ausgabe", ... rechts nicht andocken möchten, und für diejenigen, die die obige Antwort "Fenster-> Fensterlayout zurücksetzen" nicht verwenden: Möglicherweise versuchen Sie, einen falschen Ort anzudocken! Sie sollten diese Fenster ganz unten andocken. Siehe hier: https://stackoverflow.com/a/2735726/6176317
quelle
Für mich geschah dies mit einem Visual Studio-Fenster, das eine SQL-Datei mit aktivierter Option Fensteraufteilung enthielt. Wenn sich der Cursor im oberen Bereich des Fensters befindet, wird das Suchsteuerelement sowohl mit Strg + F (Suchen) als auch mit Strg + H (Suchen und Ersetzen) im anderen (Haupt-) Visual Studio-Fenster angezeigt. Durch das Verschieben des SQL-Fensters in das Hauptfenster wurde bei Suchen und Suchen und Ersetzen stattdessen das Dialogfeld "In Dateien suchen" angezeigt, bis eine andere Registerkarte ausgewählt wurde.
Die Problemumgehung bestand darin, den Cursor im unteren Bereich zu platzieren, wodurch sowohl Suchen als auch Suchen und Ersetzen in diesem Bereich dieses Fensters ordnungsgemäß funktionierten. Leider befindet sich der Fehler im oberen Bereich, solange der Fenstersplit vorhanden ist.
quelle