LINUX.ORG.RU

Visual Studio Code 1.31

 , ,


2

2

Состоялся январский релиз Visual Studio Code.

В этом обновлении:

  • Теперь нет необходимости перезапускать редактор при установке расширений. Возможность установки расширений без принудительной перезагрузки Visual Studio Code являлась одним из самых популярных запросов. Также нет необходимости в перезапуске при удалении или выключении расширений. Но всё же существуют некоторые расширения, которые по техническим причинам требуют перезагрузки при установке.
  • Улучшения в меню: переработка пунктов «Go», «Edit».
  • Режим Дзен теперь может скрывать номера строк. Это поведение регулируется настройкой zenMode.hideLineNumbers.
  • Новые переменные, которые могут использоваться в настройке window.title:
    1. ${activeFolderShort}: имя директории, в которой содержится текущий файл.
    2. ${activeFolderMedium}: путь к директории, в которой содержится файл, относительно директории текущего workspace.
    3. ${activeFolderLong}: полный путь к директории, в которой находится файл.
  • Удален устаревший режим поиска. 20 релизов назад в Visual Studio Code начали использовать ripgrep для поиска. Старая реализация поиска на основе Node.js раньше была доступна с помощью настройки search.useLegacySearch. Эта реализация была удалена.
  • Режим Screencast. В Visual Studio Code появился новый режим Screencast, при включении которого выделяются положение курсора и нажатия на кнопки мыши. Этот режим (Developer: Toggle Screencast Mode) может быть полезен для демонстрационных целей.
  • Поддержка ConPTY API на Windows. Опция доступна для быстрого кольца Windows 10 Insider Preview (номер билда 18309+). Включение этой опции исправляет множество ошибок, связанных с поддержкой цветов в терминале, интерактивных консольных приложений, а также шеллов, которые нативно поддерживают управляющие последовательности ANSI.
  • А также улучшения в поддержке TypeScript, HTML, CSS и многое другое.

Для Windows доступны system-wide и user-wide установщики, а также portable‐версия.

Для Linux подготовлены .deb‐ и .rpm‐пакеты и тарболл.

Пакет для macOS можно скачать там же.

>>> Подробности

Ответ на: комментарий от anonymous

В том и дело, мне нужен редактор, а не комбайн из календарей и прочей херни. Как раз выбирал между VSCode и Spacemacs, изначально даже выбрал второй. Начал прикручивать туда гошечку и передумал, ибо в первом всё из коробки идельно.

WitcherGeralt ★★ ()
Ответ на: комментарий от anonymous

Это говно позволяет существенно легче дополнять редактор необходимым именно мне.

Это %shitname% раскрывает мой потенциал и делает меня производительней.

Походит на рекламный слоган бро.

anonymous ()
Ответ на: комментарий от anonymous

что тебе в нём не хватает, что заставляет искать замену в таком гавне?

В каком году прикрутили c++11? Когда будет c++17. Проблема не в этих стандартах, а в механизмах используемых для поддержки языков. Они кривые. И их не осилят исправить.

Да, тебе действительно не нужен имакс. Тогда зачем тебе вс-код?, у него на сишечку превью, юзай студию в полный рост.

anonymous ()
Ответ на: комментарий от WitcherGeralt

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

andalevor ()
Ответ на: комментарий от be_nt_all

Когда Билл Гейтс говорил про 640 кБ хватит всем, это даже по тем временам было смешно

Ну почему? Для тех задач, которые решались на ПК тогда, 640 кБ действительно хватало. С тех пор появилось воспроизведение аудио-видео, потом редактирование того же аудио-видео, трёхмерное моделирование, игры и ещё кое-какие ресурсоёмкие задачи. Никто не спорит, что для ресурсоёмких задач иметь несколько гигов памяти — нормально.

А вот когда пишут текстовый редактор, который жрёт как видеоредактор — тут я с тобой согласен, к его авторам появляются очень нехорошие вопросы. Особенно если вспомнить, что современные ОС многозадачны, и нормальный требовательный пользователь вполне может запускать несколько задач одновременно...

hobbit ★★★★★ ()
Ответ на: комментарий от hobbit

Вот не помню, с какой версии TurboPascal появилось ключевое слово overlay? Не, хватило памяти за счёт оверлеев, это тоже хватило, конечно, но ручной своп кода это весело... Ну и то, с чем работал Алан Кей, к примеру. это уже было и не за морями.

be_nt_all ()
Последнее исправление: be_nt_all (всего исправлений: 2)
Ответ на: комментарий от be_nt_all

Ну мне оверлеи реально понадобились, когда мы решали задачи уже сильно сложнее редактирования текстов. Впрочем, сильно не настаиваю. Билл погорячился. Но обратная крайность выбешивает куда сильнее.

hobbit ★★★★★ ()
Ответ на: комментарий от Unicode4all

