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 можно скачать там же.

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



Проверено: jollheef ()
Последнее исправление: Deleted (всего исправлений: 1)

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

да и 614.5 MiB для тупого редактора

Какая разница? У меня десятки раз по столько. Оно же не на сервере, пусть жрёт вдоволь.

тебе надо выдать 521MiB-1GiB RAM и отправить «разрабатывать»

Зачем? Я пишу довольно оптимальный серверный софт. Иногда набираю что-то тупо с помощью cat > file, я сильно страдать не буду.

Чёй-то захотелось во второй кваке тебя приснять дуплетом из дробовика. Ты ведь понимаешь что расход памяти кореллирует с произвойдительностью или не совсем?Ё!11 Не пишы друк серверный софт, пойжалусто!!11ёёё11

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

умение открывать текстовые файлы для текстового редактора/редактора кода - это первостепенная задача

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

Откуда я мог знать, что сабж не сможет?

Это абсолютно очевидно.

взглянуть

man less

поиск

man grep

заменой

man sed

WitcherGeralt ★★
()

Электрон это очень круто. Мощности один фиг растут, а разработка няшного софта, при этом кросс-платформенного, стала заметно проще.

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

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

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

расход памяти кореллирует с произвойдительностью

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

Ну, а в случае сабжа, мне без разницы как сильно проседает производительность, если мне это всё равно не заметно.

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

многогибайный файл логов или ещё какой фигни действительно может понадобится открыть

И много ты знаешь идиотов, которые будут открывать его в гуёвом редакторе?

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

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

Мне за ~30 лет работы прогером ни разу не понадобилось. А так - кому-то и рельсу может понадобиться распилить.

что vim — он для суровых сисадминов

vim - для тех, кто редактирует многогигабайтные файлы. Окей, согласен.

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

Я понимаю, что less, grep и sed. Но если vim (который не только, и не столько гуёвый, сколько для терминала) тоже умеет (сам не проверял, не сисадмин, но охотно верю) то можно и им. Попытка открыть это дело чем то вроде subj, да, это известный анекдот и вправду напоминает, но польза от отказа подгрузки редактируемого текста в память по мере необходимости (да, освоенной в пору когда 640К «хватало всем») и вправду неочевидна. Те, кто говорит, что нынешние программисты разленились — в чём-то правы.

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

многогибайный файл логов или ещё какой фигни действительно может понадобится открыть

Просто интересно, ну вот открыл ты его, а дальше что?

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

Радуешься тому какой вим охеренный, как гигабайты лопатит! Зачем идёшь и пишешь на лор, что жабаскипт, ленивые макаки и 640кб. Очевидно же.

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

Ну у меня был какой-то json-однострочник, точно меньше гигабайта. Вим завис сразу, лучше всех справился Sublime Text (который мне не нравится, но стоит на всякий случай). А вообще есть коммерческие редакторы, которые умеют хоть 500-гигабитные файлы редактировать.

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

Ну у меня был какой-то json-однострочник, точно меньше гигабайта. Вим завис сразу, лучше всех справился Sublime Text

Вот интересно - что ты с этим однострочником потом делал в редакторе?

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

Им стало невозможно пользоваться, я упорно грыз кактус до последнего.

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

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

Я уже сам себе такие ответы дал, после того как тот свой пост, отправил. Но как по мне, лучше бы какой-нибудь де Иказа окончательно сделал бы шарп кроссплатформенным, благо уже всё открыто.

Смотря для чего, V8 ныне очень быстрый. И стартует в сотни раз быстрее жабы.

Стартует — по любому быстрее. Исходя из того, для чего писался. А так — ну не может слабая динамическая типизация не добавлять накладных расходов в рантайм. Или TypeScript научили (или хотя бы собираются научить) компилироваться в более эффективный код каким-нибудь способом?

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

Зачем руку с мыши переносить на клавиатуру?

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

А вот и у меня похожий опыт, кстати, был. С JSON. Нужно было пару значений поправить. Тоже в саблайме сделал. Хотя да, там по хорошему grep/sed лучше бы подошли.

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

Там долгая история. Я учился работать с Angular и дата-гридами. Но было сложно без готовых комплексных примеров. На сайте какого-то американского университета я нашел в точности то, что искал, и у них это можно было... позаимствовать. Соответственно, были получены все нужные файлы: html, css, js, json. JSON был здоровенным однострочником, который я потом был вынужден: сначала обрезать до вменяемого размера, а потом эксперементировать с его данными.

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

