2015-07-08 2 views
0

У R # есть два способа оповестить меня о проблемах в моем коде. Одним из них является выделение всего текста, который я люблю, и которые можно было увидеть из дальнего конца комнаты:Может ли ReSharper выделять ошибки, а не подчеркивать их?

i

, а другой некрасиво фигурная подчеркиванием:

i

И до сих пор я не нашел цвет, который делает второй, по крайней мере, близким по своей видимости к первому. Это просто невидимо на темном фоне.

Я также знаю, что первый (хороший) называется Resharper Error Highlighting, а второй Resharper Underlined Error Highlighting.

Может ли R # всегда быть красивым и выделять ошибки, чтобы я мог их видеть?

ответ

1

К сожалению, вы можете изменить цвета для подчеркивания, но не так, как он влияет на текст, потому что он не касается текста - он только рисует подчеркивание.

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

+0

Спасибо! Было бы легко написать расширение R #, которое выделяет все? – vorou

+1

Я не уверен, что схожу с легкостью, но я думаю, что это возможно. Вы можете перехватывать события, когда текстовые документы открываются и использовать «IDocumentMarkupManager», чтобы получить экземпляр «IDocumentMarkup» для этого документа. Затем вы можете подписаться на событие «Изменено», которое сообщит вам, когда добавлена ​​/ удалена новая подсветка. Вы должны добавить новую заметку Visual Studio в документ в ответ. (Вам также необходимо отказаться от подписки на событие, когда документ закроется). В [devguide] (https://jetbrains.com/resharper/devguide) есть сведения о том, как начать работу с плагинами. – citizenmatt

1

Имена классов окрашены как классы, методы как методы, строки как строки, и так далее - и если какое-то слово не похоже на какое-либо из них, тогда R # рисует его красным, указывая на то, что он не может понять ссылку. Как только ссылка известна, она окрашивается после своего вида.

Если есть дополнительные ошибки, они подчеркнуты волнообразными, не испортив цвет текста. Там могут быть подсветки looong, и обычно мы не хотим, чтобы текст под ними выглядел красным. Также я считаю, что ошибки не слишком выделяются, или они будут отвлекаться от текста, который пытается исправить. Почему, если ошибка находится под каретой, вы все равно ее увидите. И если это не так, вам часто не стоит смотреть на нее, пока вы не прыгаете туда с Alt + PgDn или Alt + Shift + PgDn или щелчком указателя ошибки в правом верхнем углу.

Каков сценарий для просмотра всех ошибок?

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

+0

Спасибо за объяснение! Моя проблема с подчеркиванием заключается в том, что я просто не вижу этого. Я продолжаю анализировать решение, и поэтому я часто ошибаюсь и не могу его заметить (потому что подчеркивание слишком слабое), пока я не строю/не запускаю тесты. Это боль, потому что ReSharper знал, что у меня была ошибка к тому моменту, когда я нажимаю build. Мне нравится ваша идея сделать подчеркивание ярче/толще. – vorou

+0

Вещь как, как я ее вижу (даже в черной теме), здесь достаточно видно, поэтому, по-видимому, ее нельзя настраивать, чтобы быть более ярким по умолчанию - и такой настройке было бы трудно разместить в пользовательском интерфейсе. Безусловно - это редактор с 100% масштабированием?Отличается ли настройка цвета на # FF8040 или выше? Является ли настройка гаммы дисплея или графического адаптера тем, что более темные цвета не затемнены? – hypersw

+0

Спасибо за ваши предложения, цвет лучше, но он все еще далек от того, что ВЫ ИМЕЕТЕ ЭТО ОШИБКУ ПРАВО СЕЙЧАС !!!!! 11, который является уровнем видимости, которую я ищу. Во всяком случае, я согласен с вашим аргументом в том, что выделение всего текста может быть излишним. Хотя я бы дал еще один шанс для решения проблемы. Если это сработает для меня, чем видимость подсветки ошибки не будет слишком большой. – vorou

Смежные вопросы