LINUX.ORG.RU

Zed 1.15

 , ,

Zed 1.15

0

2

12 августа состоялся стабильный выпуск Zed 1.15.0, высокопроизводительного редактора кода. Zed разрабатывается создателями Atom и Tree-sitter, поддерживает Linux, macOS и Windows, а его исходный код преимущественно распространяется под лицензией GPL-3.0-or-later. Предварительная сборка Zed 1.15.0 появилась 5 августа, а спустя неделю изменения были перенесены в стабильный канал.

Zed написан преимущественно на Rust и распространяется по лицензии GPL 3+ (отдельные компоненты распространяются по лицензии Apache 2). Используется собственный GUI-фреймворк GPUI с аппаратным ускорением через Vulkan / Metal / DirectX.

Одним из основных новшеств этой версии стала настройка git.diff_base, позволяющая выбрать базу для отображения изменений Git. По умолчанию Zed, как и прежде, сравнивает незакоммиченные изменения с HEAD, но теперь редактор можно переключить в режим сравнения всей текущей ветки с точкой её расхождения с основной веткой репозитория. Настройка влияет на индикаторы изменений на полях редактора, цвета состояния файлов и команду git: diff, а в графическом интерфейсе доступна под названием Diff Against Default Branch.

Дополнительно появилась настройка gutter.git_gutter_width, позволяющая менять ширину индикаторов Git diff на полях редактора.

Для пользователей Linux заметным изменением стала поддержка перетаскивания файлов из Project Panel во внешние приложения при работе в Wayland. Аналогичная возможность реализована для macOS. Ранее drag-and-drop из панели проекта во внешние Wayland-приложения не поддерживался.

Разработчики JavaScript и TypeScript получили связанное редактирование пользовательских элементов JSX и TSX: при переименовании открывающего тега автоматически изменяется соответствующий закрывающий. Кроме того, расширена поддержка Emmet — автодополнение теперь работает внутри return и тел стрелочных функций JSX и TSX. Для файлов .bat и .cmd редактор теперь предлагает установить расширение windows-batch.

Изменения затронули и средства работы с ИИ. В системе Edit Predictions добавлена поддержка самостоятельно развёрнутых моделей Sweep Next Edit, подключаемых через OpenAI-совместимый интерфейс. Реализован формат запросов sweep, а режим infer может автоматически определять модели, содержащие sweep-next-edit в имени.

Среди остальных изменений:

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

В Zed 1.15.0 также устранено большое количество ошибок. В частности, исправлен неограниченный рост встроенного npm-кэша, который мог занимать несколько гигабайт дискового пространства, и устранена проблема X11, из-за которой окна Zed иногда не перерисовывались после того, как снова становились видимыми.

Исправлена утечка памяти при просмотре изображений, которые постоянно изменяются на диске, регистрация Git-подмодулей в неправильном каталоге .git/modules, аргументы при передаче файлов через scp и sftp, а также несколько проблем Agent Panel и MCP-серверов. Для Dev Containers исправлено выполнение строковых lifecycle-команд: теперь они запускаются через /bin/sh -c в соответствии со спецификацией.

Отдельно разработчики предупреждают об изменении работы GitHub Copilot. Аутентификация Copilot Chat теперь отделена от аутентификации механизма Edit Predictions, поэтому пользователям, которые уже подключали Copilot, после обновления потребуется пройти авторизацию повторно.

Zed доступен в готовом виде для Linux на архитектурах x86-64 и AArch64, а также для Windows и macOS. Полный список изменений опубликован в официальных примечаниях к выпуску Zed 1.15.0.

>>> Источник

★★★★★

Проверено: cetjs2 ()
Последнее исправление: hobbit (всего исправлений: 4)
Ответ на: комментарий от yatazet

И всего 480 мегабайт на диске. Не стал устанавливать,смотреть. Жырный слишком, а мне жирного нельзя. Лучше ИДЕ чем VisualSlick Edit еще не придумали, сколько не сравнивал - vslick просто топ. Удобный, интуитивный. И умеет все и еще чуть-чуть :).

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

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

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

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

Потому что они ничего не умеют.

Любой редактор с плагинами умеет всё, что умеет emacs, даже иногда немножко больше.

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

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

yatazet
()

Уже несколько месяцев им пользуюсь! Отличный редактор, не уступает всяким VSCodам.

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

