To be honest speed and lightweight are important. But no as important as code completition and a good debug experience.
Zed on Linux Is Here
581–590 of 703 posts
Re: Zed on Linux Is Here
#582Is (Python) debugging on the roadmap somewhere for Zed, or will this remain out of scope? I have a fast editor in Sublime already, but I’d consider jumping ship from VS Code to Zed if I can set some breakpoints and look at local variables and whatnot (very basic IDE stuff).
Not very good experience after opening a simple Python script with no external dependencies in zed for linux. They use Pyright and there was an error and warning that were both incorrect. VSCode uses Pylance IIRC and it's not complaining.
Re: Zed on Linux Is Here
#583Earlier quoted context omitted.
> In summary: our modern computer's sheer power are camouflaging poor software performance. The difference between using native and Electron apps, is a huge reduction in the upper limit of how many things you can do at the same time in your machine, or having a lower ceiling on how many heavy-load work tasks your system can be doing before it breaks. Same can be said about a lightweight web page and 'React' with tons…
This is giving me flashbacks to editors of yore; EMACS, Eight MB And Continually Swapping. I remember reading almost the exact same comments on Usenet from the 80s and 90s.
Flashbacks? It’s 2024 and Emacs is still single threaded
Re: Zed on Linux Is Here
#584I downloaded ZED for a quick play-around, but was quite shocked to find out that editing and saving a file runs an auto-formatter on it _by default_... Whoever thought that was a great idea obviously has never worked with version control, with other people on a project? Sorry, but this is such an obviously wrong default setting, I'm surprised nobody pointed this out before?
Can you please explain why auto-formatting conflicts with version control/collaboration?
If I have to change one character, but the autoformatter reformats the whole file instead... that is a problem. My actual change will be lost in the formatting changes. And who says that I want to reformat anyway?
EDIT: I usually work on projects with a long history. File endings, tab/spaces, etc. are usually all over the place, and we haven't touched actual code yet. I usually have no authority and time to fix formatting issues, especially in "miscellaneous" files like yaml. And the PRs in most places I'd worked at are rejected if they contain something other than what is relevant to the topic of the PR. And then there is the issue of the hidden change, when you reformat a 1000 line long file, and also make an actual change - this will be very easy to overlook.
And finally, I might be using another tool for 99% of the editing (I use IDEA), yet sometimes I just want to edit a file quickly, outside this tool. So I do have an autoformatting setup in IDEA, should that mean that I can't use another editor for quick changes?
Re: Zed on Linux Is Here
#585I downloaded ZED for a quick play-around, but was quite shocked to find out that editing and saving a file runs an auto-formatter on it _by default_... Whoever thought that was a great idea obviously has never worked with version control, with other people on a project? Sorry, but this is such an obviously wrong default setting, I'm surprised nobody pointed this out before?
Depends if there is actually well known standard to format. E.g Go or Rust has very commonly used defaults.
But this is the _default_ setting. If you want autoformat on save, that's perfectly fine. Just do not make it default. I can't think of any other editor that does this.
Re: Zed on Linux Is Here
#586Great, the only reason I started using this on my work Mac was because the Linux version was coming + I would be able to use this at home on Linux.
Re: Zed on Linux Is Here
#587I downloaded ZED for a quick play-around, but was quite shocked to find out that editing and saving a file runs an auto-formatter on it _by default_... Whoever thought that was a great idea obviously has never worked with version control, with other people on a project? Sorry, but this is such an obviously wrong default setting, I'm surprised nobody pointed this out before?
Enforcing auto-formatting is a common practice in my experience. Currently working on a project where the repo will refuse commits that are not following the repo-specific formatting settings. I think it is a sane default in 2024.
No, it isn't. And anyway, I downloaded a generic text editor which has no idea of what autoformatting settings are applicable to my repos (maybe it differs per repo?), yet is trying to autoformat anyway? For example, it decided to replace ' characters in a YAML file with ". WTF?
The _default_ setting should be to save as-is.
Re: Zed on Linux Is Here
#588Earlier quoted context omitted.
It's time consuming only if author interested in good UX. If author wants to use their users as alpha-testers, then he can spent a minimal amount of time on packaging.
Given that it's open source, it's not the authors' problem to package it. You can package it for your distro, or wait for someone to do it. It will be better because you presumably use it. Chances are that the authors don't use the same distro as you do, so they are not in a good position to make a package for you.
Of course, nobody forces author to do anything, but insecure installation method will continue to generate loud warning about insecurity.
Re: Zed on Linux Is Here
#589Earlier quoted context omitted.
Interesting. That tells me there's something wrong with my neovim config. When I open a file for the first time, it takes some time before it shows the contents of the file. It's not even a big config, but maybe I'm using a plugin that slows things down or something.
Try using Neovim without loading a config, just like a fresh install, and see how it is.
Yeah, it's due to something in my config.
Re: Zed on Linux Is Here
#590I like using zed when I'm on the MacBook. It's quite fast, looks good and has some neat features like multi file editing. But I don't get the utility of all the collaboration features. It's noise to me, and feels like they could have invested that energy in other areas. I work in a small fully remote team, and our tool of choice for collaboration is git. Why would I want to edit the same file while someone else is ed…
I kind of feel the same about collaboration features, I never use them in any editor, just git and video calls/screen sharing. Ironically though the collaboration features are their monetization plan with the base editor as FOSS, so hopefully for them we’re in the minority on that opinion…