Надеюсь тебе Вим нужен, так как твой терминал подключен к мейнфрейму по телефонной лапше?

чувак, успокойся уже со своим мейнфреймом.

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

не нравится самый быстрый и вменяемый модульный редактор текста, возитесь с мышью, долбитесь в жопоскрипт, засирайте память, передергивайте на мелкомягких, мне вообще как-то пй.

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

Забавно читать фанатов вима с их аргументами, что текст удобно редактировать. Код != Текст и скорость печати и правки играет почти последнюю роль. Конечно, если говнякать в с-стиле, то может быть и нужно много переделывать. А с кодом важно, чтобы редактор понимал семантику. Что переменная i в одном месте совсем не то же самое, что в другом. Важно, когда редактор адекватно подсвечивает все ссылки, когда при наведении курсора s в constexpr auto s = sizeof(int); высвечивается тултип с 4, а при на auto - size_t. Когда код дополняется и можно даже с незнакомой библиотекой комфортно работать не залезая в справочник. А вот все эти понты с «я могу набрать комбинацию в и что-то произойдет» как раз для быдлокодеров, которым за строчки платят.

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

эклипс нужен IBM и сейчас тоже

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

Электрон это очень круто.

Хомячки не могут не радоваться.

Мощности один фиг растут

Больше мощностей богу говнокода!

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

Какая разница? У меня десятки раз по столько. Оно же не на сервере, пусть жрёт вдоволь.

ясно понятно. то есть теперь так - сраный говноредактор около 1GiB, сраный терминал с вкладками 500MiB, браузер с вашими модными поделиями ну 3-4GiB, почтовый клиент еще 1GiB или поболее - оно ж тоже должно быть на сраном electron+js, ну то есть если все собрать то получается на это гавнище надо 64GiB минимум да? тоесть то что раньше без проблем решалось на 64Mb теперь требует на порядки большие объемы - и это *нормально*? да ты конченный дебил если это норма по твоему.

Я пишу довольно оптимальный серверный софт.

дооо, так я тебе и поверил, что ж оптимального если для тебя менее 16GiB RAM это днище ???? ты там over9000 фреймворков пользуешь и vm в vm запускаешь в котором интерпретатор и мегамодная либа чтоб сокет слушать - это не оптимальный серверный софт - это гавнище смузихлебное, а ты говнодел.

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

Забавно читать фанатов вима с их аргументами, что текст удобно редактировать. Код != Текст и скорость печати и правки играет почти последнюю роль.

Забавно читать малолетнего анонима, молящегося на тону говнокода, но с умным видов дающего советы космической тупости.

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

только быдлокодер надеется на тултипы и подсветку, запишите себе в цытатник.

Только дурак не пользуется тултипами и подсветкой. В цитатник не записывай, просто запомни.

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

Какая разница? У меня десятки раз по столько.
пусть жрёт вдоволь.
Я пишу довольно оптимальный серверный софт.

Наверно, ты шизофреник.

Odalist ★★★★★
()
Последнее исправление: Odalist (всего исправлений: 1)
Ответ на: комментарий от WitcherGeralt

Открывать файлы с кодом и облегчать их редактирование, всё верно.
Впрочем, если найдётся поехавший, который умудрится открыть 10000 файлов одновременно, VSCode если и выживет, то сожрёт сильно больше 21гб.
Нет никакого смысла держать открытыми сотни файлов, это лишь затрудняет навигацию. Все файлы в воркспейсе у тебя и так под рукой.

На дворе 2019 и обсуждаем современный редактор, а у тебя ограничения из 70-ых.

Это абсолютно очевидно.

Очевидно исходя из чего? Если с vim никогда таких проблем не было.

less
grep
sed

Угу, вместо открытия этого файла в vim/сабже, предлагаешь использовать стороннее ПО, для работы с текстовым файлом(!).

дампов

Я говорил о дампах? Речь о немного иных данных. И мне эти данные нужны для последующей их обработки с помощью программ, которые набираю в vim.

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

только быдлокодер надеется на тултипы и подсветку, запишите себе в цытатник.

Только дурак не пользуется тултипами и подсветкой. В цитатник не записывай, просто запомни.

