Wyłącz stronę „Break Mode” w VS2015

88

Niedawno migrowałem z VS2010 do 2015. Teraz, gdy wstrzymuję uruchomioną aplikację, aby nad nią pracować, pojawia się ta bardzo irytująca strona „Tryb przerwania” z komunikatem „Aplikacja jest w trybie przerwania”. Cóż, nie strzelaj, Sherlocku, nacisnąłem pauzę. Wiem, że jest w trybie przerwy. Strona jest irytująca i całkowicie niepotrzebnie odrywa mnie od kodu, nad którym miałem pracować.

Nie dostałem tej irytującej strony w 2010 roku. Być może niektóre ustawienia zostały zmienione w 2010 roku, ale zbyt długo, by je zapamiętać.

Czy istnieje sposób na wyłączenie tej głupiej strony trybu przerwy w VS2015?

c# visual-studio visual-studio-2015

— Wolfie
źródło

1

Szanse na to, że złamiesz program dokładnie w wierszu kodu źródłowego, nigdy nie są zbyt duże. Otrzymujesz więc tę stronę, aby przypomnieć, że nie może pokazać niczego znaczącego. Spójrz na stos wywołań, wybierz prawidłowy wątek, zamiast tego ustaw własny punkt przerwania.

— Hans Passant

16

Nie pytam, gdzie się zatrzymał. Nie pytam, jak znaleźć miejsce, w którym się zatrzymał. Nie spodziewam się zatrzymania w konkretnym wierszu. Nie przejmuj się tym. Pytam, jak wyłączyć wyskakujące okienko przerwy. Po prostu chcę, żeby się zatrzymał, bez BS, po prostu wstrzymaj. Nie chcę, aby wyskakująca strona informowała mnie, że właśnie wstrzymałem pracę. Mogłem coś wyłączyć w 2010 roku, nie pamiętam. Chciałbym znaleźć to ustawienie w 2015 roku i ponownie je wyłączyć. W ogóle nie chcę strony z przerwami. Kropka.

— Wolfie

1

Tego właśnie próbuję się pozbyć: oi67.tinypic.com/hrnbfd.jpg

— Wolfie

1

Podoba mi się, jak Microsoft lubi zakładać, że ich klienci są głupi… a my JESTEŚMY w pewnym sensie głupi, używając produktów Microsoft. Zakładają, że jesteśmy głupi, jeśli chodzi o używanie ich produktów, więc traktują nas odpowiednio.

— user275801

2

Ta strona jest bezużyteczna. Każdy, kto sugeruje inaczej, jest dla firmy Microsoft gównem.

— JSON

103

Najlepszym rozwiązaniem, jakie do tej pory znalazłem, jest przeciągnięcie zakładki „Break Mode” na dół ekranu (tak, aby była ona dołączona jak okno paska narzędzi) i uczynienie jej możliwie najmniejszą. Następnie, gdy zatrzymasz się i otrzymasz ten ekran, przynajmniej nie zakryje on istniejącego widoku.

— Code Commander
źródło

1

Świetne rozwiązanie, po prostu przeciągnąłem go do panelu wywołań

— Chris Marisic

Tak, to świetne rozwiązanie!

1

Nie jestem w stanie kontynuować od tego etapu, zawsze zatrzymuje się po przejściu w tryb przerwy, rozwijam aplikację Xamarin.

— Rahul Sonone,

2

Cóż za proste rozwiązanie czegoś, co doprowadza mnie do szału! Skończyło się na tym, że przeciągnąłem mój do panelu bocznego po lewej stronie i ustawiłem go na „Automatyczne ukrywanie” w ten sposób, aby był tak dyskretny, jak to tylko możliwe.

— Prawdopodobnie

2

Dla innych komentujących, mówiąc „Świetne rozwiązanie!” , Nienawidzę cię. To nie jest świetne rozwiązanie. To jest jak używanie <center>tagu do usuwania elementów pływających. To jest jak eval("decodeURIComponent('%40')")zaciemnianie wiadomości e-mail. Dziękuję za rozwiązanie Code Commander. Doceniam to i ułatwia mi życie. Nie jest to jednak świetne rozwiązanie .

— dgo

25

Istnieje bezpłatne rozszerzenie umożliwiające rozwiązanie tego problemu: Wyłącz kartę Brak dostępnego źródła w VS Market Place.

To małe rozszerzenie zapobiegnie wyświetlaniu okna narzędzia z tytułem „Brak dostępnego źródła” w programie Visual Studio i zachowa fokus na aktualnie aktywnej karcie.

— Atchoum
źródło