У каждого пакета есть описание, которое объясняет зачем он нужен. Как-правило: автоматизация и интеграция, для чего-то, что можно бы сделать и руками, но будет дольше и муторней.

если я хочу подредактировать быстро файл я открою zed

Потому, что ide медленное.

если мне нужно вести реальную разработку я открою ide

Потому, что zed едва возвышается над блокнотом.

Отличная реклама обеим продуктам. Не пробовали найти себя в маркетинге?

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

Самодокументированный, в рантайме модифицируемый, лисп содержащий, кор функции переопределяющий, хуки и адвайсы устанавливающий, гнутый имени Столлмана, вездесущий, всемогущий, всем другим редакторам фору дающий – ЕМАКС!

Bad_ptr ★★★★★
()

После изобретения vscode другие редакторы стали не нужны. Не знаю, зачем их делают.

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

отображения не текстового контента сильно ограничены

Не думаю что это прям то что отделяет емаксы/вимы от других редакторов. Тут что-то другое.

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

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

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

Собственно, кaртинки показывает, подчёркивания/всплывающие подсказки делает. Минимальный уровень поддержки обеспечен. Конечно, CAD или интеракивный графический редактор из emacs сейчас не сделать. Пока не сделать.

ugoday ★★★★★
()

Я так понимаю он ничем не превосходит Emacs?

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

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

vbr ★★★★★
()
Ответ на: комментарий от yatazet
  1. не emacs

Это перечеркивает все его остальные перечисленные достоинства :)

satanic-mechanic
()
Ответ на: комментарий от yatazet

что умеет emacs, чего не умеет vscode/zed? читать почту, играть в тетрис?

Быть настолько расширяемым и настраиваемым. Вот на первой странице m0rph пожаловался, что в VSCode поиск удобнее сделан, чем в Zed. В Emacs такой проблемы бы не было: не нравится, сделай как тебе нравится и пользуйся.

satanic-mechanic
()
Ответ на: комментарий от yatazet

В zed тоже можно сделать как тебе нравится и пользоваться. Есть поддержка расширений

Наличие расширений ещё не означает ту же степень расширяемости. В Zed расширения есть, но они ограничены заранее предусмотренным небольшим числом интерфейсов - LSP support, MCP, debugger, themes, snippets, и т. п.

Произвольно вмешиваться в UI/UX редактора, как в Emacs, Zed возможности не дает. Например, сделать свой аналог Vertico, на который я недавно перешел в Emacs, заменить существующий picker, добавить произвольную панель или переписать поведение какого-то элемента интерфейса через extensions нельзя. Для этого придется менять исходный код самого Zed.

satanic-mechanic
()
Ответ на: комментарий от satanic-mechanic

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

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

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

Смысл такой расширяемости не в том, что каждый пользователь должен сидеть и переписывать UI редактора. Она позволяет не быть навсегда привязанным к тем UX-решениям, которые разработчики редактора сочли правильными. В Emacs, например, за годы в сообществе появилось несколько поколений альтернативных completion-интерфейсов: ido, Icicles, Helm, Vertico и другие. Они пробовали разные подходы, конкурировали между собой, заимствовали удачные идеи.

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

satanic-mechanic
()
Ответ на: комментарий от yatazet

зачем мне как простому пользователю

Я, когда маленький был, вот точно так же про женщин думал. Зачем Д’Артаньяну какая-то дурацкая госпожа Бонасье, когда можно круглый день скакать на коне, рубиться на шпагах и вообще приключаться в кампании друзей? Потом подрос, распробовал, назад пути нет.

нужно изменять ui/ux текстового редактора

Потому что там можно повысить эффективность своего труда.

чтобы что?

Лучше ответьте, зачем нужен ещё один калечный блокнот на стероидах. Вот, чтобы что? Чем Sublime из 2008-го года не угодил?

ugoday ★★★★★
()
Ответ на: комментарий от satanic-mechanic

Кстати, а что Vertico даёт относительно Helm? Как-то не было повода его ещё попробовать, а к helm’у я привык.

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

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

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

Кстати, а что Vertico даёт относительно Helm? Как-то не было повода его ещё попробовать, а к helm’у я привык.

