Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Zed on Linux Is Here

zed.dev

Post reply on HN
Print view View original

501–510 of 703 posts

Re: Zed on Linux Is Here

#501

Post by dgb23 »

pjmlp wrote: post #481
wheresmyshadow wrote: post #208

Earlier quoted context omitted.

Sublime Text gang, raise up. I was always a fan of Sublime Text and I moved away from it once because VSC felt more "hassle-free". The extensions just worked, I didn't need to go through endless JSON files to configure things, I even uncluttered its interface but at the end of the day I returned to good old Sublime Text. Now with LSPs it requires way less tinkering with plugins. I only wish it had just a little bit m…

It is hard, when so many in our industry are cheapstakes and don't want to pay for their tools, like in every other profession. They rather suffer with VSCode than pay a couple of dollars for Sublime Text.

I paid for Sublime, but moved to VSCode because at least at the time it had better hassle free support for more languages. Including linters, auto formatting and just generally convenient stuff.

I‘m not sure where it stands now. My guess is that Sublime has caught up for mainstream languages, but the support for languages that are a bit more niche like Clojure or Zig is nowhere near as good.

I miss the speed and editing experience of Sublime though.

Re: Zed on Linux Is Here

#502

Post by cqqxo4zV46cp »

TikolaNesla wrote: post #494

Zed's focus on high performance might be misplaced. Compared to editors like VSCode, the performance boost feels marginal. To convince developers to switch, the emphasis should be on enhancing the overall developer experience. Marginal speed gains alone aren't enough to make me move away from VSCode, and I don't care if a tool is written in Rust or any other language.

Yep. As a VS Code user, I can’t say that improved performance has been anywhere near the top of my wish list for…half a decade, at least.

And yeah, I get it, boo hoo, electron, blah blah. There’s always going to be the rev head at all costs crowd. I don’t think that appealing to them should be this prominent through. The value proposition just isn’t there.

Re: Zed on Linux Is Here

#503

Post by cqqxo4zV46cp »

hn92726819 wrote: post #409
the_duke wrote: post #81

Earlier quoted context omitted.

I think people just have very different tolerances for latency and slowness. I keep trying different editors (including VS Code), and I always end up going back to Neovim because everything else just feels sluggish, to the point where it annoys me so much I'm willing to put up with all the configuration burden of Neovim because of it. I tried out Zed and it actually feels fast enough for me to consider switching.

> people just have very different tolerances for latency and slowness I've honestly never considered this and it's genius. I have always been surprised when people recommend kitty as a "fast" terminal when it takes 200ms (python interpreter) to start up, which is unbearable to me. But yeah, people sometimes just open a couple and see speed in other areas that I don't care about.

It’s not genius. It’s just very appealing to those on the side of wanting something faster, because - like all topics like this - everyone is always looking for subtle ways to signal themselves as somehow patrician. “Oh, well, some people just want more ownership of their computer, that’s why I use Linux :)”, is similarly thought-terminating. The conversation shouldn’t end there.

Re: Zed on Linux Is Here

#504

Post by cqqxo4zV46cp »

tannhaeuser wrote: post #492
hamandcheese wrote: post #264

Earlier quoted context omitted.

> I don't know what's on zed/VSCode and what's on the TS language server. Microsoft's latest embrace-extend-extinguish strategy is keeping just enough special sauce in (frequently closed-source) vscode extensions and out of the language servers. They do the same thing with Pyright/Pylance.

TS itself is lock-in. I mean, the entire point of JS is that it's portable, and there's certainly no lack of compile-to-JS languages that are already finished and have much more powerful type systems and existing libs/ecosystems. Enjoy your VScode projects exclusively on Windows a couple years down the road, or rather, contribute to MS' coding ML models to make yourself obsolete even before. Windows already posts hom…

Could you perhaps consider a worldview that doesn’t place you as being better than everyone else that doesn’t share your preferences? I bet you don’t think that LLMs are going to replace you, rather you’re suspending disbelief to paint the most bleak picture of the future you can come up with, and, again, maximise the blame you place on everyone that isn’t as GOOD as you!

Re: Zed on Linux Is Here

#505

Post by DuncanCoffee »

dinozarw wrote: post #445

> To install Zed on most Linux distributions, run the shell script below. > curl https://zed.dev/install.sh | sh Please stop telling people to curl pipe scripts into their shell...

I always see this comment and understand its reasoning, but people who check what they are installing are the same people who can download and check a shell script.

In this case it's 150 rows with spaces and comments and the first one is

# Downloads the latest tarball from https://zed.dev/releases and unpacks it # into ~/.local/. If you'd prefer to do this manually, instructions are at # https://zed.dev/docs/linux.