пользоваться != надеятся. Демагогия она такая. А привычка она вторая натура. Привыкнешь и ошибки можешь не заметить. А мозг он ленив, если нет задачи он отключается.

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

Всё вместе у меня жрёт 3-4гб, остальное просто чтобы было. Под виртуалки там, tmpfs, жирную бд в оперативе поднять или ещё чего. И это нормально.

почтовый клиент еще 1GiB

Вот видишь, какой ты расточительный? А мог бы почту в браузере открыть.

ты там over9000 фреймворков пользуешь

Враньё, я так не делаю.

в vm запускаешь в котором интерпретатор и мегамодная либа чтоб сокет слушать

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

Слышал про разумность и умеренность? А то похоже, что нет.

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

Ты, конечно, прав, но ты же понимаешь, что, если это не призыв вообще ими не пользоваться, то он тоже прав?

Отбери у любого современного джуна, особенно, фронтендера, IDE, так обосрётся и вообще ничего рабочего не напишет, или будет как дурной каждую строчку проверять с помощью REPL. Это не нормально.

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

Всё вместе у меня жрёт 3-4гб, остальное просто чтобы было. Под виртуалки там, tmpfs, жирную бд в оперативе поднять или ещё чего. И это нормально.

еще раз - представь все будет на твоем electron+js

Вот видишь, какой ты расточительный? А мог бы почту в браузере открыть.

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

Враньё, я так не делаю.

не уверен, раз ты хвалишь js и пользуешься днищем в качестве редактора, то ты именно так и делаешь - 16 гигов ж минимум.

Слышал про разумность и умеренность? А то похоже, что нет.

я то слышал, а ты вот нет, даже не знаешь что это такое.

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

я вообще емакс юзаю.

Мам...я не курил, это пацаны рядом стояли, курили...

не нравится самый быстрый и вменяемый модульный редактор текста

Я не против вима, а против фанатиков. Вим нужен лишь когда на серваке нет альтернатив, но это не делает его лучшим.

возитесь с мышью

Уже. Acme юзаю и не сижу чего-то плохого.

долбитесь в жопоскрипт

С удовольствием, VScode отличный инструмент.

засирайте память

Мне не жалко памяти для хорошей программы, зачем мне её экономить, если её много?

передергивайте на мелкомягких

Они делают достаточно неплохие продукты.

AUX ★★★
()

Капец сколько в треде дегенератов, пытающихся пропихнуть тестовый редактор vim или emacs людям, которым нужно IDE.

Это всё равно, что людям, которым нужен самолёт, пытаться дать колесо. Неужели это и есть ЛОР-контингент?

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

представь все будет на твоем electron+js

Что всё? Я пользую только браузер, редактор и терминал, ещё порой файлменеджер (upd. Забыл Gajim, который и так жирное говно на питоне). Ничего не поменяется.

раз ты хвалишь js

Где?

не знаешь что это такое

Знаю. Это, например, когда мне насрать сколько жрёт мой рабочий инструмент, когда у меня есть ещё огромный запас по железу. А ты просто поехавший аутист, иначе бы тебя не волновало будь там хоть js, хоть cobol, пока оно прекрасно работает.

WitcherGeralt ★★
()
Последнее исправление: WitcherGeralt (всего исправлений: 1)
Ответ на: комментарий от AUX

Мне не жалко памяти для хорошей программы, зачем мне её экономить, если её много?

Серьёзно. Те, кто дрочит на экономию памяти на рабочем десктопе, либо юзают говнище вместо железа, либо страдают OCD. Третьего не дано.

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

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

Но при этом сабж неспособен адекватно открывать крупные текстовые файлы или большое их кол-во, а для тебя это

Это абсолютно очевидно.

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

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

Что всё? Я пользую только браузер, редактор и терминал, ещё порой файлменеджер (upd. Забыл Gajim, который и так жирное говно на питоне). Ничего не поменяется.

ясно понятно «серьезный серверный софт»

Знаю. Это, например, когда мне насрать сколько жрёт мой рабочий инструмент, когда у меня есть ещё огромный запас по железу. А ты просто поехавший аутист, иначе бы тебя не волновало будь там хоть js, хоть cobol, пока оно прекрасно работает.

