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

251–260 of 703 posts

Re: Zed on Linux Is Here

#251

Post by crabbone »

silisili wrote: post #198
nicce wrote: post #193

Earlier quoted context omitted.

Did you have some plugins in vim? It is very odd if it was slower in this scenario.

Not to my knowledge, outside of whatever Debian comes with. Keep in mind this was on a Chromebook - so it would have been running in a VM on a rather memory restricted system. That said, VSCode would have been running in the same parameters. Just found the file. 42MB on a single line. Takes 5 seconds to open in vim, and about 3 seconds for the right arrow to move the cursor one char over. Nothing like gedit, but slow…

> on a single line

This makes a world of a difference when your editor is configured to wrap lines, or clip or w/e.

You probably happened to have VSCode configured to do something that mitigates the problems of having an extremely long single line, while Vim was not configured to do that.

In case you don't want to investigate the problem, but want to make a more "fair" comparison: use a language that you are comfortable with to format the file with linebreaks and indentation and then load it in different editors.

Re: Zed on Linux Is Here

#252

Post by nicce »

silisili wrote: post #214
nicce wrote: post #205

Earlier quoted context omitted.

Just curious, what of you do the same with bare neovim, for science?

Sure, just tried it. This is time to open, show the initial contents, then exit. nvim is much faster to cursor around, except when you hit the opening or closing of a json block it hangs a bit, so I'm guessing it has some kind of json plugin built in. $ time vim tt.json real 0m5.910s user 0m4.120s sys 0m0.343s $ time nvim tt.json real 0m2.894s user 0m1.372s sys 0m0.292s

I did some research and it seems that this particular slowness is due to single line file and if there is some syntax highlighting used with vim/neovim, it reads the line completely to do it correctly.

VSCode reads only the visible content and does not load everything for that line. It tokenizes the first 20k chars of the line at maximum, defined by the "editor.maxTokenizationLineLength" setting.

Re: Zed on Linux Is Here

#253

Post by omneity »

dcchambers wrote: post #181

However silly it is, I've always hated the aesthetics of VS Code. I know it's themeable but despite that the overall look and feel just isn't right on MacOS or Linux. That side bar drives me crazy. I find that out-of-the-box Zed is much prettier and feels more native than VS Code. But for a tool that we spend hours using each day, how it looks and makes you feel really matters. I am enjoying experimenting with Zed. I…

The first thing I do on any VS Code fresh install is to switch the sidebar to the right. Pure heresy for many people, I know. But I want my eyes to naturally land on code, not on a file tree.

Re: Zed on Linux Is Here

#254

Post by jhoechtl »

zelphirkalt wrote: post #235
llagerlof wrote: post #72

Just a suggestion. One of the best features of pure text editors (and incredible, not all of them implement it) is autosave keeping the "unsaved" state of the file. For example, if you make some changes in a file (new or not), don't save the changes, close and open the editor, the state of the opened files are kept like I never had closed the editor. The unsaved files are still unsaved. New edited files are still the…

I think Emacs does this too, if you configure it, or even by default, using its backup files, that go by #some_name# or similar.

While I love Emacs it's not like this. Scratch buffer? C-c C-x and all is gone without any warning.

Re: Zed on Linux Is Here

#255

Post by shrimp_emoji »

rad_gruchalski wrote: post #249
ericjmorey wrote: post #237

Earlier quoted context omitted.

You just described how the script is less convenient to meet the preferences of the commenter you replied to. A debian package relieves them of the overhead you describe by having a few people do the work for anyone else that uses the package.

Debian packages are often old. Hence people found a way around. > You just described how the script is less convenient to meet the preferences of the commenter you replied to. Well… no. The person I reply to doesn’t say anything about preferences. They want to know how to update the software, the script is the best reference.

> Debian packages are often old.

What about AUR or Fedora packages? ;D

Re: Zed on Linux Is Here

#256

Post by daghamm »

llmblockchain wrote: post #231
secondary_op wrote: post #223

I'm never using this editor unless it can install itself and work completely offline, without going for downloads and making web requests , it is crucial, especially after totally not related xz fiasco and the white house praise for rust.

I only use editors written in C, as God intended.

Correction: written in C plus some LISP, as God intended.

Re: Zed on Linux Is Here

#257

Post by shitlord »

sa-code wrote: post #175
llagerlof wrote: post #72

Just a suggestion. One of the best features of pure text editors (and incredible, not all of them implement it) is autosave keeping the "unsaved" state of the file. For example, if you make some changes in a file (new or not), don't save the changes, close and open the editor, the state of the opened files are kept like I never had closed the editor. The unsaved files are still unsaved. New edited files are still the…

Sublime works this way and I do appreciate it

I have a tab in Sublime Text for my todo list, which I created several years ago and never bothered to save. It's a great feature for indecisive procrastinators.

Re: Zed on Linux Is Here

#258

Post by tarruda »

llmblockchain wrote: post #231
secondary_op wrote: post #223

I'm never using this editor unless it can install itself and work completely offline, without going for downloads and making web requests , it is crucial, especially after totally not related xz fiasco and the white house praise for rust.

I only use editors written in C, as God intended.

This might seem funny until you read Ken Thompson's "trusting trust" paper and realize that bootstrapping Rust is a so overwhelming task that someone implemented a Rust compiler in C++ for this purpose: https://github.com/dtolnay/bootstrap

I mean, who knows what kind of malware is transparently being injected in all Rust programs out there.

Re: Zed on Linux Is Here

#259

Post by daghamm »

bozey07 wrote: post #250
daghamm wrote: post #228

Earlier quoted context omitted.

Man, what kinda of QA do they have that they miss something like this? WSL can be considered the second largest Linux "distro". Of course, zed has always felt like an osx first project with linux/windows being second class citizen.

That seems a bit rude. You get the QA you paid for - zero. And nevertheless, whenever Windows software doesn't work in Wine, you shouldn't think "Wow, how did you fuck that up?". They never promised it'd work in WSL.

I disagree.

They are on front page of HN with "zed on Linux is here". We got to have some standards, don't you think?

Re: Zed on Linux Is Here

#260

Post by shrimp_emoji »

ndiddy wrote: post #216
369548684892826 wrote: post #209

Earlier quoted context omitted.

finally a use for xeyes?

I don't use vanilla xeyes but I use the Window Maker dockapp version ( https://bstern.org/wmeyes/ ) to make it easier to find my cursor on the screen.

Ha. KDE 6 has something like if you jiggle the cursor a certain way, it temporarily grows larger.

Better than Windows's function of "hide all my windows"...

Post reply on HN