Оно подсвечивает и удаляет (при записи) пробелы и табы идущие в конце строк. Очень помогает держать код чистым, и подчищать за разными не следящими за "чистотой" товарищами.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Не, я не люблю эти видимые пробелы. Иногда только вклаю.
В VS Code есть удобная настройка
"editor.renderWhitespace": "boundary"
В этом случае отрисовываются пробельные символы только в начале и в конце строки. Не замусоривают контент в середине.
VD>Вот было бы здорово найти экстеншон, который бы сам их фиксил, да еще и чтобы позволял в разных проектах/солюшенах настраивать разные стили.
Плюсую предложенный выше .editorconfig, его искаропки понимает Visual Studio (последний апдейт); для VS Code есть плагин.
Его можно настроить
trim_trailing_whitespace = true
indent_style = space
indent_size = 4
для корневой папки и, например, переопределять `indent_style` на `tab` в некоторых подпапках. Всё это дело кладётся в систему контроля версий, и не зависит от конкретной IDE — стандартный формат для всех современных IDE и прочих Notepad++.
Я еще обычно в настройках добавляю View White Space с бледно-серым цветом RGB(215,215,215), так как приходится работать с разными проектами, где в качестве отступа могут быть либо пробелы либо табы, чтобы не смешивать разные стили отступов. Есть хорошее расширение, которое позволяет за этим следить Fix Mixed Tabs
Здравствуйте, VladD2, Вы писали:
VD>У меня на то есть полноценная студия. Я же под маком не сижу?
VS Code работает быстрее, чем Студия. Знаю людей, которые предпочитают вообще не запускать Студию для легковесных C#-скриптов. (Особенно если Студию надо запускать из-под виртуалки на Маке, а VS Code вот он же, только руку протяни.)
VD>А этот Electron он на чем написан?
Здравствуйте, rameel, Вы писали:
R>Я еще обычно в настройках добавляю View White Space с бледно-серым цветом RGB(215,215,215), так как приходится работать с разными проектами, где в качестве отступа могут быть либо пробелы либо табы, чтобы не смешивать разные стили отступов. Есть хорошее расширение, которое позволяет за этим следить Fix Mixed Tabs
Не, я не люблю эти видимые пробелы. Иногда только вклаю.
Вот было бы здорово найти экстеншон, который бы сам их фиксил, да еще и чтобы позволял в разных проектах/солюшенах настраивать разные стили.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Вот было бы здорово найти экстеншон, который бы сам их фиксил, да еще и чтобы позволял в разных проектах/солюшенах настраивать разные стили.
Да, было бы крайне полезно, но пока есть .editorconfig, который спасает. 2107 студия его понимает. Решарпер тоже умеет подхватывать настройки оттуда.
... << RSDN@Home 1.0.0 alpha 5 rev. 0 on Windows 8 6.2.9200.0>>
Здравствуйте, VladD2, Вы писали:
VD>А можно по подробнее, что это? И как использовать можно?
Минимально необходимая информация содержится на одной страничке http://editorconfig.org/
Там описаны 5 + 2 универсальных настроек; плюс разные редакторы позволяют определить специфичные для разных языков и контекстов настройки. Их можно определять независимо для разных типов файлов, плюс переопределять в подпапках при необходимости сохранять нестандартный, но уже сложившийся стиль в каких-то подмодулях.
Здравствуйте, Max Mustermann, Вы писали:
VD>>Квадратный блок не поддерживает (это уже просто нонсанс для современного редактора). MM>Что такое "квадратный блок"?
Здравствуйте, rameel, Вы писали:
R>Да, было бы крайне полезно, но пока есть .editorconfig, который спасает. 2107 студия его понимает. Решарпер тоже умеет подхватывать настройки оттуда.
А можно по подробнее, что это? И как использовать можно?
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Оно подсвечивает и удаляет (при записи) пробелы и табы идущие в конце строк. Очень помогает держать код чистым, и подчищать за разными не следящими за "чистотой" товарищами.
В коллективном проекте код должен выглядеть так, как будь-то его написал один человек. Да и просто из банальной лени дотошно форматировать свой код попросту не охота. А так же чтобы обзоры кода не превращались в обзоры стиля кода, придуман этот инструмент. Возможности его форматирования превышают возможности редактора интегрированной среды разработки, и тем не менее он простой. Рекомендую так же установить universalindentgui, а уже через неё использовать эту или может быть даже другие подобные программы.
Плюс к различным IDE есть плагины использующие системы автоматического форматирования кода, нужно лишь выбрать последние коих тоже далеко не одна программа приведённая в цитате.
Здравствуйте, Qbit86, Вы писали:
Q>Плюсую предложенный выше .editorconfig, его искаропки понимает Visual Studio (последний апдейт); для VS Code есть плагин.
Да, попробовал. Работает! То что было нужно!
И очень правильно, что конфиг не привязан к IDE/редактору!
Жаль, только язык конфигов снова какой-то самопальный. Ну, то мешал тупо регексы использовать?
Q>и прочих Notepad++.
Поробовал — не работает. Хотя у меня свейжий (обновился сегодня).
Покопался и понял, что для поддержки этого дела нужно отдельный плагин ставить. Причем перед этим все старые надо обновлять. В общем, потрахался, но заработало.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Хочу по рекламировать чужое студийное расширение Trailing Whitespace Visualizer
VD>Оно подсвечивает и удаляет (при записи) пробелы и табы идущие в конце строк. Очень помогает держать код чистым, и подчищать за разными не следящими за "чистотой" товарищами.
CodeMaid же есть — вообще может форматировать документ при сохранении по студийным правилам. Пробелы и пустые строки не подсвечивает, просто убирает. Плюс там много других полезных фишек.
Здравствуйте, VladD2, Вы писали:
Q>>и прочих Notepad++.
VD>Покопался и понял, что для поддержки этого дела нужно отдельный плагин ставить.
Чтоб не копаться, я ж сразу ссылку выше привёл на внутренний раздел #download, где две секции: No Plugin Necessary и Download a Plugin. Там видно, что Notepad++ во второй секции.
Но вообще пример просто навскидку привёл. Не вижу смысла продолжать использовать Notepad++ после релиза VS Code.
Здравствуйте, Qbit86, Вы писали:
Q>Но вообще пример просто навскидку привёл. Не вижу смысла продолжать использовать Notepad++ после релиза VS Code.
Я тоже так думал но реальность с XML файлами 10Мб быстро расставился всё по местам.
Здравствуйте, VladD2, Вы писали:
VD>Оно подсвечивает и удаляет (при записи) пробелы и табы идущие в конце строк. Очень помогает держать код чистым, и подчищать за разными не следящими за "чистотой" товарищами.
В Emacs есть готовое delete-trailing-whitespace, вызывается при сохранении вот так:
Здравствуйте, Vladek, Вы писали:
V>CodeMaid же есть — вообще может форматировать документ при сохранении по студийным правилам. Пробелы и пустые строки не подсвечивает, просто убирает. Плюс там много других полезных фишек.
У меня языки, которые им не известны.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, Qbit86, Вы писали:
Q>Но вообще пример просто навскидку привёл. Не вижу смысла продолжать использовать Notepad++ после релиза VS Code.
Я как-то до сих пор VS Code даже не попробовал. Как-то заколебался в юности с экспериментами. Очень много они времени отнимают. VS Code уже созрел для использования? Он реально так же быстр, что заменяет Notepad++ когда нужно тупо текстовый файл отредактировать?
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, Qbit86, Вы писали:
Q>Но вообще пример просто навскидку привёл. Не вижу смысла продолжать использовать Notepad++ после релиза VS Code.
Попробовал поставить VS Code. Гружится долго (хотя у меня очень быстрая машина). Квадратный блок не поддерживает (это уже просто нонсанс для современного редактора). Может как IDE он лучше. Но в качестве редактора отдельных файлов сильно уступает Notepad++.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Я как-то до сих пор VS Code даже не попробовал.
Попробуй, он очень мощный. Непривычным может показаться, что GUI-интерфейса в нём мало — функционал спрятан за Command Palette (Ctrl+Shift+P), а настройки переопределяются в JSON.
VD>Как-то заколебался в юности с экспериментами. Очень много они времени отнимают.
Сначала отнимают, потом экономят. Выйди из зоны комфорта, как говорится.
VD>когда нужно тупо текстовый файл отредактировать?
Тупо текстовый файл, конечно, можно отредактировать. Но особенно удобно в редакторе работать не с единичным файлом, а с folder-based workspace (Open Folder вместо Open File).
VD>Он реально так же быстр, что заменяет Notepad++
Будучи основанным на кроссплатформенном Electron, он в общем случае не достигнет скорости нативного Win32-based Notepad++.
Здравствуйте, Qbit86, Вы писали:
Q>Тупо текстовый файл, конечно, можно отредактировать. Но особенно удобно в редакторе работать не с единичным файлом, а с folder-based workspace (Open Folder вместо Open File).
У меня на то есть полноценная студия. Я же под маком не сижу?
Q>Будучи основанным на кроссплатформенном Electron, он в общем случае не достигнет скорости нативного Win32-based Notepad++.
А этот Electron он на чем написан?
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, Qbit86, Вы писали:
Q>Плюсую предложенный выше .editorconfig, его искаропки понимает Visual Studio (последний апдейт); для VS Code есть плагин.
Попробовал .editorconfig. В целом не плохо. Но нарвался на голюки связанные с поддержкой энкодингов для файлов. Скопипастил чужой конфиг где было записано использование utf-8. Не смотря на то, что в файлах тоже utf-8 с сигнатурой, русский язык на сайте ухреначило! Пришлось выкинуть эту строчку.
Но то что теперь в прямо в репо написано какие пробелы и табы — это супер! Давно надо было это сделать.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Но нарвался на голюки связанные с поддержкой энкодингов для файлов. Скопипастил чужой конфиг где было записано использование utf-8. Не смотря на то, что в файлах тоже utf-8 с сигнатурой, русский язык на сайте ухреначило! :( Пришлось выкинуть эту строчку.
Вместо `utf-8` попробуй указать указать `utf-8-bom`. Возможно, русский язык ухреначило из-за того, что опция `utf-8` привела к выкидыванию сигнатуры при сохранении.
Мне это не интересно. Мне интересно, как с минимальными затратами поддержат протокол VS Code в нашем сервере Nitra. У нас тоже клиент-серверная архитектура используется. Но не на базе JSON, а на базе именованных каналов и бинарной сериализации.
Собственно хочется найти реализацию сервера на, например, дотнете, чтобы понять как они там соеденение устанавливают, что за сообщения посылают и т.п. А потом реализовать этот протокол у себя в сервере.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, Qbit86, Вы писали:
Q>Вместо `utf-8` попробуй указать указать `utf-8-bom`. Возможно, русский язык ухреначило из-за того, что опция `utf-8` привела к выкидыванию сигнатуры при сохранении.
В любом случае — это баг. Наличие bom надо по любому проверять.
Я просто выкинул эту опцию. Иначе оно возьмет файл и откроет в неверной кодировке.
Прикольно еще и то, что в редакторе то весь текст нормально выглядит. Жопа случается на сервере. Ее можно даже не заметить.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
Q>>Вместо `utf-8` попробуй указать указать `utf-8-bom`. Возможно, русский язык ухреначило из-за того, что опция `utf-8` привела к выкидыванию сигнатуры при сохранении.
VD>В любом случае — это баг.
Чей баг? (Видимо, сервера — он должен в заголовке респонса указывать charset.)
VD>Наличие bom надо по любому проверять.
Речь не в том, чтобы проверять, а в том, чтобы сохранять. Только что проверил, всё работает ожидаемым образом. Если задать `utf-8-bom`, то Студия при сохранении редактируемого файла добавляет BOM. Если задать `utf-8`, то Студия при сохранении редактируемого файла удаляет BOM.
VD>Я просто выкинул эту опцию. Иначе оно возьмет файл и откроет в неверной кодировке.
Честно говоря, звучит как какие-то суеверия. Типа «я что-то нажала и все шрифты слетели, кракозябры одни!» Нет никакой магии.
VD>Прикольно еще и то, что в редакторе то весь текст нормально выглядит. Жопа случается на сервере. Ее можно даже не заметить.
Как это не заметить? При коммите в гит разве нет превью внесённых изменений?
Здравствуйте, Evgeny.Panasyuk, Вы писали:
VD>>>Квадратный блок не поддерживает (это уже просто нонсанс для современного редактора). MM>>Что такое "квадратный блок"?
EP>Прямоугольное выделение, rectangular selection.
Типа такого что-ли?
Тогда следующий вопрос: что значит "не поддерживает"?
Здравствуйте, Max Mustermann, Вы писали:
MM>Типа такого что-ли? MM>Image: Untitled.png MM>Тогда следующий вопрос: что значит "не поддерживает"?
В VS Code такое выделение всё-таки не так себя ведёт, как в Visual Studio. Проявляется, например, когда пытаешься правой границей выделения выйти за концы некоторых строк.
Здравствуйте, Qbit86, Вы писали:
MM>>Тогда следующий вопрос: что значит "не поддерживает"? Q>В VS Code такое выделение всё-таки не так себя ведёт, как в Visual Studio. Проявляется, например, когда пытаешься правой границей выделения выйти за концы некоторых строк.
Верно, и поведение в VS Code мне даже кажется более логичным.
Но, возвращаясь к теме разговора, вам не кажется, что "работает, но в некоторых моментах ведёт себя несколько иначе чем в ХХХ" и "не поддерживает, это уже просто нонсенс" немного не одно и тоже.
Здравствуйте, Qbit86, Вы писали:
VD>>Наличие bom надо по любому проверять.
Q>Речь не в том, чтобы проверять, а в том, чтобы сохранять.
Я, когда это произошло, попробовал Save as вызвать и посмотреть, что там за чарсет. Вроде как был "utf-8 with BOM".
Q>Только что проверил, всё работает ожидаемым образом. Если задать `utf-8-bom`, то Студия при сохранении редактируемого файла добавляет BOM. Если задать `utf-8`, то Студия при сохранении редактируемого файла удаляет BOM.
Ну, может быть. Но при этом она как-то некорректно показывает формат. Потому я и понять не мог, что произошло.
Да и в файле (хтмл-ьном) то было указано utf-8. Какого хрена их сервер так странно на реагирует?
Q>Честно говоря, звучит как какие-то суеверия. Типа «я что-то нажала и все шрифты слетели, кракозябры одни!» Нет никакой магии.
Какие суеверия, если жопа на лицо?
Q>Как это не заметить? При коммите в гит разве нет превью внесённых изменений?
У ГитЭкстеншот тоже никаких особых проблем не возникло. Я потому и не мог понять, что произошло то. Понял, только что с конфигом связано. Так как это было единственное, что изменилось.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
EP>>Так он же вроде мультикурсоры поддерживает? VD>Попробовал... Да, с альтом поддерживает.
Ещё крутая штука, сегодня увидел. (Возможно, для неё надо обновить VSCode через шестерёнку внизу слева.) В меню Help есть Interactive Playground. Его надо прочитать, и там же внутри него поэкспериментировать: с мультикурсором, форматированием, переименованиями, и так далее.
Здравствуйте, Qbit86, Вы писали:
Q>Ещё крутая штука, сегодня увидел. (Возможно, для неё надо обновить VSCode через шестерёнку внизу слева.) В меню Help есть Interactive Playground. Его надо прочитать, и там же внутри него поэкспериментировать: с мультикурсором, форматированием, переименованиями, и так далее.
Откровенно говоря я как-то этой недоИДЕ не вдохновился в итоге.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
VD>Хочу по рекламировать чужое студийное расширение Trailing Whitespace Visualizer
VD>Оно подсвечивает и удаляет (при записи) пробелы и табы идущие в конце строк. Очень помогает держать код чистым, и подчищать за разными не следящими за "чистотой" товарищами.
Мне больше нравится RemoveTrailingWhitespaces
Меня раздражают подсвеченные пробелы, мне достаточно, что они просто удаляются при сохранении.