Кто ж говорит про первое место? Но с миру по нитке, как говорится. Сэкономишь тут, там и машина не залезет в своп и не наградит тебя тормозами. В любом случае, сколько ни четаю тред, не вижу киллер фич по сравнению, скажем с vim или emacs. Отдать побольше памяти за удобство подогнанных друг к другу компонент в IDE — понятный обмен, а тут...

andalevor ()
Ответ на: комментарий от andalevor

не вижу киллер фич по сравнению, скажем с vim или emacs

Киллер фича VSCode в том, что он и не vim, и не emacs. Vim подходит для редактирования конфигов на сервере без GUI, а emacs это календарь с заметками. Для большего они не приспособлены. VSCode же позволяет полностью заменить IDE.

Unicode4all ★★★★ ()
Ответ на: комментарий от anonymous

Походит на рекламный слоган бро.

Абсолютно по... кхм... все-равно на что походит.

Главное весь насквозь скриптовый, как и emacs и позволяет своими руками до абсолютно всего внутри себя дотянуться для настройки и доводки до ума.

anonymous ()
Ответ на: комментарий от anonymous

Да, тебе действительно не нужен имакс. Тогда зачем тебе вс-код?, у него на сишечку превью, юзай студию в полный рост.

Студия, в смысле от ms - она обрубает руки при попытке что-то поправить в поведении. И ее нет для моего хоста.

anonymous ()
Ответ на: комментарий от Im_not_a_robot

Мне просто нравится писать ручкою, принцип работы которой уходит во времена гусиных перьев. Чувствуешь связь времен, теплые ламповые линии и вот это вот всё.

А так-то конечно, шариковые ручки за 35 копеек давно завоевали мир.

Lamy, кстати, изначально сумрачные тевтонские гении сделали, чтобы учить детей правильно писать. И таки да, ручка на 100% соответствует этой задаче. Ровно такое же гениальное изобретение тевтонского гения, которое переживет века, 20-ти литровая канистра.

beck ()
Ответ на: комментарий от andalevor

не вижу киллер фич по сравнению, скажем с vim или emacs.

Их нет. Есть только возможность легче подогнать для своих задач.

И из-за большого сообщество многое уже из коробки работает.

Отдать побольше памяти за удобство подогнанных друг к другу компонент в IDE — понятный обмен, а тут...

IDE - это не удобство, а обрубленные руки. Вот как раз ради этого выжранная память - непонятный обмен.

anonymous ()
Ответ на: комментарий от anonymous

Походит на рекламный слоган бро.

Абсолютно по... кхм... все-равно на что походит.

Главное весь насквозь скриптовый, как и emacs и позволяет своими руками до абсолютно всего внутри себя дотянуться для настройки и доводки до ума.

Но ведь это ложь. Его в этом плане просто нельзя начинать сравнивать с имаксом. Я пожалуй соглашусь что вс-код имеет функционал, красивый вид, удобство использования и какой-никакой скриптенг(пусть будет так...) и мордочку к магазину плюхинов. С оговорками: архитектура - ужас(но назад дороги нет), производительность как у браузера при открытии 20 вкладок с жабоскриптом, оверхед по памяти т.к. всё представлено в теговом формате + электрон. Понятно что порог вхождения и популярность своё возьмут но по-мне уже лучше эклипс, там CDT хотя-бы и жаба с джитами и гц. Если IDE... А редакторОв нативных с подсветками хватает и так, могущих и в консоль и гуй.

anonymous ()
Ответ на: комментарий от anonymous

Но ведь это ложь.

Вообще-то в emacs'е уже давно важное на сях переписывают. В чем тут отличие?

И там и там делают все, что бы можно было скриптами внутренности потрогать.

anonymous ()
Ответ на: комментарий от anonymous

главный недостаток имакса это его непопулярность из-за сложности. это и хорошо и плохо. то что пере/до писывают на сях лишь даёт оптимизацию/расширение_функционала НЕ меняя язык и архитектуру а лишь её дополняя, расширяя.

anonymous ()
Ответ на: комментарий от anonymous

в коде угрёбищность архитектуры ограничивает оптимизацию. но современной общественности по__й на это )

Ну вот в emacs'е ограничений нет. А нумерацию строк нормальную только недавно запилили. До этого были скриптовые расширения - которые приводили к тормозам.

В vscode из коробки.

anonymous ()
Ответ на: комментарий от anonymous

В vscode из коробки.

думаю что markup language кодирование, его парсинг, репрезентация и рендеринг тормозят на нумерации и не только на ней. лень проверять, доверяю отзывам тех кто вернулся на вс-кода на вим.

anonymous ()

Добавлю свои 5 копеек, как пользователь emacs.

VsCode популярная и сообщество у нее судя по всему уже больше следовательно из коробки многие вещи будут работать больше.

Emacs удобен как комбайн, конечно он используется в первую очередь как редактор, но не выходя из него у меня есть:

