Visual Studio 2010 irytująco otwiera dokumenty w niewłaściwym okienku MDI

97

MDI programu Visual Studio powoduje obecnie wiele frustracji. Oto mój podstawowy układ:

+--------------+---+
|              |   |
|      1       |   |
|              |   |
|              | 3 |
+--------------+   |
|      2       |   |
+--------------+---+

Całkiem standard - mam otwarte pliki w obszarze 1, okno błędów w obszarze 2 i eksplorator rozwiązań w obszarze 3.

Głównym źródłem mojej frustracji jest to, że kiedy dwukrotnie klikam, aby otworzyć plik z eksploratora rozwiązań, zwykle otwiera się on w obszarze 1, w którym powinien, ale CZASAMI (pozornie losowo) otwiera się w obszarze 2, co oznacza, że ​​muszę przeciągnij go do obszaru 1, aby zobaczyć go prawidłowo. A rzadziej może nawet otworzyć się w zupełnie nowym okienku między obszarami 1 i 3.

Ponadto, jeśli zamknę wszystkie moje pliki, obszar 2 rozszerzy się, aby zająć całą lewą kolumnę, a nowe pliki zostaną otwarte w tym nowym połączonym panelu, co znowu jest denerwujące. A może nie, w zależności od tego, w jakim nastroju VS jest dzisiaj.

Nikt inny w naszym biurze w wieku 20 lat nie ma tego problemu, ale podobnie nikt nie wie, jak go naprawić. Więc:

  1. Chcę, aby pliki, które otwieram, były zawsze otwierane w obszarze 1.
  2. Zastanawiam się, czy możliwe jest „zablokowanie” mojego układu (np. Tak jak w przypadku paska zadań systemu Windows), aby zapobiec przypadkowemu przesunięciu lub zmianie rozmiaru okienek.
Mike Chamberlain
źródło
Skomentuję, że teraz, kilka tygodni później, już nie mam tego problemu, a wszystkie dokumenty otwierają się we właściwym miejscu. Być może poniższa sugestia Josha rzeczywiście pomogła (więc +1 dla niego), chociaż nie od razu rozwiązała problem. Dlatego nadal nie jestem pewien, jakie jest prawdziwe rozwiązanie. : S
Mike Chamberlain,
Kiedy miałem ten sam problem, zauważyłem, że zakładki moich okien wyjściowych / błędów znajdowały się u góry okna MDI. Mój problem wystąpił w Atmel Studio, które jest oparte na Visual Studio, został również naprawiony, wykonując poniższe kroki Josha.
James

Odpowiedzi:

179

Czy może użyłeś polecenia „Nowa pozioma grupa kart”, aby podzielić # 1 na # 1 i # 2, a następnie przenieść tam okno błędów?

Po prostu spróbuję zresetować układ okna i zobaczę, czy to naprawi.

  1. Najpierw Window -> Close All Documents
  2. Następnie Window -> Reset Window Layout
  3. Wyjdź z VS, aby się upewnić, a następnie wróć.
Josh
źródło
OK, więc teraz, kilka miesięcy później, wydaje mi się, że nie mam już tego problemu. Więc rekwizyty dla Josha! Jeśli ktoś inny napotka ten sam problem, proponuję wypróbować powyższe.
Mike Chamberlain
4
Dałbym +5, gdybym mógł. Zdarzyło mi się to po zainstalowaniu Telerik JustCode, co popsuło układ okna. Dzięki!
Richard,
4
Problem nadal występuje w VS2013 i można go rozwiązać, wykonując powyższe kroki. Wspaniały!
Andreas,
5
Problem nadal występuje w VS2015 i można go rozwiązać, wykonując powyższe kroki. Wspaniały!
tzachs
1
To działa, gdy działa, ale czasami nic nie robi - nawet w VS2017. Jak nikt nie może dowiedzieć się, jak to naprawić?
Simon_Weaver,
14

Innym rozwiązaniem - unikając „Resetuj układ” - jest zmiana położenia okien w „obszarze 2” (zwykle punkty przerwania / obserwacja / wyjście debugowania), upewniając się, że przeciągasz je do zakreślonego „najniższego” położenia doków (jeśli je przeniesiesz do tego przekreślonego na poniższym obrazku, otworzy pliki z kodem w niewłaściwej lokalizacji).

