Полностью удалить «список ошибок» из Visual Studio

Question

Я хочу полностью удалить «список ошибок» из Visual Studio 2008, а не отключать его, я хочу, чтобы он исчез.Это раздражает меня без конца, бесконечно появляясь, я думаю, что я, должно быть, «делаю это неправильно», но я просто хочу использовать VS, не предупреждая каждое нажатие клавиши о каком-либо предупреждении.

Я пытался редактировать много разных полей в опциях (инструменты -> опции), это лишь немного уменьшило частоту появления списка ошибок.Я также отменил выбор ошибок, предупреждений и сообщений.и это всплывает с нечего отображать.Открепление не помогает.

также не возможно обновление до VS 2010.

Я ищу решение, похожее на следующее: удалить dll илиФайл конфигурации, ответственный за это

Также я все еще хочу встроенную проверку (маленькие волнистые метки и т. д.), но окно списка ошибок раздражает меня.

Answer 1

Я думаю, что это именно то, что вы хотите:

http://blogs.msdn.com/b/zainnab/archive/2010/05/16/hide-or-show-error-list-when-the-build-finishes-with-errors-vstiptool0022.aspx

Вы можете изменить это поведение, выбрав Сервис -> Параметры -> Проекты и решения -> Общие и отмена выбора «Всегда показывать список ошибок» если сборка заканчивается с ошибками ".

Я предполагаю, что это будет работать и с ASP.Net, так как это на лету.

Answer 2

Мой «Список ошибок» также постоянно отображался (VS2012).Я тоже ненавижу это.Я выключил его несколько лет назад, но сегодня он только начал появляться.

Он вызывал нечитаемый файл packages.config.По какой-то причине он сообщает о своем сбое через список ошибок yukky.

Исправление файла packages.config остановило отображение списка ошибок.

Answer 3

На вкладке Ошибка у вас есть кнопки Ошибки / Предупреждения / Информация.Нажмите кнопку «Ошибки» (нажмите).

надеюсь, это поможет.

Answer 4

Я использую Visual Studio 2017, и мне также приходится иметь дело с бесполезным, невозможным для отключения, раздражающим в вашем лице и вызывающим беспокойство окном «Список ошибок».

Итак, вот что я сделал:

1. Отключите окно «Список ошибок», чтобы сделать его свободным.
2. Измените размер до минимально возможного.
3. Переместите его в какую-нибудь отдаленную область экрана, где это не так раздражает.

И вуаля, проблема решена! ^{(* 1)}

приписка

Если кто-то знает, как избавиться от надоедливой вещи «Вход» в правом верхнем углу экрана, пожалуйста, сообщите.

_{* 1 Ну, проблема в основном решена. Это будет полностью решено, когда я откажусь от этого динозавра IDE и начну использовать вместо него Rider IDE.}

Answer 5

для VS2017, выберите значение «Только для сборки» из раскрывающегося списка на вкладке «Ошибка». Обратитесь к изображению ниже:

Надеюсь, это поможет!

Answer 6

Я предлагаю отключить встроенную проверку.

Да, я знаю, что вы все еще этого хотите. Но если серьезно, насколько это важно? Он пытается проверить код, который наполовину написан. Насколько это может быть ценно?

Прежде всего, проверка кода во время ввода текста отвлекает. Сложнее сосредоточиться на проблеме, которую вы пытаетесь решить. Например, написание функции с не пустым возвратом будет постоянно отображать ошибку «не все пути кода возвращают значение» до тех пор, пока вы не доберетесь до конца функции. Тем временем редактор говорит вам, что есть проблема. Я уверен, что люди учатся игнорировать эти вещи с течением времени (я никогда не держал эту функцию более нескольких минут после установки новой VS, так что я не знаю), но если вы активно что-то игнорируете, то что хорошо это?

Во-вторых, любое благо, на которое способна валидация, не нужно, потому что эти ошибки все равно будут доведены до вашего сведения во время компиляции. Указание на неинициализированную переменную, пока вы продумываете алгоритм, не улучшает качество кода во всех стихах, на которые он указывает, когда вы пытаетесь запустить программу. Переменная все еще будет инициализироваться в любом случае. И существует очень высокая вероятность того, что вы все равно решите проблему, прежде чем пытаться запустить код.

Так что я просто не вижу в этом смысла. Я предлагаю отключить его, и тогда ваша проблема исчезнет.

UPDATE

Как указал @Charlie Kilian, в VS есть недостаток, заключающийся в том, что файлы .aspx вообще не проверяются, если только опция «Показать живые семантические ошибки» не включена для C #, а не проверять эти страницы при компиляции. время, как и следовало ожидать.

Поэтому для редактирования aspx-файлов потребуется снова включить этот параметр для проверки.

Полагаю, теперь я буду идти туда-сюда с этим. Я надеюсь, что они исправят это в будущих версиях VS.

Я до сих пор считаю, что выполнение семантического анализа и сообщения об ошибках в коде, который активно редактируется, является глупым поручением. (Конечно, я также известен тем, что писал целые программы в блокноте, просто чтобы посмотреть, смогу ли я заставить его скомпилировать и правильно запустить его в самый первый раз без поддержки Intellisense. Когда он работает, это выглядит довольно круто.)