1. терминал.

2. удобный ssh (которые все еще иногда зависает).

3. файловый менеджер.

4. просмотрищик разного рода файлов.

и много чего еще можно прикрутить.

Все на одних хоткеях, с удобной возможностью редактирования и встройки своих скриптов.Не думаю, что у vscode получится когда либо так интегрироваться.

Если рассматривать emacs чисто как редактор, то да он удобен конечно, но другие редакторы вполне могут с ним тягаться.

С Ide текущая ситуция выглядит удручающей: Мои наблюдения.

Пробовал несколько лет назад запустить Eclipse для проекта (python + javascript) маленькой команды на каком-то i5, 8гб озу и ssd. Он съел всю память и комп по ходу ушел в жесткий своп, еле выключил его.

AndroidStudio запуск пустого дефолтного проекта под debian приводит к 300% загрузки проца i3 в top и тормозам (на компе 16гб озу, ssd).

Новые VisualStudio (не vs code) это просто жесть, задолбаешь качать и устанавливать, и работает не особо шустро.

Собственно про AndroidStudio особенно печально, альтернатив как--то особо не видно, а ковыряться в этом монстре желания нет, может кто что посоветует.

ol1mp ()

Хотел было задаться риторическим вопросом вроде — Стала бы корпорация зла поднявшаяся за счёт агрессивной политики поглощения конкурентов, пром-шпионажа и монополии на рынке ПО просто так раздавать свои продукты связанные с разработкой ПО? Это как если бы Генри Форд стал безвозмездно раздавать всем желающим свои авто-конвееры с полным набором сопутствующего инструментария, а в качестве подтверждения бескорыстных побуждений ещё бы и комплектовал их подробными чертежами своих машин. В последнее время мелкомягие стали всё чаще заявлять о своей открытости и любви к опенсорцу … но почему же тогда они не откроют свои окна и офисы? И зачем им было покупать гитхаб? Не для того ли чтоб получить тотальный доступ ко всему исходному коду хранимому в гитхабных закромах (в том числе и в закрытых репозиториях) чтоб можно было запустить в него тентакли своих самообучающихся нейро-сетей с целью извлечения новых решений для своих закрытых продуктов и как результата – корпоративного профита … Или может кто-нибудь пробовал провести аудит этой мелкомягкой поделки с детальным анализом исходного кода и мониторингом исходящего сетевого трафика на предмет слива данных? — но потом подумал, что это ведь наверняка меня сразу обвинят в какой-нибудь «нелепой конспирологии» и конструктивной беседы всё равно не выйдет … и не стал.

anonymous ()
Ответ на: комментарий от anonymous

Применил элементарный демагогический прием - и доволен.

Вопрос. Зачем тебе форум. Самоудовлетворением и без форума можешь заняться.

anonymous ()
Ответ на: комментарий от WitcherGeralt

А вот редактор нужен. Глупо на нём экономить.

глупо экономить в ущерб каким-то фичам. но сред для написания кода вагон, поэтому «экономия» тут не совсем применима. никто же не ездит на рыбалку на белазе — глупо.

anonymous ()
Ответ на: комментарий от anonymous

никто же не ездит на рыбалку на белазе — глупо.

демагогия подмены понятий. Расход невосполнимых ресурсов не равноценен расходу ресурса каждый раз возвращающемуся.

Очень наивная демагогия. Лучше бы помолчал.

anonymous ()
Ответ на: комментарий от AUX

Есть же и разработчики плагинов.

Зато Лазарус — уже 2.0 — а любое подключение пакета требует пересборки всего Лазаруса. Открыл свежую версию на просмотреть — как-то расстроился. На этом фоне горячую подгрузку начинаешь ценить.

А ещё можно к примеру экономить память (ага, на спичках) погружая некоторые плагинов при открытии проектов, где они действительно необходимы.

be_nt_all ()
Последнее исправление: be_nt_all (всего исправлений: 5)
Ответ на: комментарий от anonymous

Хорошая тем архитектура. Все критические вещи выносятся в отдельные процессы (зачастую или native или на удобном языке) с которыми основной редактор общается асинхронно. В итоге все неплохо шевелится. Не знаю кто там верещит про тормоза, но вполне юзабельно на моем ноуте 15-летней древности с core 2 duo и 2гб памяти. Кстати, Kate на нем завис при открытии какого XML на 200 строк. :(

anonymous ()
Ответ на: комментарий от anonymous

Но эклипс-то действительно подтормаживает, в отличие сабжа, который только оперативу жрёт. Плюс он почти не юзабелен под вейландом. Меня совсем добило, когда я поставил третий монитор и повернул один в портретную ориентациию (специально под tilix), а эклипс после этого стал открывать контекстные меню по высоте того монитора, из-за чего они вылазили за границы экрана предназначенного для редактора.

WitcherGeralt ★★ ()