Chociaż ten link może odpowiedzieć na pytanie, lepiej jest zawrzeć tutaj zasadnicze części odpowiedzi i podać link do odniesienia. Odpowiedzi zawierające tylko łącze mogą stać się nieprawidłowe, jeśli połączona strona ulegnie zmianie. - Z recenzji

— SWalters

Edytowano. Dzięki.

— Atchoum

Dlaczego jednak głos w dół? Próba bycia pomocnym daje ci teraz negatywną opinię ???

— Atchoum

Nie jestem osobą, która zlekceważyła Twoją odpowiedź, po prostu natknąłem się na nią podczas sprawdzania.

— SWalters

2

Cóż, na ile to jest warte, właśnie dałem ci głos za, ponieważ zredagowałeś pytanie, aby zawrzeć więcej informacji.

— SWalters

13

W obszarze Narzędzia → Opcje → Debugowanie → SPRAWDŹ „Użyj zarządzanego trybu zgodności”

— Raship Saiyed
źródło

1

To przełącza między silnikami debuggera, nie rozwiązuje tego problemu.

— Kabwla-TwoLips

1

Prawdopodobnie nie powinieneś tego robić: włączenie trybu zarządzanej zgodności spowoduje wyłączenie wielu funkcji, które zależą od bieżącej implementacji debugera. Naszym celem w przyszłości jest całkowite usunięcie starszego silnika z produktu i tym samym usunięcie opcji omówionych w dalszej części tego wpisu na blogu. Link do bloga msdn Sprawdź rozwiązanie

— @CodeCommander

7

Miałem też ten irytujący problem i nie zdawałem sobie sprawy, że zmieniłem ustawienia wyjątków na „Przerwij przy wszystkich wyjątkach”. Następnie pojawiły się wyjątki w kodzie zewnętrznym, w których debugger zatrzymał się, ale nie mogłem zobaczyć kodu, tak jak to było w Framework. Dość irytujące.

Aby zresetować ustawienia wyjątków w VS2017:

ctrl+al+e -> right click on the opening window -> reset to defaults

Może to komuś pomoże =)

— Simons0n
źródło

Pytanie brzmi, kiedy klikniesz pauzę i jest to BARDZO WRAŻĄCE! Deweloper, który dobrze napisał ten fragment kodu, staram się być miły ...

— Ken

6

Nie używaj tego głównie. Użyj rozwiązania atchoum. jest to NAJLEPSZE.

Inna opcja:

Lubię używać klawiatury zamiast myszy, więc wywołuję pauzę za pomocą CTRL + ALT + BREAK (lub możesz kliknąć pauzę) niezależnie od tego powoduje pojawienie się irytującego okna "trybu przerwania"

Kiedy pojawia się i zakładając, że nadal masz wciśnięte klawisze CTRL + ALT + BREAK - po prostu zwolnij klawisze ALT i BREAK i naciśnij klawisz F4

Spowoduje to zamknięcie irytującego okna trybu łamania i przeniesie Cię na stronę, na której wskazywałeś kursor przed naciśnięciem kombinacji przerwania CTRL + ALT + BREAK.

Więc ... za jednym zamachem naciśnij
CTRL + ALT + BREAK (aby wejść w tryb przerwania) a następnie
CTRL + F4 (aby zamknąć głupie okno "trybu przerwania" i umieść kursor w miejscu, w którym byłeś przed naciśnięciem CTRL + ALT + BREAK )

— Jared McCracken
źródło

2

Zasadniczo mówisz tutaj: Zamknij irytujące okno (używając skrótu). To nie jest rozwiązanie problemu.

— Jack Miller,

To całkiem dobre rozwiązanie dla tych, którzy naprawdę lubią skróty klawiszowe.

— Jeff Davis,

Jest to bardzo wydajne podejście, jeśli i tak używasz skrótów klawiszowych

— UuDdLrLrSs

0

Miałem ten sam problem i byłem zmęczony szukaniem rozwiązania, ale ostatecznie okazało się, że w moim kodzie jest jeden błąd w określonej formie; po zmianie tego kodu nie otrzymałem żadnego błędu typu break mode.

KOD, GDY WYSTĄPIŁ BŁĄD (tryb przerwy)

Private Sub TextBox1_TextChanged(sender As Object, e As KeyPressEventArgs) Handles TextBox1.TextChanged

KOD, GDY BŁĄD (tryb przerwania) NIE WYSTĄPIŁ

Private Sub TextBox1_TextChanged(sender As Object, e As EventArgs) Handles TextBox1.TextChanged

Może to pomoże, więc sprawdź, gdzie i kiedy Twój kod coś wyzwala.

— dvijparekh
źródło