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)
Ответ на: комментарий от Odalist

Вот сразу видно, кто на жизнь софтом зарабатывает, а кто так потрындеть зашёл между правками конфигов на своем локалхосте. Хороший компьютер стоит как месяц работы плохого программиста или 1/5 хорошего (особенно если учесть социалку, пенсию и плюшки вроде дмс). Поэтому как-то наивно орать про «жрет память», если ее все равно останется более, чем достаточно.

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

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

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

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

предлагаешь использовать стороннее ПО

Ты там сисадмин или кто? Больше похоже, что клоун, ибо перечисленное — это как раз повседневные инструменты сисадмина.

Очевидно исходя из чего?

Наличия какие-то знаний или хотя бы мозгов.

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

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

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

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

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

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

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

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

Да мне плевать в виме ты пишешь или нет, поинт был не в этом.

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

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

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

А что делать, если нужен компактный компьютер (размерами не больше Sony VAIO P) с удобной и насколько это возможно «полноценной» клавой? Кроме вышеприведённого устройства (вышедшего почти 10 лет назад), ничего на ум не приходит. А в нём только 2ГБ ОЗУ. Даже 11 air огромен (я в карман не смог его запихать).

Ты там сисадмин или кто?

Распишу немного подробнее. Дан файл с данными. Эти данные надо хотя-бы бегло просмотреть и отредактировать/удалить определённые наборы символов. А уж затем этот файл можно в БД, с доступом через самописную вебморду (html+php как минимум). Как это сделать в сабже, если файл с данными весит больше 50ГБ а ОЗУ всего 16ГБ? Это касается работы с крупными файлами, о мЕньших но бОльшего кол-ва мы поговорим потом.

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

Зачем вообще редактировать файл на 50гб в редакторе? Предложи ещё гвозди микроскопом забивать.

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

А что делать

Юзать что-то другое. Проблемы?

Как это сделать в сабже

А как это сделать с помощью мячика для регби? Когда получится, приходи. А сабж для этого не предназначен.

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

Зачем вообще редактировать файл на 50гб в редакторе?

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

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

Юзать что-то другое. Проблемы?

Да. Ограничение ОЗУ не всегда связано с финансовыми трудностями, а ты понять этого не можешь.

А как это сделать с помощью мячика для регби?

Я понял тебя. Сабж подходит только для редактирования кода, только в небольших файлах и желательно много файлов в нём не открывать.

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

Попал в точку с гвоздями 😂

Отнюдь. vim - текстовый редактор, а сабж - редактор кода (крайне ограниченный, судя по словам некоторых). Я даже спросил, но так и не дождался ответа на:

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

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

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

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

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

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

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

желательно много файлов в нём не открывать

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

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

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

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

Хотя, конкретно на твой счёт, я сильно сомневаюсь, что ты вообще понимаешь о чём говоришь

Я то понимаю. Думаю, и люди понимают, почему браузер отжирает 2 гига памяти, а говноедитор-500 мб.

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

Если твои говнокод отжирает ресурсы, и ты этим гордишся-ты дебил

Причём здесь мой говнокод, о нём речи и не было, болезный.

Я то понимаю

Вряд ли. Честно признайся, много ли ты продуктового кода в жизни написал?

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

Причём здесь мой говнокод, о нём речи и не было, болезный.

очевидно, если человек считает, что текстовый редактор, отжирающие 600 мб — это нормально, то он и код соответствующий пишет. к нему приходят «ваш говнокод тормозит», а он в ответ «купите уже 128 гб памяти и i7, уроды!»

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

Тебя и не заставляют это юзать.

Я не фанатик и сабжем иногда пользуюсь, но...

И оно для редактирования кода, ещё раз повторяю

я с этого и начал (первое сообщение про 50ГБ). Как редактор кода, он не плох, как редактор в общем смысле этого слова (и его многие тут так называли), он ужасен.

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

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

Попробуй сам. 1.30 начал выжирать память примерно с той-же скоростью, с которой начал читать с диска.

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

