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

We Have to Start Over: From Atom to Zed

zed.dev

Post reply on HN
Print view View original

111–120 of 243 posts

Re: We Have to Start Over: From Atom to Zed

#111

Post by nindalf »

Klonoar wrote: post #106
miki123211 wrote: post #104

Their custom UI framework might be all fun and games for now, but that will probably change once they realize they need to implement accessibility. Doing this in a custom framework without sacrificing performance won't be easy and is going to require lots of messy, per-platform work. It's not like it's optional for them either. It would be for a simple editor that you can just decide not to use, but they're positioni…

[flagged]

They’ve only spent 10 years writing text editors. They might not have heard of accessibility before. /s

Re: We Have to Start Over: From Atom to Zed

#112

Post by lelanthran »

kstrauser wrote: post #95
eropple wrote: post #76

Earlier quoted context omitted.

The line between "IDE" and "text editor" has blurred to the point where I'm not sure they're super useful terms anymore. When I used vim up till about 2019, I had it configured with all the toys to the point where it wasn't all that far off of where my VSCode setup is today. Also, you know, insert Emacs joke here assuming if you still have enough RAM to post, etc.

I don’t believe there’s a useful distinction, at least for more advanced editors. For instance, I’m not aware of anything you can do in, say, PyCharm that you can’t do in Emacs or Vim. I don’t mean that in a curmudgeonly way like “nothing I care about, because we don’t need those fancy features to write a pageful of Fortran on my 1997 laptop”. I mean, I don’t know of a single feature of any kind that doesn’t exist on…

> I mean, I don’t know of a single feature of any kind that doesn’t exist on essentially all modern editors.

All composed commands. Like Repeat. As in `repeat the following command 5 times`.

Like `d5` in Vim (delete 5lines).

Or y30 (Copy 30 lines).

Or `V?^func` (select text from current cursor position to the beginning of the function).

None of those are memorised commands. They're simply one command composed with another.

Composability is the real killer feature in Vim. Even in Emacs, I don't get the same ease of composability as I do in Vim.

Re: We Have to Start Over: From Atom to Zed

#114

Post by [deleted] »

Klonoar wrote: post #106
miki123211 wrote: post #104

Their custom UI framework might be all fun and games for now, but that will probably change once they realize they need to implement accessibility. Doing this in a custom framework without sacrificing performance won't be easy and is going to require lots of messy, per-platform work. It's not like it's optional for them either. It would be for a simple editor that you can just decide not to use, but they're positioni…

[flagged]

[deleted]

Re: We Have to Start Over: From Atom to Zed

#115

Post by kvark »

misternugget wrote: post #46
mananaysiempre wrote: post #36

Earlier quoted context omitted.

Logically it doesn’t, but in actual good-faith communication people usually follow Grice’s relevance maxim[1]: the points they mention are relevant to the conversation and the point they’re making. Thus, if neither Linux nor Windows support are planned, and the question is about Windows support, saying that Windows will come after Linux would be (vacuously) true, but the mention of Linux would be irrelevant. (Notably…

Hey! I'm the mentioned Thorsten. Linux is actively being developed. Here's a PR from 2 days ago that shows file-opening in Linux starting to work: https://github.com/zed-industries/zed/pull/7852 And so far Linux support has been a big community effort. I think more community member contributed to Linux support than Zed teammates. Very cool to see. So: Linux is in the works. Windows will probably happen after that, or…

Windows support is happening locally on individuals machines. We’ll start upstreaming things up.

Re: We Have to Start Over: From Atom to Zed

#116

Post by lelanthran »

giancarlostoro wrote: post #56
torlok wrote: post #10

Had a look at the About page, and the live coding feature does sound useful. I'm sure the guys are excited; it's a fun project. You get to write algorithms, optimise performance, and do GPU programming. But who needs another text editor that will probably never reach feature parity with Vim and a terminal multiplexer.

In my opinion I wish more editors would become a face to Neovim which can run in a headless mode, allowing you to not have to emulate VIM at all, but take full advantage of it and all its plugins. It still kills me JetBrians chooses to maintain what VIM users call an awful plugin that simulates VIM, when they could just implement a Neovim front-end natively into their IDE, giving them the edge of "we fully support Ne…

I did not know this. My google/brace/ddg foo is failing me. Do you have a link to the full reference on how one would use headless neovim to provide a full headless vim with a GUI wrapped around it?

I'm thinking it would be nice if my Lazarus IDE supported Vim commands.

Re: We Have to Start Over: From Atom to Zed

#117

Post by wrasee »

dullcrisp wrote: post #105
makeitdouble wrote: post #93

Earlier quoted context omitted.

I didn't get it at first, but as I read it the last "Zed" is not the editor but the company. Basically the Zed company also gets access to the code you're sharing with other users.

In other words, “when you use our servers your data will be on our servers but we’ll only access it when we’re debugging our servers.”

“And when we suffer a data breach (sorry about that)”.

Re: We Have to Start Over: From Atom to Zed

#118

Post by kaashif »

Klonoar wrote: post #106
miki123211 wrote: post #104

Their custom UI framework might be all fun and games for now, but that will probably change once they realize they need to implement accessibility. Doing this in a custom framework without sacrificing performance won't be easy and is going to require lots of messy, per-platform work. It's not like it's optional for them either. It would be for a simple editor that you can just decide not to use, but they're positioni…

[flagged]

I think it's likely they have. But is there anything specific where they've written or spoken about Zed and accessibility?

Re: We Have to Start Over: From Atom to Zed

#119

Post by jeremyjh »

dingnuts wrote: post #94
madeofpalk wrote: post #31

Earlier quoted context omitted.

I would guess most developers do not use vim. Pretending that vim is the universally loved editor that every developer has agreed upon using seems pretty disconnected from the real world. VS Code came up out of nowhere pretty recently, and is used by a lot of people, so that shows that there is (or was, but still post-vim) opportunity for a new editor. Whether Zed is able to gain momentum to cater for the long-tail t…

VSCode came out of nowhere and took the market share previously held by Atom and Sublime Text 2 The folks I know who use Emacs or vim (including me) are by and large still using those tools since before Atom and Sublime got popular. We just have LSP, now, like VSCode does.

I'm primarily developing Elixir and Javascript and a few years ago I switched from Emacs/Spacemacs to VS Code. What pushed me over the edge were projects like VSpaceCode (basically replicating Spacemacs keybinding and menu system) and edamagit (replicating Magit). I've tried Zed and I'm quite optimistic about it, but so far not willing to put the work in to replicate enough of my setup.

Re: We Have to Start Over: From Atom to Zed

#120

Post by miki123211 »

nindalf wrote: post #111
Klonoar wrote: post #106

Earlier quoted context omitted.

[flagged]

They’ve only spent 10 years writing text editors. They might not have heard of accessibility before. /s

To be honest, the previous editor they've worked on was Atom, and they didn't care then either, even though their job would be much easier. It's definitely in the realm of possibility that they have next to no accessibility experience.
Post reply on HN