да уже сто раз тебе сказал, оно не работает прекрасно, оно тормозит и жрет память - тебе это то понятно хоть? или ты уже привык что оно открывает файло по несколько секунд, при открытых over 30 файлах тупит и жрет память? потому что только полоумные будут клепать редактор на js+electron, а пришибленные вроде тебя хватить это гавно.

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

В редакторе кода, очевидным же образом, нужно открывать именно код. Файлы с кодом, ещё более очевидным образом, следует открывать в тот момент, когда ты намерен их редактировать, и крайне маловероятно, что это более дюжины файлов за раз. Так уж сложилось, что инструменты работают, когда их применяют по назначению.

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

ясно понятно «серьезный серверный софт»

Ну-ка расскажи-ка мне, что там уберменши помимо этого набора юзают?

сто раз тебе сказал

Сто раз солгал.

при открытых over 30 файлах тупит и жрет память?

Память жрёт, что не страшно, но при этом не тупит, иначе бы я это не юзал.

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

В редакторе кода, очевидным же образом, нужно открывать именно код

Т.е. текстовые данные, которые будет обрабатывать программа - нельзя. Отличные ограничения от Microsoft в 2019 году. Я так понимаю, Microsoft выпустила отдельный продукт, для редактирования текстовых данных произвольного размера (или пока нет)?

Файлы с кодом, ещё более очевидным образом, следует открывать в тот момент, когда ты намерен их редактировать

Шедеврально! Если ты придерживаешься таких принципов, то я даже не знаю что ещё можно добавить.

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

не нравится самый быстрый и вменяемый модульный редактор текста

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

ты меня явно с кем-то путаешь

Мне не жалко памяти для хорошей программы, зачем мне её экономить, если её много?

перечитай мое сообщение на которое ты сам же изначально и ответил Visual Studio Code 1.31 (комментарий)

Уже. Acme юзаю и не сижу чего-то плохого.

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

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

Ну-ка расскажи-ка мне, что там уберменши помимо этого набора юзают?

ты сам подумай, если умеешь, в чем я сомневаюсь.

Сто раз солгал.

нет, это ты лжешь, любое поделие на electron+js будет тупить и жрать память, тк твой js не предназначен для чего либо серьезного. то что на нем навязывают писать ни о чем не говорит. лишь о том что таких как ты js-поклонников можно найти по 2,- € за ведро, и таких макак полным полно тк ума не надо для того чтобы на js что то делать. отсюда и видно что все что на js electron и прочем модном гавне - тормозит и жрет память, по вполне объективным причинам, начиная от технических причин, кончая тем что вебмакаки добрались и сюда.

Память жрёт, что не страшно, но при этом не тупит, иначе бы я это не юзал.

ты тупой? ну или ты открыл файл, поредактировал, закрыл и открыл другой и кроме твоего поделия у тебя ничего не запущено, тогда поверю что не тупит тк ты и так тупой.

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

ты тупой? ну или ты открыл файл, поредактировал, закрыл и открыл другой и кроме твоего поделия у тебя ничего не запущено, тогда поверю что не тупит тк ты и так тупой.

По-моему, он это и писал

Файлы с кодом, ещё более очевидным образом, следует открывать в тот момент, когда ты намерен их редактировать

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

По-моему, он это и писал

ну если это «лучше» любого нормального (не js+electron) редактора, и для этого надо прикупить 16гб памяти, обязательно поставить получе ssd и топовый интел, то мне кажется что у пациента совсем все печально.

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

ты сам подумай

Т.е. ты покудахтал, а теперь сливаешся?

Ты чо так порвался? Отсветы от твоей горящей жопы должно быть видно за несколько километров.

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

Ты, конечно, прав, но ты же понимаешь, что, если это не призыв вообще ими не пользоваться, то он тоже прав?

Если.

Отбери у любого современного джуна, особенно, фронтендера, IDE, так обосрётся и вообще ничего рабочего не напишет

Вопрос только в том, является следствием это тупости джуна или (неоправданной) сложности используемого стека технологий.

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

Если ты до сих разрабатываешь на третьем пеньке со своими 64 мегабайтами оперативки, то всё печально как раз у тебя. Видимо, ты со своим вимом не слишком востребован и платят тебе дошираками.

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

является следствием это тупости джуна или (неоправданной) сложности используемого стека технологий

Привычка во всём полагаться на IDE будет не на последнем месте.

WitcherGeralt ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.