Я бы не сказал, что у Vertico относительно Helm есть какое-то радикальное преимущество именно в UX, чтобы переходить на него, если все устраивает.

Главное отличие для меня скорее идеологическое. Helm - это довольно большой framework, который во многом строит собственную completion-инфраструктуру: свои sources, команды, UI и т. д. Vertico же старается не заменять стандартный completion Emacs, а очень точечно его расширять: по сути он просто предоставляет хороший UI поверх обычного completing-read.

И дальше вокруг него таким же образом собираются независимые компоненты: Orderless отвечает за matching, Consult - за набор команд, Marginalia - за annotations, Embark - за actions. Каждый пакет решает довольно узкую задачу и встраивается в существующие механизмы Emacs, а не пытается заменить их целиком.

Мне в последнее время вообще стал нравиться такой подход. По той же причине я постепенно перешёл на Eglot вместо lsp-mode, project.el вместо Projectile, Flymake вместо Flycheck. Не потому, что старые пакеты плохие, а потому что мне идейно ближе решения, которые расширяют хорошо спроектированные стандартные механизмы Emacs там, где это нужно, вместо создания параллельной инфраструктуры.

Плюс из этого получается приятная совместимость: если какой-то пакет использует стандартный completion API, Vertico обычно начинает с ним работать автоматически.

satanic-mechanic
()
Ответ на: комментарий от Bad_ptr

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

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

VSlick чуть лучше. А может и не чуть - смотря чем занимаетесь. Да и то и то проприетарщина, а VSlick еще и не бесплатный (ну извините :).

PS: Emacs с vi - это просто такое модное недарозумение. Когда-то, бывшие красноглазыми студентами, от безисходности освоили Emacs, научились выходить из vimа, и думают, что это какой-то ценный скилл :))).

Работа с проектами сурьезными - или в vslick или vs, альтернатив просто нет. Это как с альтернативами Фотошопу. Вроде они есть, в виде Гимпа, а по факту - нету. Ни одной конторы не видел, где разработку ведут на емаксе или vi.

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

Ни одной конторы не видел, где разработку ведут на емаксе или vi.

Это, отчасти, объясняет мизерабельное состояние нынешней айтишечки.

ugoday ★★★★★
()

Отличный редактор.

Пользуюсь что то около полугода.

забросил vscode, почти его не открываю.

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

это проприетарный мусор

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

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

В Zed плагины это WASM модули

Т.е. оно тоже вокруг веб-технологий построено, просто на растишке и плагины писать тяжелее (да я знаю что WASM можно на любом ЯП писать и наверное, это самый правильный способ делать плагины, но тут дело не в ЯП, а в доступе оттуда к API Zed-а и других плагинов — обычно для этого куча лапши на JS под капотом прячется).

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

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

vi и emacs лучше vscode не потому что сильно быстрее работают :) Хотя это тоже не исключаю. Они лучше потому что я их изучил один раз в 98м и с тех пор наблюдаю как один «лучший в мире» редактор сменяет предыдущего примерно раз в 2-3 года…

Просто Rust такой фичей не является.

А вдруг тебя взломают через специально подосланный исходник? Ты его откроешь и всё, биткоинов нет :)

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

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

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

Нет там никакого JS. Раст, на котором написан zed, интегрирует WASM плагины без лапши. JS лапша только в вэб браузерах нужна для доступа к DOM. В zed нет никакого DOM, там свой гуй рендерер с gpu ускорением.

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

да, согласен, но лучше учить что-нибудь полезное или хотя бы интересное

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

Дело не в том, что он лучший, а в том что все остальные гавно.

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

Учиться надо всю жизнь.

и под это требование емакс подходит

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

Я тут впечатлился связкой AI+emacs, но быстро упёрся в глючность и кривизну. Сейчас пробую neovim - вроде всё нужное для настройки сильно навороченной IDE с REPL и табличным интерфейсом к датафреймам есть... Но, может, я emacs недоготовил.

Shadow ★★★★★
()

Пробовал как-то раз его, наверное пол-года/год назад. Ну что-то хорошее там есть. Не настолько хорошее, чтоб вот прям все бросать и переходить на него, но есть приятные фичи. И тут я попробовал сделать поиск в проекте и… и тут я сломался. Кто-то правда считает что эта портянка - это удобное представление результатов поиска?! Серьезно?!

mcFactor
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.