OutputSmith
Czytelne okno Dane wyjściowe dla Visual Studio. Błędy i ostrzeżenia rzucają się w oczy, wyniki kompilacji i testów widać od razu, a szum — ładowanie modułów, kroki kompilacji, wiersze przywracania pakietów — schodzi na dalszy plan.
Za darmo · Visual Studio 2022 i 2026 · 14 języków interfejsu · bez telemetrii
Dlaczego OutputSmith
Najpierw problemy
Błędy są czerwone, z jasnoczerwonym wierszem i znacznikiem z lewej strony tekstu, ostrzeżenia są żółte. W długiej kompilacji widzisz je, zanim przeczytasz choćby jeden wiersz.
Szum schodzi na dalszy plan
Ładowanie modułów, zakończone wątki, kroki przywracania i kompilacji oraz gadatliwe adaptery testów są przyciemnione — nadal są, ale nie przeszkadzają.
Tylko to, czego jest pewien
Wiersze są rozpoznawane według formatów MSBuild, kompilatorów, modułów uruchamiających testy i bibliotek rejestrowania. Wiersz, który tylko zawiera słowo „error”, pozostaje bez zmian.
Za darmo, bez haczyków
Bez subskrypcji, wersji próbnej, natrętnych okienek i telemetrii. Działa w Visual Studio 2022 i 2026, x64 i ARM64.
Funkcje
- Wyniki od razu widoczne: „Build: 4 succeeded, 0 failed” i „Test run finished: … 0 Failed” są zielone, nieudane — czerwone; ścieżki wyjściowe projektów (
Project -> …\bin\…dll) są zielone. - Błędy i ostrzeżenia kompilatorów, MSBuild, NuGet (w tym ostrzeżenia o lukach w zabezpieczeniach
NU1901–NU1904) i CMake z wyróżnionym kodem diagnostyki. - Znaczniki z lewej strony tekstu: czerwone dla błędów, żółte dla ostrzeżeń, niebieskie dla danych wyjściowych Twojej aplikacji w okienku Debugowanie.
- Linki: ścieżki plików z wierszem i kolumną, adresy internetowe.
- Przyciemniony szum: ładowanie modułów, zakończone wątki, przywracanie NuGet, kroki kompilacji i konsolidacji C++, listy kopiowanych plików, testy CMake, komunikaty hosta testów i adapterów.
- Poziomy dziennika ILogger (ASP.NET Core), Serilog, NLog, log4net i własnych dzienników Visual Studio: info na niebiesko, warn na żółto, error na czerwono, debug i trace na szaro. Komunikat w kolejnych wierszach przejmuje kolor swojego wpisu.
- Wyjątki: nieobsłużone są czerwone, „Exception thrown” (pierwszej szansy) żółte; ramki stosu z plikiem źródłowym pozostają jasne, ramki frameworka są przyciemnione.
- Czasy trwania i rozmiary:
297 ms,14.2 seconds,1.5 MB,Time Elapsed: 00:00:00.82są wyróżnione. - Ciemny i jasny motyw: kolory dostosowują się do motywu Visual Studio.
Okienka
| Okienko | Co jest rozpoznawane |
|---|---|
| Build, Build Order | nagłówki kompilacji z nazwami projektów, diagnostyka, wyniki, przywracanie pakietów, kroki kompilacji C++, kroki kopiowania |
| Debug | ładowanie modułów i wątki, dane wyjściowe aplikacji, poziomy dziennika, wyjątki i ramki stosu |
| Tests | komunikaty xUnit, NUnit i MSTest, nieudane i pominięte testy, wyniki przebiegu |
| CMake | testy konfiguracji z ich wynikiem, błędy i ostrzeżenia CMake z linkami do plików |
| Package Manager | wiersze przywracania pakietów i ostrzeżenia o lukach w zabezpieczeniach |
| GitHub Copilot, … | własne dzienniki Visual Studio ([Category Information]), wyniki takie jak : Succeeded |
Kompilacja
Nazwy projektów w wierszach „Build started” są pogrubione, a reszta szara, więc łatwo śledzić kompilację równoległą. Błędy dostają jasnoczerwony wiersz, ostrzeżenia żółty znacznik; ścieżki i kody są wyróżnione.
Debugowanie
Komunikaty samego debugera są szare, więc to, co zapisuje Twoja aplikacja (Debug.WriteLine, Trace, biblioteki rejestrowania), wyróżnia się i dostaje niebieski znacznik. Poziomy dziennika są kolorowane; nieobsłużony wyjątek jest czerwony, a jego ramki w Twoim kodzie pozostają jasne.
Testy i CMake
Adaptery testów są gadatliwe: postęp xUnit, NUnit i MSTest oraz „No test is available in …” są szare. Nieudany test, błąd odnajdywania testów i wynik przebiegu są wyróżnione.
CMake i C++
Testy CMake są szare, kolorowe jest tylko słowo wyniku — „not found” w systemie Windows jest często oczekiwane, dlatego jest żółte, a nie czerwone. Nazwy kompilowanych plików i „Generating Code…” również są szare.
Ustawienia
Narzędzia → Opcje → SmithWorks → OutputSmith. Każda opcja ma opis, a podgląd u góry od razu pokazuje efekt.
| Opcja | Domyślnie |
|---|---|
| Koloruj okno Dane wyjściowe | wł. |
| Podświetlaj wiersze z błędami | wł. |
| Znaczniki z lewej strony tekstu | wł. |
| Oznaczaj dane wyjściowe aplikacji w Debugowaniu | wł. |
| Przyciemniaj szum debugera | wł. |
| Wyróżniaj czasy trwania i rozmiary | wł. |
| Wyróżniaj nazwy projektów | wł. |
| Wyjątki pierwszej szansy | Ostrzeżenie |
| Formaty dzienników | wszystkie wł. |
| Okienka | wszystkie wł. |
Ustawienia są przechowywane w %LocalAppData%\OutputSmith.
FAQ
Dlaczego wiersz pozostaje bez koloru?
OutputSmith koloruje tylko znane sobie formaty: diagnostykę MSBuild i kompilatorów, moduły uruchamiające testy, biblioteki rejestrowania, komunikaty debugera i CMake. Wiersz, który tylko zawiera „error” lub „failed”, nie jest zgadywany — kolorów byłoby za dużo. Sprawdź też, czy jego okienko jest włączone w ustawieniach.
Czy OutputSmith zmienia dane wyjściowe?
Nie. Zmienia tylko wygląd tekstu; kopiowanie, wyszukiwanie, przechodzenie dwukrotnym kliknięciem i Lista błędów działają jak wcześniej.
Czy spowalnia dużą kompilację?
Nie. Kolorowane są tylko widoczne wiersze, a każdy wiersz jest rozpoznawany raz.
Czy mogę zmienić kolory?
Jeszcze nie. Kolory dostosowują się do ciemnego lub jasnego motywu Visual Studio; każde wyróżnienie można wyłączyć w ustawieniach.
Czy OutputSmith wysyła jakieś dane?
Nie. Nie ma telemetrii ani dostępu do sieci.
Gdzie zgłosić problem lub zaproponować funkcję?
Utwórz zgłoszenie w repozytorium Feedback w serwisie GitHub — są tam formularze dla błędów, pomysłów i nierozpoznanych wierszy (zmień poufne nazwy). Możesz też skorzystać z karty Q&A w Marketplace.
Historia zmian
1.0.2
- Link „Wyślij opinię” w ustawieniach, który otwiera repozytorium Feedback w serwisie GitHub.
- Ustawienia przeniesiono do Narzędzia → Opcje → SmithWorks → OutputSmith, obok innych rozszerzeń SmithWorks.
1.0.1
- Link „Oceń w Marketplace” w ustawieniach.
1.0.0
- Pierwsze publiczne wydanie.