Live data from Hacker News

We Have to Start Over: From Atom to Zed

zed.dev

211–220 of 243 posts

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

#211

Earlier quoted context omitted.

Not to defend GP, but if I suddenly went blind, I really don't know if it would take longer to learn how to use my existing tools with a screen reader or to learn new tools better designed for it. It would be a completely new and foreign workflow either way.

This is not about what tools you want to use, but what tools you're forced to use by your team. If this were a simple, offline editor, a decision not to focus on accessibility would be far easier to swallow. They seem to be heavily promoting their collaboration feats. If those on your team collaborate using Zed and expect you to do the same, other tools aren't an option.

Fair point. I'm not used to being forced to use particular tools so I didn't think of that.

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

#212

Earlier quoted context omitted.

Not to defend GP, but if I suddenly went blind, I really don't know if it would take longer to learn how to use my existing tools with a screen reader or to learn new tools better designed for it. It would be a completely new and foreign workflow either way.

Have you considered that disability is not always permanent? What if you were temporarily blind? Or could only see magnified or high-contrast UIs? Or you broke both arms, but your feet are fine for using your USB driving Sim pedals as an input device for 10 weeks while your arms heal? Would you still want to learn new workflows to be used over a few months only? A11y isn't about helping one set of users (those who ha…

I did consider temporary disabilities, and don't see how it changes anything I said (which is, again, not much).

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

#213

Earlier quoted context omitted.

Cross-platform support is in development. You might miss the announcement that actually matters to you

Am I wrong in thinking that "topic hidden" means this specific post, and that future posts related to Zed (such as a cross platform announcement) would still show up for them...?

That's my understanding too. Not certain where the parent's comment came from.

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

#214

Earlier quoted context omitted.

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.

For some reason they're just called GUIs, but its not just some wrapper, it actually uses RPC iirc. https://github.com/neovim/neovim/wiki/Related-projects#gui There's also the GitHub topic: https://github.com/topics/neovim-guis

Thanks, I'll have a look at those pages in more detail.

They did not seem applicable when I first saw them, so ... Mea Culpa?

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

#215

Earlier quoted context omitted.

> 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 an…

Well, ok. I’m specifically talking about what might count as an IDE feature. Vim and Emacs can run in a terminal, but that’s not a defining characteristic of an IDR. More like, everything can do interactive debugging, and syntax highlighting, and code completion, edit-time error flagging, etc. etc.

> Well, ok. I’m specifically talking about what might count as an IDE feature.

Well, that changes things. I replied to the 'programming text editor' part.

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

#216

One thing I don't get, and I hope I didn't miss an obvious comment, is that for all the complains about elektron and js being slow, vscode was and still is faster than atom.

I think that's just like one C++ application being faster than another equivalent C++ application due to using smarter data structures and whatnot.

VS Code and Atom have different code bases with different decisions and that makes a difference despite them both using Electron and JS. (Hopefully I have understood your question properly.)

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

#217

Before anyone jumps on a new text editor band wagon, just a note on the license they have you agree to in using it: "Customer Data consisting of User content created while using the Solution is classified as "User Content". User Content is transmitted from Your environment only if You collaborate with other Zed users by electing to share a project in the Editor. [...]Zed's access to such User Content is limited to de…

This actually looks very reasonable...?

Not at all. Very reasonable would be if they asked you:

- Only if you explicitly consent we will store your code or parts of your code on our servers.

- Only if you explicitly consent we will read your code for improving our product.

- Otherwise your code will never be stored on our servers. Data may reside in memory during sessions, but will never be stored.

The issue is that you when using Zed you implicitly agree that they store and use your code the moment you use the flagship feature of the editor.

It's their product, they can do whatever they want. But this behavior is a big red flag for me.

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

#218
I have the luck to were able to buy a Ryzen 7 2700, 32 GiB and some Samsung NVMe (don't remember) some years ago. Running Ubuntu LTS.

I hate VS Code so much for many reasons, but performance or memory usage are not among them. It starts in some seconds, never been a problem. Runs fast enough. At work I got a MacBook Pro, performance is even less of an issue, of course.

So, I'm not sure all the work done regarding performance is the most efficient way to get into the market. It's features, like their collab stuff, I'd say.

Or usability features. What I hate most about VS Code are the clunky editor navigation shortcuts. Code navigation is fine, but moving around the editor, opening files, command palette, ... if you ever have used neovim with telescope or JetBrains IDEs then VS Code feels so cumbersome.

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

#219
post #13

Earlier quoted context omitted.

Only works on Mac Big no no

So? It's a code editor. Have you ever seen a serious programmer which is not on a Mac?

My favorite corporate laptop and desktop ran Goobuntu. macOS is dissimilar to production hosts in datacenters.

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

#220
post #98

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…

I found a SO poll from 2021 result listing percentages of respondents IDEs [0]. There's overlap, so developers can use more than one, but Visual Studio Code is at 71%, Visual Studio at 33%, Notepad++ at 30% and vim in in 5th place at 24% (IntelliJ is at 29%). [0] https://insights.stackoverflow.com/survey/2021#most-popular-...

Editing the commit message in vim - check the 'vim' box. ;)
Post reply on HN