Then it's a download, extract and copy stuff around, it takes 1 minute to visually parse

If an install script is obfuscated then yeah, I'd skip it too.

Re: Zed on Linux Is Here

#506

Post by cqqxo4zV46cp »

IshKebab wrote: post #344
hamandcheese wrote: post #264

Earlier quoted context omitted.

> I don't know what's on zed/VSCode and what's on the TS language server. Microsoft's latest embrace-extend-extinguish strategy is keeping just enough special sauce in (frequently closed-source) vscode extensions and out of the language servers. They do the same thing with Pyright/Pylance.

And the remote SSH and C++ extensions, though that actually has a good alternative in the Clangd extension. I'm kind of ok with it tbh. As a monetisation strategy it's not the worst, and I have no expectation that they just do all this for free.

Bandwagoners are keen to class everything Microsoft does to be competitive as EEE. This is just…them building a product. Throwing their weight around, building something really good, releasing it for free, something that only a handful of other companies could do? Hell yeah! It’s shady. But it’s not EEE.

Re: Zed on Linux Is Here

#507

Post by DuncanCoffee »

sauercrowd wrote: post #98

Cool to see a new editor in the arena with a lot of resources behind it, but I'm trying to find the selling point besides "it's really quick". Great feature but there's a lot more stuff I need for a truly outstanding editor, what are the novel pieces? The bar is ridiculously for editors (vim & emacs configurability, vscode just works, jetbrains can do it all) - what will/does it bring to the table to compete?

I've been looking (for years!) for an editor with code highlight which can open single files as fast as notepad++ but on linux, I have to say I'm really happy about zed.

I also use it to open folders with source code and markdown documents without having to boot up an intellij editor

Re: Zed on Linux Is Here

#508

Post by notpushkin »

tjoff wrote: post #461
VoxPelli wrote: post #390

Earlier quoted context omitted.

I do believe one can join collab sessions from https://vscode.dev/ as well? So no need to install anything, it runs well and officially in the browser And for those with installed VSCode they need to add the Live Share extension to get this functionality, it’s not built in from the start, but offered through that official extension? https://marketplace.visualstudio.com/items?itemName=MS-vsliv...

And you need to login using a Microsoft-account. Even if both computers are on the same LAN. That part leaves a terrible taste in my mouth. Also debugging in a collaborative session has been broken for years now for us.

And it is proprietary, and only works with official VS Code builds (i.e. not VSCodium).

https://marketplace.visualstudio.com/items/MS-vsliveshare.vs...

Re: Zed on Linux Is Here

#509

Post by winternewt »

apatheticonion wrote: post #367

What does Zed use as the UI toolkit? Looking at the code they have a handmade UI toolkit called gpui. Does that map directly to OS/DE specific GUI bindings? I can't find where that's happening EDIT: Holy sh*t, they actually have bindings for each OS and built a Rust abstraction on top of that. That's pretty wild https://github.com/zed-industries/zed/blob/main/crates/gpui/...

> Holy sh*t, they actually have bindings for each OS and built a Rust abstraction on top of that. That's pretty wild

I grew up developing Windows apps using the native Win32 API:s, and there was nothing particularly daunting about it. Using what the OS provides shouldn't be considered such an outlandish idea, and being scared of it is causing stagnation and waste (looking at you, Electron). The code here is only a couple of thousand lines per platform; surely only a small fraction of the entire code base.

Re: Zed on Linux Is Here

#510

Post by archseer »

spiderice wrote: post #430
zamalek wrote: post #312

Earlier quoted context omitted.

Helix has been stalled for a few months, and there are issues that make it frustrating to use at times. For example, :Ex and friends have been relegated to the plugin system (the root cause of the stall, it hasn't been merged). I still prefer it to the config overhead of nvim (as well as the kakoune-style movements!), but the paper cuts have hit a threshold and I've started writing my own text editor (I'd probably us…

The Helix community is the worst part about Helix. Especially the not so benevolent dictator of the project. Way too many comments like “if you don’t like how it’s done go use a different editor” instead of listening to feedback. That’s fine if they don’t care about adoption (they publicly say they don’t), but an actively hostile community doesn’t give me confidence in the editor, despite it being quite nice.

Author here. I listen to feedback, but it's hard to incorporate every possible requested feature without the codebase becoming an unmaintainable mess.

We're a small team with limited time and I've always emphasized that helix is just one version of a tool and it's perfectly fine if there's a better alternative for some users. Someone with a fully customized neovim setup is probably going to have a better time just using their existing setup rather than getting helix to work the same way.

Code editors in particular are very subjective and helix started as a project to solve my workflow. But users don't always respond well to having feature requests rejected because they don't align with our goals. Plugins should eventually help fit those needs.

Post reply on HN