Можно даже дальше придумать: эти фермы рендерят говнофильмы в 4к так что на «нормальном» ноутбуке не посмотреть 😁

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

Нет, не так. Вопроса, много ли нет он жрёт, не стоит в принципе, в условиях моего железа это не имеет значения. Корреляции с тем, что я пишу, вообще никакой нет.

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

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

Сабж годится только для работе с воркспейсом, сам его никак иначе не юзаю и никому не рекомендую. Это скорее IDE, чем текстовый редактор. В качестве редактора лучше подойдёт нечто консольное или gedit/kate (которые тоже сдохнут на больших файлах).

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

Ооооооо, наконец-то нашел версию без анальных зондов, премного благодарен

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

<even fatter but serious> mc

но! если убьёт jetbrains - я только за

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

о нём речи и не было, болезный.

А это?

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

При том, что

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

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

Оно весьма узкое, меньше чем их B. Просто ширину разную дает в зависимости от направления движения, а так скорее как М.

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

Первое — ответ на рандомный выпад (аля «ты — педик», «я твою мамку…») про мой софт, о котором и речи не шло. Второе про VSCode, а не про то, что я пишу.

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

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

нужен плагин nerd commenter

переходишь на блок кода

блок выделяется комбинацией vip (visual inside paragraph)

комментируешь

получается vip,c например, и это тоже можно забиндить на что угодно

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

Где ты нашел точку соприкосновения между потреблением памяти написанной не мной десктопной софтины

Тут:

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

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

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

Оптимизацию локалхоста? Ололо. Абсолютно.

Не, не. Я это и так понял по твоему «перлу»:

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

Что-то меня терзают смутные сомнения по поводу оптимизации самописанной серверной софтины....что то мне подсказывает, что там говнокод аж трещит по швам.

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

блок выделяется комбинацией vip (visual inside paragraph)

Блок это не всегда параграф. Универсальнее всего блоки выцеплять по уровню индентации. И тут тащит плагин indentwise, просто мастхэв имхо. Для комментирования commentary, он очень простой, но умеет в текстовые объекты.

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

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

Элементарно: ты привыкаешь к жиробасам и теряешь чуйку на жир. Откуда весь этот жирнософт взялся то, вот именно от такой положительной обратной связи.

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

Блок это не всегда параграф. Универсальнее всего блоки выцеплять по уровню индентации. И тут тащит плагин indentwise, просто мастхэв имхо. Для комментирования commentary, он очень простой, но умеет в текстовые объекты.

да, есть такое. про indentwise не слышал, может как нибудь затестирую. впрочем мне и expand-region хватает.

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

Ну тут такой срач стоит, что всё кажется вбросом, звиняйте.

bread
()

Может пора остановиться ?

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

Что тебе там подсказывает? Ты же сам ни строчки продуктового кода в жизни не написал.

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

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

Что ты здесь забыл? Тут как раз обсуждают в какой-то степени замену emacs'у.

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

очевидно, если человек считает, что текстовый редактор, отжирающие 600 мб — это нормально, то он и код соответствующий пишет. к нему приходят «ваш говнокод тормозит», а он в ответ «купите уже 128 гб памяти и i7, уроды!»

Переворачиваешь. Это нормальная цена использования более удобного инструмента. Напишешь лучше и не жрущий. Или хотя бы такой же по функциональности и возможности настройки - милости просим. С удовольствием начну использовать. Сделаешь платным. Может быть куплю, хотя скорее всего нет. Платные быстро загибаются.

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

обсуждают в какой-то степени замену emacs'у

emacs пилят и он становится лучше, он быстрее, там нет школоты, там своя репа пакетов как в любом дистре линукс, там нет школоты, школоты, он заставляет думать, там есть org-mode, психотерапевт и тетрис, он может в графику с картинками и в консоль терминальную. скажи что тебе в нём не хватает, что заставляет искать замену в таком гавне?

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

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

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

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

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

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

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