lokalizacje dokowania okien programu Visual Studio

Alternatywnie, na samym dole ekranu znajduje się kolejna pozycja dokowania, ale ta spowoduje rozciągnięcie obszaru # 2 przez całą dolną część ekranu (kradzież miejsca z obszaru # 3).

Poprawka jest natychmiastowa i nie ma potrzeby ponownego uruchamiania programu Visual Studio.

kalmiya
źródło
To rozwiązało mój problem. Nie wiem, co spowodowało, że wszystko trafiło do niewłaściwego okienka tuż nad nim.
Rick Paul
Zwykle mi się to zdarza, gdy chcę powiększyć okno wyjścia debugowania, ale przypadkowo klikam w niewłaściwej pozycji i zamiast tego przeciągam okno wyjściowe poza zadokowaną pozycję. Wtedy przy ponownym zadokowaniu nie ma znaczenia, które z powyższych wybierzesz (okna wrócą na miejsce), ale jeśli wybrałeś przekreślone - okna kodu zaczną się otwierać w „niewłaściwej” lokalizacji. Zajęło mi trochę czasu zanim nawiązałem połączenie :)
kalmiya
7

Ja też mam ten problem.

Wypróbowałem rozwiązanie Josha i zadziałało. Właściwie może to być jeszcze prostsze, może wystarczyć po prostu okno -> Resetuj układ okna. Ale nie mogę tego sprawdzić, ponieważ nie wiem, jak zaczęło się niewłaściwe zachowanie.

Jeśli rozwiązanie Josha nie działa dla Ciebie, ktoś z pomocy technicznej firmy Microsoft zalecił zresetowanie wszystkich ustawień (Narzędzia-> Ustawienia importu i eksportu ... -> Resetuj wszystkie ustawienia (patrz http://connect.microsoft.com/VisualStudio/feedback/ details / 635796 / files-open-up-in-the-evil-docking-window ).

Nie chciałem tego robić, ponieważ nie chciałem używać wszystkich moich ustawień - i okazało się, że nie jest to konieczne.

TJKjaer
źródło
Mogę potwierdzić, że powyższe rozwiązanie Josha Einsteina działa (zamknij wszystkie okna, zresetuj układ okien, zrestartuj VS), podczas gdy prostsze rozwiązanie sugerowane przez huttelihuta (tylko resetowanie układu okien) nie działało u mnie.
bjull
Najpierw wypróbowałem ten i zadziałało! (VS Express 2013 dla sieci)
Sphinxxx,
Zgadzam się, że to działa, aby rozwiązać problem z tym, który panel jest używany podczas otwierania pliku, ale w moim przypadku (VS 2019) całkowicie zamknął panel nr 2, co było uciążliwe (gra słów zamierzona).
Tom Bogle
2

Miałem ten sam problem z Visual Studio. Poza tym moje okno eksploratora ciągle znikało i musiałem przejść, aby wyświetlić i ponownie uruchomić obie właściwości i okno eksploratora.

Rozwiązanie:

  1. Przejdź do okna, a następnie zresetuj układ.
  2. Zorganizuj swoją stację roboczą tak, jak chcesz, jeśli chodzi o właściwości, pasek narzędzi / zestaw narzędzi i okno eksploratora.
  3. Wróć do okna Następnie zapisz układ.

Umożliwi to powrót do preferowanego układu za każdym razem, gdy coś się zmieni. Mam nadzieję że to pomoże. Miłego kodowania.

NelsonRoberts
źródło
0

Miałem ten sam problem z Visual Studio 2019.

Potwierdzeniem, rozwiązaniem, które zadziałało dla mnie, było podążanie za odpowiedzią Josha i odpowiedzią Kalmiyi:

  1. Okno -> Zamknij wszystkie dokumenty
  2. Okno -> Resetuj układ okna
  3. Naciśnij Ctrl + Shift + F, aby znaleźć tekst w swoim rozwiązaniu
  4. Przeciągnij okno „Znajdź” do najniższej pozycji w doku (zobacz diagram w odpowiedzi Kalmiya)
  5. Uruchom ponownie program Visual Studio

Jeśli chcesz odtworzyć problem, po prostu przeciągnij „okno wyszukiwania” do drugiej od dołu pozycji doku.

Wielkie dzięki za poprzednie odpowiedzi!

Jimmy F.
źródło