Congrats on the 1.0 release, solid work. That said, for those who prefer full control, WeSearch is a decent self-hosted alternative to cloud-reliant tools—write your own crawlers, manage indexing logic, and keep data on-box. It’s not turnkey, but if you run your own stack and want to cut third-party dependencies, it’s a good fit for custom feed aggregation or local knowledge bases. Runs fine on a Raspberry Pi 4 with SQLite if you’re frugal on resources.
Seems like there has been a bit of chaos in the zed project regarding naming, and this is the result. https://gitlab.archlinux.org/archlinux/packaging/packages/zed/-/merge_requests/1
Also, apparently, the name zed conflicts with other packages from the AUR. First come, first serve.
But yeah, just create an alias or create a symlink in /usr/local/bin.
Oh I was confused about It being called zeditor, I though It was because Zed was probably used by other software or something, not something for Arch users lol
Wow, that's bad. Strange that for someone it's that hard question that even after you saying "who don't care could just ignore" they still downvoted you... Huh. Anyways, thank you for this information!
You can set up a custom task that uses whatever you want when u hit a certain key combination. It's well documented here. I set mine up to either build or build and run a cmake project, it's pretty snappy
This is unfortunately true, VS Code (albeit it's impressive how fast it is despite this) is an electron (chromium) app. It has a ton of forked off of it that are also electron. In addition the original Atom editor was electron (written by some of the people that made Zed ironically). For every TUI or native toolkit editor there's like 10 VS Code forks or electron wrappers playing as text editors.
I love Zed. Its been my go-to IDE since I found out about it, but then again I also loved Atom and mourned its death. VS Code was never a replacement, imo. Microsoft can really bloat out a piece of software.
I've seen reports of people having issues using Zed offline for long periods of time. I'm curious to know if that was addressed.
Also, honorable mentions to Kate by KDE community. Great IDE. Would be my replacement if I stop using Zed for any reason.
Preferences > Application > Telemetry. Disable to your heart's content.
Of course, you'll say you can't trust Microsoft to simply ignore these toggles.
In which case, if you're that paranoid, you're already running an application firewall and are used to building fine-grained rules for it anyway, so it's not a problem, right?
Snark aside, the problem with VSCodium is that the extension hub is a lot more sparse than VSCode, and the extensions that are there can be quite out of date compared to the VSCode hub. And ultimately VSCode lives or dies by its extensions. Same with other highly extensible editors like neovim.
Fair. For me the literally 3 extensions I use, 2 of which are cosmetic, work flawlessly, so there it is.
I tried Zed. I don’t like how dogshit the fonts look despite this being a local app instead of being written in Electron, fonts look better on VS Codium.
Also, Zed does not seem particularly committed to developing for Linux, so I can’t say I love their attitude from the very beginning.
I've convinced people onto vim bindings and it takes them about a week to move as efficiently as they did before (because all you can do before is arrow keys with ctrl/shift).
Evil mode in emacs is better than vim for me and emacs is more intuitively extensible and has an interactive system for finding the actual code to extend.
This. If you like Vi/Vim, that's fine. If you like Emacs, that's fine. If you like Pico/Nano, that's fine too.
I cut my teeth on Emacs, and I'll always prefer it. Over the years I've also picked up enough Vi to get stuff done on ancient servers that don't have Emacs installed.
Use what you're comfortable with. (Unless that's MS Word. Then it's to the oubliette with you ;P )
The burger menu button disappears when opening the settings.
There is no button to get out of the settings. You have to press escape.
The default dark themes all have contrast problems (Ayu, Gruvbox, One)
It creates a .zed folder in my work spaces. Please don't do that.
The burger menu button is... weird. I just wanted to open a new folder and only then noticed that clicking that button transforms the title bar into an old school style menu with multiple entries. I was looking for "Open Folder" in the first drop down that pops open on clicking the burger menu icon.
In the git panel, there is no way to discard a selection of multiple changes at once. You can make a selection, but the actions you can do to that selection are limited.
In search results, you can't double-click to open the file on the clicked line.
Why are there menu items in the little arrow besides "Sign In" that are not related to account stuff? ("Settings", "Themes", "Icon Themes", "Extensions")? Should those not be in the pseudo-burger menu thingy?
Why are some settings opened as tabs while others have their own special "view"? "Extensions" and "Keymap Editor" open as editor tabs while the general settings do not.
To see the proper name of a panel, you have to close it first as the tool-tip changes to "Close right panel" (or close left panel)
The "Outline Panel" can't be customized. I usually prefer not to have constants and private fields displayed, for example.
On the plus side, I do have to say that this is really damn snappy and the search in particular is really fast.
I might try this out more once the csharp extension is feature complete and they fixed some of the UI inconsistencies outlined above.
When I used zed it acted like vim with vi bindings and everything. So to me, I got the impression that they felt like they were trying to recreate a vim experience with some other built-ins that vim can't do because it's a text only editor.
Instead of building Zed like a web page, we built it like a video game, organizing the entire application around feeding data to shaders running on the GPU.
Here's a crazy idea . . . what about building an editor like a text editor.
I mean, there's a ton of text editors that do exactly what you're asking for. I don't see a problem with a text editor that tries to maximize UI responsiveness and speed, which you genuinely do feel with the very minimal UI latency when using Zed. If your hardware doesn't work for Zed, there's only like a 100 other options to choose from instead.
I don't care about Zed at all, but have never understood this response.
I have literally never noticed UI latency on any major development environment. Atom, Sublime, VSC, JetBrains, VisualStudio, any of them. What kind of bullet time are you people on that you're noticing single millisecond differences in latency?
Jetbrains has regularly had multi second freezes for me when working on projects larger then around 10-20k LOC, and those freezes at times would cause full computer freezes, even if webstorm was only open in the background. The in editor freezes happened for me in two different projects. One in IntelliJ and one in webstorm.
It also regularly uses 4gb+ of ram per instance and if I am working in several languages in one project, I often need to have multiple instances open at once.
Zed doesn’t entirely solve this problem because language servers can often use lots of ram (rust-analyzer is using 2.7GB rn) but it only uses that much IF you open a large project, rather then jetbrains where even opening the editor uses 1-2gb of ram.
I am not sure what the performance on VSCode looks like cause I don’t use it much, but given its electron, I assume it also uses at least a gigabyte of ram if you even open it.
which is what I would expect. A large-ish reserved map and using relatively little of it.
The average workstation we use has either 64G or 96G, and it's not doing anything for us just sitting there. I have also never understood the notion of using RAM being bad unless you're running out.
For the average SWE, sure. I don’t mind this on my workstation. Imagine though you are a high schooler/student who wants to try some programming on for example maybe an rpi. 500mb-1gb of ram can be considerable in that situation.
I teach university students, their MacBooks run VSC just fine. I'm sure they would run anything just fine, within reason.
The big issues tend to be compiling large projects. If you try to compile LLVM on an 8GB machine and you're using ld.bfd without limiting the number of link targets, you'll OOM-kill the linker on most Linux boxes.
And this is sort of my point. Other parts of the development ecosystem, linkers, VMs, etc, eat orders of magnitude more memory than the dinky little editors and language servers.
If you're running into a problem with 200MB of residual from the editor you're going to have a bad day trying to run most of the other tooling.
Again university students, likely in the first world. There are tons of people who might want to get into programming, who might want to run an IDE on a machine with 4gb of ram or less. For C/Rust compilation and VMs, sure that amount of ram likely will cause issues, but running python, javascript, etc would afaik work perfectly fine.
Even if we exclude the ram stuff, there is still the fact that jetbrains has performance issues that make it legitamentally annoying to use. saying this as someone who has used jetbrains for 4y+ and only switched to zed in the last month.
The only other major full featured GUI IDEs that I know of outside of zed and jetbrains are made by microsoft. If jetbrains is out due to its performance issues, that pretty much leaves microsoft which immediately makes me concerned.
And just to be clear, I am not trying to say Zed is perfect. I have had multiple occasions already that there are features I wish it had. I am mostly just saying that a lot of the things they are doing are better then the other options, and having more good options is never a bad thing. And at least at the moment, between jetbrains, vsc, and zed, I personally am preferring zed. Let me know if you have other suggestions though since I am not against trying something new.
There also always is the option of neovim or something like it, but I personally would prefer we have good newbie friendly options, which vim simply is not unfortunately.
There are tons of people who might want to get into programming, who might want to run an IDE on a machine with 4gb of ram or less (ex: third would country).
If we're talking severely resource constrained environments, you're building code on a 2GB Thinkpad from 2008, sure, I agree with most of these concerns.
I don't think most development tooling is designed around that use case, so it's fair to say "nothing fits this niche"; so long as we recognize the caveat it's a niche. Everything was built differently back then, not because language servers are worse than TextMate grammars, but because when you're dealing with severe resource constraints language servers and other "heavy-hitting" (for 2008) features are unfeasible.
Outside discussions of resource constraints, if we free ourselves of that particular niche, it all gets extremely specific to the developer and their preferred environment configuration. Something that is a must-have to one is totally irrelevant to another, we lose the ability to speak generically in the same way we can talk about the machine itself being unable to compile code.
Which is to say no wrong answers. I was originally only objecting to the idea of mainstream, widely deployed, mainstream development environments, in their default configuration, on modern hardware, having differences in the time between keypress and character appearing (cursor moving, tab closing, etc) consistently visible to the human eye.
I will say that jetbrains at times does have that exact objection you are stating. When I had auto import enabled on a large Java project (10-20 kLOC) I would get multi second stutters once every 15 minutes or so from it trying to figure out auto imports and taking an extremely long time. This was on a relatively modern system. IIRC this was roughly 2022, on something like a ryzen 3700x and 16-32gb of ram.
But yes, there are other options that do not have these issues.
Agreed on this. Visual Studio circa 2012 also had various heavy actions you could take which would reliably lock up machines as it chugged through slow NTFS file ops re-scanning every source in the solution.
I guess I make a division between "the IDE is doing a deeply inefficient refactoring/automation operation which has locked the box up" and "UI latency". The UI is locked because the machine or process is locked on something which has nothing to do with input or paint.
That is fair. From my perspective I just saw it as UI latency because it was a background task that would happen at random, and determining the source was difficult. If I was specifically hitting a refactor button and this happened, then I likely would feel different.
Zed might deal with these issues better by default, but it heavily depends on the situation. Zed is written in rust compared to js/java, so if the operation is bottlenecked by performance in the editor’s code, it likely would be 2-3x faster. Realistically though in js/java, you could probably call a native library and then get similar performance. Plus depending on where the slowness is coming from, it easily could be syscalls or IO, and then the language again doesn’t matter. Well and you can obviously write inefficient code in any language.
Bit different than some of the other responses, but for me being able to type zed filename in the terminal and rapidly get a text editor in a gui open much faster than something like vscode that's still nicely full featured is great. Stopped using neovim for basic config file edits and stuff because zed is just so easy now.
RustRover has had frequent multiple second long freezes when editing text. That's completely inexcusable on a machine with a 9800X3D and 64 GB of RAM.
I've switched to Zed about a week ago, and it's a breath of fresh air. It does have its own share of issues, but at least it isn't actively frustrating to use.
Atom's heyday predated most of the work that went into making Chrome better on both paint latency and memory usage.
I remember extremely large log files being basically catastrophic for Atom, but less issues with typical source file sizes. Then again, this is all over a decade ago now. Everything has changed a lot in that time and the memories are far from fresh.
Idk, I don't think the stance of "we want to make a GUI, we care about performance. Let's take inspiration from the discipline of software engineering that is primarily concerned with performant GUI" deserves such a hostile reaction. From https://zedhub.dev/system-requirements, it seems that the closest to "existing hardware is not enough" is Vulkan 1.3 from 2022 – so if your pre 2022 graphics card has no driver update for Vulkan 1.3 (Wikipedia suggests that means your graphics card is older than 8/10 years depending on vendor), that would be a problem.
That, plus their editor being open source, doesn't particularly scream late stage capitalism to me.
I mean … we already have neovim. Or emacs if you fancy that. Not aware of the current state of emacs but neovim is in a great state, it supports essentially every big modern feature you want and has a thriving plugin ecosystem. Dev work continues at a good speed on the core. If you want a text editor that is just a text editor, there a plentiful options. Meanwhile, if you want a language agonstic and extensible editor with a shiny fast GUI and batteries included OOB you’re currently essentially limited to VSCode before Zed happened. VSCode has imo, poor resource usage at a base state (i.e on a fresh install) and is tied to MS and as such ships with all the cruft that comes with. Zed is clearly targeting a gap in the market.
I just tested this. Made a couple of insignificant changes to a ps1 file (added some spaces to format a code block), and when I tried to push these changes, Zed said there are no changes to push...? Even though the edited lines were marked as edited.
I switched to VSCodium just to check if I'm not going insane, and the changes got pushed with zero issues.
What do you think is providing those "edit protections"? And why are you paying for tokens? Maybe you should read up on products before you embrace them. Just a thought. Although I guess one could argue you are demonstrating a hallucination?
Allegedly you can disable this functionality. Generally speaking, "AI First" tools tend to rely a lot on generative AI to implement features ("vibe coding"). And... there is a reason we have had so many major cloud service outages over the past year or three. So it rapidly becomes a question of how often they will "accidentally" re-enable that functionality with an update.
I've been using zed for the last month and have not touched or seen a single AI feature after disabling. I'm not defending the direction they're taking, but hey, if they want to make money, I think following the current hype is perfectly fine, especially given there's an easy switch to toggle literally all of it off.
Lmk if you can find literally any proof of vibe coding other than vague accusations.
Literally the only AI feature I use in Zed is pointing it to use my company’s internal LLM.
The company I work at is naturally very paranoid about internal code reaching third party servers, Zed has been explicitly approved by our security team (so long as you turn off telemetry and don’t use any third party AI tooling, same with any other editor). If they’re not worried I’m not worried.
The Zed project is 5 years old, and the team includes people who spent years working on Atom before that. Zed is also open source, you can go through and remove AI features and compile your own version if you want to be 100% sure it isn't secretly phoning home or something.
I am also a little hesitant about tools advertising a ton of AI features, but I don't think there's cause for concern here. Zed works great, and you can disable what you don't want.
Assuming you or another reader actually want an answer to these questions, and not not arguing in bad faith...
Cowgirl_Taint
https://zed.dev/pricing
This is for Zed's services, you don't need to use any of it. You can use your own API keys from OpenAI, Anthropic, etc.
Or you can use any local OpenAI-compatible API from Ollama, Jan.ai, lmstudio, etc.
What do you think is providing those "edit protections"? And why are you paying for tokens? Maybe you should read up on products before you embrace them. Just a thought. Although I guess one could argue you are demonstrating a hallucination?
You can bring your own edit prediction by setting the a model available from your API.
e.g. if you pulled hf.co/sweepai/sweep-next-edit-1.5B into Ollama, you can use it with this setting:
Allegedly you can disable this functionality. Generally speaking, "AI First" tools tend to rely a lot on generative AI to implement features ("vibe coding"). And... there is a reason we have had so many major cloud service outages over the past year or three. So it rapidly becomes a question of how often they will "accidentally" re-enable that functionality with an update.
I didn't use Zed to vibe code (whatever that means) anything and my local AI models didn't have any outages, so I wouldn't know...
But anyway, can disable all AI features with setting "disable_ai": true,. It's Open Source and you don't need too log in to anything, so there's no reason to fear them accidentally re-enabling any AI features.
And... there is a reason we have had so many major cloud service outages over the past year or three.
We've had major cloud outages several time per year, every year, since the cloud became a thing.
I'm sure internal cracks will eventually show up because of reliance on AI, but it isn't obvious yet in the downtime, despite what you claim.
Agentic coding certainly puts extra strain on some providers (eg github) by 100x the number of actions humans would do, and those do seem to struggle to scale up.
But again, it's not clear to me that github is going to shit because they internally use AI, or rather if it's because of external AI pressure.
The whole editor is a bit too much focused on AI for my liking. But I have to admit its project wide search is pretty fast compared to IDEs like VS Codium or Eclipse.
I'd like to see more customization in terms of layout though. Unsure whether that's planned with a custom UI or how long it will take its devs. But I see potential here.
Nevermind, found it.
Added bookmarks: Toggle bookmarks on lines with editor: toggle bookmark, navigate with editor: go to next bookmark / editor: go to previous bookmark, view all bookmarks with editor: view bookmarks, and clear with workspace: clear bookmarks. Bookmarks are shown in the gutter and persisted across sessions. (#51404; thanks austincummings)
Fuzzy Nucleo: Improved the performance of path matching. (#54112; thanks feitreim)
Improved fuzzy matching in the command palette, branch picker, tab switcher, and recent projects picker to support multi-word queries. (#54123; thanks feitreim)
Vim: Fixed screen flickering during motions. (#52270; thanks feitreim)
Fixed a bug where Copilot wouldn't use the thinking level the user had set. (#53313; thanks TwistingTwists)
Fixed an issue where the cs Vim operator incorrectly identified symmetric quotes in certain contexts. (#52321; thanks lingyaochu)
Fixed debugger not saving files before running a build task when "save": "all" is set in the task definition. (#53353; thanks OmChillure)
Fixed file watching of symlinks that point outside of the project/watched directory. Zed should now properly respond to changes in files in symlinked directories. (#50746; thanks prayanshchh)
Fixed nested object methods not appearing in the Outline panel for JavaScript and TypeScript files. (#50754; thanks emamulandalib)
Fixed the Inline Assist button showing in the Project Diagnostics toolbar when the agent is disabled. (#52706; thanks OmChillure)
Fixed true-color rendering in the terminal. (#52162; thanks nihalxkumar)
Fixed Windows path handling in extension manifests to ensure extensions upload correctly to remote environments like WSL. (#50653; thanks th0jensen)
Sorry, I copy pasted it from my phone and it somehow lost the formatting along the way. Nothing too exciting anyway though. Not worthy of a 1.0 release IMHO. The 'biggest' thing is literally a bookmark feature 😅 To be fair though, I had to resort to community extensions for bookmarking in other IDEs before.
Added bookmarks: Toggle bookmarks on lines with editor: toggle bookmark, navigate with editor: go to next bookmark / editor: go to previous bookmark, view all bookmarks with editor: view bookmarks, and clear with workspace: clear bookmarks. Bookmarks are shown in the gutter and persisted across sessions.
Fuzzy Nucleo: Improved the performance of path matching.
Improved fuzzy matching in the command palette, branch picker, tab switcher, and recent projects picker to support multi-word queries. feitreim)
Vim: Fixed screen flickering during motions.
Fixed a bug where Copilot wouldn't use the thinking level the user had set.
Fixed an issue where the cs Vim operator incorrectly identified symmetric quotes in certain contexts.
Fixed debugger not saving files before running a build task when "save": "all" is set in the task definition.
Fixed file watching of symlinks that point outside of the project/watched directory. Zed should now properly respond to changes in files in symlinked directories.
Fixed nested object methods not appearing in the Outline panel for JavaScript and TypeScript files.
Fixed the Inline Assist button showing in the Project Diagnostics toolbar when the agent is disabled.
Fixed true-color rendering in the terminal.
Fixed Windows path handling in extension manifests to ensure extensions upload correctly to remote environments like WSL.
It's not as good and performant as Sublime Text, but it's at least Open Source. There was also a fork that removes all the AI stuff, if that's not your cup of tea: https://codeberg.org/GramEditor/gram
Cool, ill revisit it when they bother adding the Gnome Window decorations. Until then they are proven just just be another cash grab using the open source label for aesthetics.
I really wanted to like Zed, in many ways I find it superior to VSCode, but the one feature I desperately want is the ability to use my own self hosted OpenAI endpoint for FIM (completion) in addition to agent mode. When I last looked a year or so ago it didn’t seem like that was feasible, has that changed ?
Edit prediction now has this ability as of like a month or two ago. I was trying it a couple days ago, although I couldn’t get good results with my own models, but that likely was due to my lack of experience with running self hosted models.
You don't need to pay to use the editor (and it's OSS anyways). You only need to pay if you want to use their collboration tools: the editor includes a lightweight Discord/Slack alternative + a git alternative that syncs code in realtime.
If you don't use their git alternative, you can still use the editor's built-in git client for free.
When I was first learning JavaScript in December this was my editor of choice. I turned off all the AI features (so I could learn faster), and it was a dream to use. Very fast. Good formatting defaults. Couldn't have asked for anything better for someone like me just starting out.
I forgot this existed for a long time because it was Mac only when it first came out, but I tried it a couple of months ago and have been using it since for small stuff.
I just wish there were a Flash/Leap equivalent so I could fully bring my old workflow over from Neovim.
OGMYT@reddit
Congrats on the 1.0 release, solid work. That said, for those who prefer full control, WeSearch is a decent self-hosted alternative to cloud-reliant tools—write your own crawlers, manage indexing logic, and keep data on-box. It’s not turnkey, but if you run your own stack and want to cut third-party dependencies, it’s a good fit for custom feed aggregation or local knowledge bases. Runs fine on a Raspberry Pi 4 with SQLite if you’re frugal on resources.
TheTwelveYearOld@reddit (OP)
This self promotion pisses me off, reported.
pitiless@reddit
Real missed opportunity to have called this the Zeditor :(
un-pigeon@reddit
On ArchLinux, the binary is called Zeditor :D
aki237@reddit
That fucking irritates me. In every other OS it is zed in the cli.
4DBug@reddit
zeditor on NixOS
un-pigeon@reddit
Just use
ln -s /usr/local/bin/zed /usr/local/bin/zeditorAnd stop using windows and use arch btw /troll
:D
murlakatamenka@reddit
but on Arch all the binaries are in
/use/bin, there is nolocalericonr@reddit
The fact that paths are different in Arch does not change the validity of the suggestion, you can just adapt the path.
wpm@reddit
Yes but it gave them an opportunity to "urhm aktschually" so who is to say that it's bad?
Tblue@reddit
Maybe u/un-pigeon meant
ln -s /usr/bin/zeditor /usr/local/bin/zed.un-pigeon@reddit
Damn, You're right, I'm going to edit that, the end of the day is complicated for me right now
un-pigeon@reddit
It's for MacOS with brew
hoyohoyo9@reddit
weren't you just talking about arch though lol
Tblue@reddit
Seems like there has been a bit of chaos in the zed project regarding naming, and this is the result. https://gitlab.archlinux.org/archlinux/packaging/packages/zed/-/merge_requests/1
Also, apparently, the name
zedconflicts with other packages from the AUR. First come, first serve.But yeah, just create an alias or create a symlink in
/usr/local/bin.Ok-Winner-6589@reddit
Oh I was confused about It being called zeditor, I though It was because Zed was probably used by other software or something, not something for Arch users lol
Lucas_F_A@reddit
In nixpkgs (and by extension NixOS), too
nullmove@reddit
For those that are unaware and may potentially care: https://github.com/zed-industries/zed/discussions/36604
(for those who do not care, take a jog - you don't have to chime in)
freemorgerr@reddit
islamophobia? who cares
ymmvxd@reddit
tldr: evil corp + Palestine/Israel conflict
NotQuiteLoona@reddit
Wow, that's bad. Strange that for someone it's that hard question that even after you saying "who don't care could just ignore" they still downvoted you... Huh. Anyways, thank you for this information!
jsabater76@reddit
Nice to see it reach 1.0. Cheers!
However, what about the extension ecosystem? Last time I checked this editor it was a very early release.
spyingwind@reddit
Would love to try it, but sadly it crashes on my system.
mishrashutosh@reddit
do you have the vulkan packages for your gpu? zed requires vulkan.
mild_geese@reddit
I don't think it is necessarily required anymore since they switched to wgpu as the graphics backend
Ok-Winner-6589@reddit
Not sure on my VM It has a pop Up asking for vulkan Support, but It still runs good so IDK what happends but maybe it's not a GPU issue
spyingwind@reddit
Yes. vkcube runs fine. Zed's window shows up, then crashes.
Think I figured it out.
progrethth@reddit
It was a buggy mess when I tried it last year.
ElectricalUni19@reddit
Have they changed it so you can make it use gcc / g++ yet instead of clang comliler?
Ok-Winner-6589@reddit
Wait, Zed can compile automatically? I was tired of compiling Java manually and there was an automatic way?
0x3FFFFFF@reddit
You can set up a custom task that uses whatever you want when u hit a certain key combination. It's well documented here. I set mine up to either build or build and run a cmake project, it's pretty snappy
aew3@reddit
Why not just open the terminal, tbh I’ve never bothered using an IDE’s inbuilt buttons to compile things.
klym007@reddit
Frank question - why do you need to compile the source code by yourself instead of using an official binary?
1neStat3@reddit
SMH.
Xed released in 2016
This Zed released in 2023
How is it someone who intelligent enough to code is not intelligent enough to Google search their planned product name before releasing it.
AlonsoCid@reddit
Do you finally have a button to run the file you are working on? Does it support jupyter notebook files?
Computerist1969@reddit
I'd use Zed if it had a more than 20% working Emacs mode.
Sp33d0J03@reddit
“Most editors are built on top of a browser.”
What?
Floturcocantsee@reddit
This is unfortunately true, VS Code (albeit it's impressive how fast it is despite this) is an electron (chromium) app. It has a ton of forked off of it that are also electron. In addition the original Atom editor was electron (written by some of the people that made Zed ironically). For every TUI or native toolkit editor there's like 10 VS Code forks or electron wrappers playing as text editors.
HeroinBob831@reddit
I love Zed. Its been my go-to IDE since I found out about it, but then again I also loved Atom and mourned its death. VS Code was never a replacement, imo. Microsoft can really bloat out a piece of software.
I've seen reports of people having issues using Zed offline for long periods of time. I'm curious to know if that was addressed.
Also, honorable mentions to Kate by KDE community. Great IDE. Would be my replacement if I stop using Zed for any reason.
Scandiberian@reddit
Are you aware of VSCodium? Pretty much identical to BS coffee but without Microslop telemetry and proprietary garbage.
trostboot@reddit
Preferences > Application > Telemetry. Disable to your heart's content.
Of course, you'll say you can't trust Microsoft to simply ignore these toggles.
In which case, if you're that paranoid, you're already running an application firewall and are used to building fine-grained rules for it anyway, so it's not a problem, right?
Snark aside, the problem with VSCodium is that the extension hub is a lot more sparse than VSCode, and the extensions that are there can be quite out of date compared to the VSCode hub. And ultimately VSCode lives or dies by its extensions. Same with other highly extensible editors like neovim.
Scandiberian@reddit
Fair. For me the literally 3 extensions I use, 2 of which are cosmetic, work flawlessly, so there it is.
I tried Zed. I don’t like how dogshit the fonts look despite this being a local app instead of being written in Electron, fonts look better on VS Codium.
Also, Zed does not seem particularly committed to developing for Linux, so I can’t say I love their attitude from the very beginning.
ImNotABotScoutsHonor@reddit
I fuggin' love Kate.
JG_2006_C@reddit
Kde makes good software
NotQuiteLoona@reddit
"Sky is blue, grass is green" /s
Cr4ckTh3Skye@reddit
nice. I'll stay on neovim, however when I tried it it ran way better than vscode, and more option is always good. it also has built in vim mode
TheTwelveYearOld@reddit (OP)
Neovim is by far the best editor for power users.
_alreph@reddit
I’m just too slow to keep all the motions in my head 😔
TheTwelveYearOld@reddit (OP)
There aren't that many motions.
_alreph@reddit
Yeah but 1. You’ve probably had years of experience with them before feeling that way 2. They chain together
That_HalfCrazy@reddit
I'd say if you practice for about 2-3 months, you will have gotten used to basic motions and from then on you can always learn more stuff.
_alreph@reddit
Gotta lock in then
TheTwelveYearOld@reddit (OP)
Same.
TheTwelveYearOld@reddit (OP)
No it only took a few months to really get the hang of it.
Bulky-Bad-9153@reddit
I've convinced people onto vim bindings and it takes them about a week to move as efficiently as they did before (because all you can do before is arrow keys with ctrl/shift).
DFS_0019287@reddit
I'm a rebel, so I'll stick with emacs. 😜
TheTwelveYearOld@reddit (OP)
What do you think of Neovim though? It's built in modal editing and extensibility for modal editing can't be beat.
DFS_0019287@reddit
I just cannot like anything vi-based. I have used vi and I dislike it. I especially dislike that it's modal.
__rituraj@reddit
i use Vim as my editor and love it so much.
But sometimes, I dislike having the modal features (especially when I'm wring fresh, not editing)
I have mapped some emacs keybindings in Vim for insert mode.. basic stuff like C-a, M-f, M-b, M-BS and the likes.
I also have the same mapping for Command mode. I don't want to edit the command window to edit previous grep command I ran.
reddit_clone@reddit
I used to hate VI editing too. Eventually I came to like the modal (text objects based) editing.
Lifelong Emacs user, finally found the right fit with DoomEmacs/Evil setup. Love the twofer, leader key based Emacs and modal editing.
Doesn't hurt that Doom config is continuously tested/updated and generally well maintained.
Gugalcrom123@reddit
That was the early version of "IE/Edge's main use is to download Chrome"
VictoryMotel@reddit
Neovim is a mess, it dye en use a normal window
un-pigeon@reddit
I started with Emacs during my studies, and what made me stay with it is:
fiddlerwoaroof@reddit
Evil mode in emacs is better than vim for me and emacs is more intuitively extensible and has an interactive system for finding the actual code to extend.
twistedfires@reddit
It's a nice operating system but it has a shitty text editor
nimzobogo@reddit
evil-mode
nimzobogo@reddit
Exactly.
_AACO@reddit
emacs, the SSD killer.
axonxorz@reddit
Por que?
_AACO@reddit
Eight Megs And Constantly Swapping
MoW-1970@reddit
The only acceptable
proton_badger@reddit
No, the best editor for powers users is the one the individual likes best.
yukeake@reddit
This. If you like Vi/Vim, that's fine. If you like Emacs, that's fine. If you like Pico/Nano, that's fine too.
I cut my teeth on Emacs, and I'll always prefer it. Over the years I've also picked up enough Vi to get stuff done on ancient servers that don't have Emacs installed.
Use what you're comfortable with. (Unless that's MS Word. Then it's to the oubliette with you ;P )
Cr4ckTh3Skye@reddit
especially if u're the type of guy who prefers using keyboard over he mouse
murlakatamenka@reddit
my mouse is she hence I hold it so gently.
TheTwelveYearOld@reddit (OP)
So basically a power user.
Michaeli_Starky@reddit
Only if you like Vim motions
Fohqul@reddit
For me Zed has higher memory usage than VSCode, but still runs faster
PsychologicalKick345@reddit
I’ve used vim/neovim almost all my life. Zed’s multibuffer editing and its native multi cursor support finally got me to switch.
I love my tmux + neovim setup, but I am just so much more productive with that over quickfix lists.
Also the fact that it just works, no tinkering needed.
mina86ng@reddit
But I thought Zed was dead, baby? Zed was dead.
sidusnare@reddit
But where is the chopper?
mina86ng@reddit
Go to the choppa!
JerryRiceOfOhio2@reddit
and why is a milkshake $5?
WryOrbit@reddit
Bring out the gimp
lotgd-archivist@reddit
Just tried it for a couple minutes.
Some feedback:
On the plus side, I do have to say that this is really damn snappy and the search in particular is really fast.
I might try this out more once the csharp extension is feature complete and they fixed some of the UI inconsistencies outlined above.
Daell@reddit
Does it finally support the craziest feature yet?
TO DISABLE WORD WRAP?
Yes, a couple of months ago, you couldn't disable it.
aksdb@reddit
I can toggle it and can't remember a time when I couldn't: https://aksdb.de/share/Zed_softwrap_toggle.png
Daell@reddit
As far as I know, even if you set soft_wrap to none, zed still has a hardcoded max line length. This is a legitimate limitation of this text editor.
aksdb@reddit
Do you talk about the code formatting done by format-on-save? That has language specific rules. And you can disable it.
Daell@reddit
No:
Zed will wrap "overly long lines", there is no way to disable this.
Imagine you get an exception in logs, which will be long.
https://i.imgur.com/2HtVMu1.png
https://github.com/zed-industries/zed/discussions/26344
aksdb@reddit
Ah interesting. Thanks
lebean@reddit
Since nobody else has replied on it yet, no, it's still impossible to turn off forced word wrap.
ImNotABotScoutsHonor@reddit
PEP 8 hitting hard, eh?
Daell@reddit
logs those damn logs
blackcain@reddit
I don't trust the zed editor - it's like how slack commercialized irc. This thing looks like it is commercializing vi/vim.
gmes78@reddit
Surely that complaint would be better aimed at VSCode?
blackcain@reddit
Vscode works like neovim? This entire thread is comparing zed to neovim. Zed is a subscription based product.
gmes78@reddit
VSCode has built-in integration with Copilot. Which is a paid Microsoft service.
It has an LLM subscription. The editor itself is free software.
blackcain@reddit
I'm mostly worried about things turning commercialized.
The LLM subscription is still worrying in the sense that more and more people rely on it. Plus it is still a company vs neovim which is pure community
gmes78@reddit
At least it's GPL-licensed, unlike VSCode.
That's a wider problem with software engineering, and not really related to which editor you use.
Lots of NeoVim also use LLMs, going by the frequent posts about them in /r/neovim.
TheTwelveYearOld@reddit (OP)
Wdym, especially slack commercializing?
Zed doesnt come close to the modal capabilities of vim.
blackcain@reddit
When I used zed it acted like vim with vi bindings and everything. So to me, I got the impression that they felt like they were trying to recreate a vim experience with some other built-ins that vim can't do because it's a text only editor.
ColbieSterling@reddit
Here's a crazy idea . . . what about building an editor like a text editor.
LALife15@reddit
I mean, there's a ton of text editors that do exactly what you're asking for. I don't see a problem with a text editor that tries to maximize UI responsiveness and speed, which you genuinely do feel with the very minimal UI latency when using Zed. If your hardware doesn't work for Zed, there's only like a 100 other options to choose from instead.
not_a_novel_account@reddit
I don't care about Zed at all, but have never understood this response.
I have literally never noticed UI latency on any major development environment. Atom, Sublime, VSC, JetBrains, VisualStudio, any of them. What kind of bullet time are you people on that you're noticing single millisecond differences in latency?
TheHeroBrine422@reddit
Jetbrains has regularly had multi second freezes for me when working on projects larger then around 10-20k LOC, and those freezes at times would cause full computer freezes, even if webstorm was only open in the background. The in editor freezes happened for me in two different projects. One in IntelliJ and one in webstorm.
It also regularly uses 4gb+ of ram per instance and if I am working in several languages in one project, I often need to have multiple instances open at once.
Zed doesn’t entirely solve this problem because language servers can often use lots of ram (rust-analyzer is using 2.7GB rn) but it only uses that much IF you open a large project, rather then jetbrains where even opening the editor uses 1-2gb of ram.
I am not sure what the performance on VSCode looks like cause I don’t use it much, but given its electron, I assume it also uses at least a gigabyte of ram if you even open it.
not_a_novel_account@reddit
Opening on my workstation is:
1.4G Virt / 0.2G Res
which is what I would expect. A large-ish reserved map and using relatively little of it.
The average workstation we use has either 64G or 96G, and it's not doing anything for us just sitting there. I have also never understood the notion of using RAM being bad unless you're running out.
TheHeroBrine422@reddit
For the average SWE, sure. I don’t mind this on my workstation. Imagine though you are a high schooler/student who wants to try some programming on for example maybe an rpi. 500mb-1gb of ram can be considerable in that situation.
not_a_novel_account@reddit
I teach university students, their MacBooks run VSC just fine. I'm sure they would run anything just fine, within reason.
The big issues tend to be compiling large projects. If you try to compile LLVM on an 8GB machine and you're using
ld.bfdwithout limiting the number of link targets, you'll OOM-kill the linker on most Linux boxes.And this is sort of my point. Other parts of the development ecosystem, linkers, VMs, etc, eat orders of magnitude more memory than the dinky little editors and language servers.
If you're running into a problem with 200MB of residual from the editor you're going to have a bad day trying to run most of the other tooling.
TheHeroBrine422@reddit
Again university students, likely in the first world. There are tons of people who might want to get into programming, who might want to run an IDE on a machine with 4gb of ram or less. For C/Rust compilation and VMs, sure that amount of ram likely will cause issues, but running python, javascript, etc would afaik work perfectly fine.
Even if we exclude the ram stuff, there is still the fact that jetbrains has performance issues that make it legitamentally annoying to use. saying this as someone who has used jetbrains for 4y+ and only switched to zed in the last month.
The only other major full featured GUI IDEs that I know of outside of zed and jetbrains are made by microsoft. If jetbrains is out due to its performance issues, that pretty much leaves microsoft which immediately makes me concerned.
And just to be clear, I am not trying to say Zed is perfect. I have had multiple occasions already that there are features I wish it had. I am mostly just saying that a lot of the things they are doing are better then the other options, and having more good options is never a bad thing. And at least at the moment, between jetbrains, vsc, and zed, I personally am preferring zed. Let me know if you have other suggestions though since I am not against trying something new.
There also always is the option of neovim or something like it, but I personally would prefer we have good newbie friendly options, which vim simply is not unfortunately.
Jean_Luc_Lesmouches@reddit
Not when you require a recent GPU lol
not_a_novel_account@reddit
If we're talking severely resource constrained environments, you're building code on a 2GB Thinkpad from 2008, sure, I agree with most of these concerns.
I don't think most development tooling is designed around that use case, so it's fair to say "nothing fits this niche"; so long as we recognize the caveat it's a niche. Everything was built differently back then, not because language servers are worse than TextMate grammars, but because when you're dealing with severe resource constraints language servers and other "heavy-hitting" (for 2008) features are unfeasible.
Outside discussions of resource constraints, if we free ourselves of that particular niche, it all gets extremely specific to the developer and their preferred environment configuration. Something that is a must-have to one is totally irrelevant to another, we lose the ability to speak generically in the same way we can talk about the machine itself being unable to compile code.
Which is to say no wrong answers. I was originally only objecting to the idea of mainstream, widely deployed, mainstream development environments, in their default configuration, on modern hardware, having differences in the time between keypress and character appearing (cursor moving, tab closing, etc) consistently visible to the human eye.
TheHeroBrine422@reddit
I will say that jetbrains at times does have that exact objection you are stating. When I had auto import enabled on a large Java project (10-20 kLOC) I would get multi second stutters once every 15 minutes or so from it trying to figure out auto imports and taking an extremely long time. This was on a relatively modern system. IIRC this was roughly 2022, on something like a ryzen 3700x and 16-32gb of ram.
But yes, there are other options that do not have these issues.
not_a_novel_account@reddit
Agreed on this. Visual Studio circa 2012 also had various heavy actions you could take which would reliably lock up machines as it chugged through slow NTFS file ops re-scanning every source in the solution.
I guess I make a division between "the IDE is doing a deeply inefficient refactoring/automation operation which has locked the box up" and "UI latency". The UI is locked because the machine or process is locked on something which has nothing to do with input or paint.
TheHeroBrine422@reddit
That is fair. From my perspective I just saw it as UI latency because it was a background task that would happen at random, and determining the source was difficult. If I was specifically hitting a refactor button and this happened, then I likely would feel different.
Zed might deal with these issues better by default, but it heavily depends on the situation. Zed is written in rust compared to js/java, so if the operation is bottlenecked by performance in the editor’s code, it likely would be 2-3x faster. Realistically though in js/java, you could probably call a native library and then get similar performance. Plus depending on where the slowness is coming from, it easily could be syscalls or IO, and then the language again doesn’t matter. Well and you can obviously write inefficient code in any language.
LALife15@reddit
Bit different than some of the other responses, but for me being able to type
zed filenamein the terminal and rapidly get a text editor in a gui open much faster than something like vscode that's still nicely full featured is great. Stopped using neovim for basic config file edits and stuff because zed is just so easy now.gmes78@reddit
RustRover has had frequent multiple second long freezes when editing text. That's completely inexcusable on a machine with a 9800X3D and 64 GB of RAM.
I've switched to Zed about a week ago, and it's a breath of fresh air. It does have its own share of issues, but at least it isn't actively frustrating to use.
markhadman@reddit
I tried Atom once and it was like wading through treacle.
not_a_novel_account@reddit
Atom's heyday predated most of the work that went into making Chrome better on both paint latency and memory usage.
I remember extremely large log files being basically catastrophic for Atom, but less issues with typical source file sizes. Then again, this is all over a decade ago now. Everything has changed a lot in that time and the memories are far from fresh.
Silly-Freak@reddit
Idk, I don't think the stance of "we want to make a GUI, we care about performance. Let's take inspiration from the discipline of software engineering that is primarily concerned with performant GUI" deserves such a hostile reaction. From https://zedhub.dev/system-requirements, it seems that the closest to "existing hardware is not enough" is Vulkan 1.3 from 2022 – so if your pre 2022 graphics card has no driver update for Vulkan 1.3 (Wikipedia suggests that means your graphics card is older than 8/10 years depending on vendor), that would be a problem.
That, plus their editor being open source, doesn't particularly scream late stage capitalism to me.
aew3@reddit
I mean … we already have neovim. Or emacs if you fancy that. Not aware of the current state of emacs but neovim is in a great state, it supports essentially every big modern feature you want and has a thriving plugin ecosystem. Dev work continues at a good speed on the core. If you want a text editor that is just a text editor, there a plentiful options. Meanwhile, if you want a language agonstic and extensible editor with a shiny fast GUI and batteries included OOB you’re currently essentially limited to VSCode before Zed happened. VSCode has imo, poor resource usage at a base state (i.e on a fresh install) and is tied to MS and as such ships with all the cruft that comes with. Zed is clearly targeting a gap in the market.
ericonr@reddit
I'm very happy running neovim inside my foot terminal. Reasonably modern, but all in CPU.
mrmiketheripper@reddit
The battery performance is not kind either, surprisingly I get longer runtimes out of VSCodium than Zed.
Alaknar@reddit
I just tested this. Made a couple of insignificant changes to a ps1 file (added some spaces to format a code block), and when I tried to push these changes, Zed said there are no changes to push...? Even though the edited lines were marked as edited.
I switched to VSCodium just to check if I'm not going insane, and the changes got pushed with zero issues.
Silly-Freak@reddit
I don't know anything concrete, but if I had to guess it could be comparing "Push" on Zed with "Commit & Push" on VSC
Alaknar@reddit
I specifically did commit into push on both to compare.
Cowgirl_Taint@reddit
Having people pay to send everything they write in an editor to your servers. That's bold.
Thundechile@reddit
What in the earth are you talking about. Zed doesn't do that.
Cowgirl_Taint@reddit
https://zed.dev/pricing
What do you think is providing those "edit protections"? And why are you paying for tokens? Maybe you should read up on products before you embrace them. Just a thought. Although I guess one could argue you are demonstrating a hallucination?
Allegedly you can disable this functionality. Generally speaking, "AI First" tools tend to rely a lot on generative AI to implement features ("vibe coding"). And... there is a reason we have had so many major cloud service outages over the past year or three. So it rapidly becomes a question of how often they will "accidentally" re-enable that functionality with an update.
EncampedMars801@reddit
I've been using zed for the last month and have not touched or seen a single AI feature after disabling. I'm not defending the direction they're taking, but hey, if they want to make money, I think following the current hype is perfectly fine, especially given there's an easy switch to toggle literally all of it off.
Lmk if you can find literally any proof of vibe coding other than vague accusations.
ThunderChaser@reddit
Literally the only AI feature I use in Zed is pointing it to use my company’s internal LLM.
The company I work at is naturally very paranoid about internal code reaching third party servers, Zed has been explicitly approved by our security team (so long as you turn off telemetry and don’t use any third party AI tooling, same with any other editor). If they’re not worried I’m not worried.
DerekB52@reddit
The Zed project is 5 years old, and the team includes people who spent years working on Atom before that. Zed is also open source, you can go through and remove AI features and compile your own version if you want to be 100% sure it isn't secretly phoning home or something.
I am also a little hesitant about tools advertising a ton of AI features, but I don't think there's cause for concern here. Zed works great, and you can disable what you don't want.
silenttwins@reddit
Assuming you or another reader actually want an answer to these questions, and not not arguing in bad faith...
This is for Zed's services, you don't need to use any of it. You can use your own API keys from OpenAI, Anthropic, etc.
Or you can use any local OpenAI-compatible API from Ollama, Jan.ai, lmstudio, etc.
You can bring your own edit prediction by setting the a model available from your API.
e.g. if you pulled hf.co/sweepai/sweep-next-edit-1.5B into Ollama, you can use it with this setting:
I didn't use Zed to vibe code (whatever that means) anything and my local AI models didn't have any outages, so I wouldn't know...
But anyway, can disable all AI features with setting
"disable_ai": true,. It's Open Source and you don't need too log in to anything, so there's no reason to fear them accidentally re-enabling any AI features.Top-Rub-4670@reddit
We've had major cloud outages several time per year, every year, since the cloud became a thing.
I'm sure internal cracks will eventually show up because of reliance on AI, but it isn't obvious yet in the downtime, despite what you claim.
Agentic coding certainly puts extra strain on some providers (eg github) by 100x the number of actions humans would do, and those do seem to struggle to scale up.
But again, it's not clear to me that github is going to shit because they internally use AI, or rather if it's because of external AI pressure.
Thundechile@reddit
You don't need to log in to Zed in anyway if you don't want to and you don't even need any outside connectivity to use it as a editor.
todo_code@reddit
Does it still require you to sign in?
mralanorth@reddit
No.
TheJackiMonster@reddit
The whole editor is a bit too much focused on AI for my liking. But I have to admit its project wide search is pretty fast compared to IDEs like VS Codium or Eclipse.
I'd like to see more customization in terms of layout though. Unsure whether that's planned with a custom UI or how long it will take its devs. But I see potential here.
0x3FFFFFF@reddit
there is a setting in the editor that kills all the ai stuff, and there's even a fork that takes it all out, if that suits ur fancy
rehdi93@reddit
I really want it to improve, but as of rn the experience is not as good as vscode, the autocomplete is much worse, but I think it has potential
p2ndemic@reddit
Best Editor!
jemabaris@reddit
I can't seam to find release notes for 1.0
Are they out yet?
DerekB52@reddit
https://zed.dev/releases/stable/1.0.0 Does this help?
jemabaris@reddit
Nevermind, found it. Added bookmarks: Toggle bookmarks on lines with editor: toggle bookmark, navigate with editor: go to next bookmark / editor: go to previous bookmark, view all bookmarks with editor: view bookmarks, and clear with workspace: clear bookmarks. Bookmarks are shown in the gutter and persisted across sessions. (#51404; thanks austincummings) Fuzzy Nucleo: Improved the performance of path matching. (#54112; thanks feitreim) Improved fuzzy matching in the command palette, branch picker, tab switcher, and recent projects picker to support multi-word queries. (#54123; thanks feitreim) Vim: Fixed screen flickering during motions. (#52270; thanks feitreim) Fixed a bug where Copilot wouldn't use the thinking level the user had set. (#53313; thanks TwistingTwists) Fixed an issue where the cs Vim operator incorrectly identified symmetric quotes in certain contexts. (#52321; thanks lingyaochu) Fixed debugger not saving files before running a build task when "save": "all" is set in the task definition. (#53353; thanks OmChillure) Fixed file watching of symlinks that point outside of the project/watched directory. Zed should now properly respond to changes in files in symlinked directories. (#50746; thanks prayanshchh) Fixed nested object methods not appearing in the Outline panel for JavaScript and TypeScript files. (#50754; thanks emamulandalib) Fixed the Inline Assist button showing in the Project Diagnostics toolbar when the agent is disabled. (#52706; thanks OmChillure) Fixed true-color rendering in the terminal. (#52162; thanks nihalxkumar) Fixed Windows path handling in extension manifests to ensure extensions upload correctly to remote environments like WSL. (#50653; thanks th0jensen)
ImNotABotScoutsHonor@reddit
Yeah, I'm not reading that unbroken wall of text.
jemabaris@reddit
Sorry, I copy pasted it from my phone and it somehow lost the formatting along the way. Nothing too exciting anyway though. Not worthy of a 1.0 release IMHO. The 'biggest' thing is literally a bookmark feature 😅 To be fair though, I had to resort to community extensions for bookmarking in other IDEs before.
Lonsdale1086@reddit
Added bookmarks: Toggle bookmarks on lines with editor: toggle bookmark, navigate with editor: go to next bookmark / editor: go to previous bookmark, view all bookmarks with editor: view bookmarks, and clear with workspace: clear bookmarks. Bookmarks are shown in the gutter and persisted across sessions.
Fuzzy Nucleo: Improved the performance of path matching.
Improved fuzzy matching in the command palette, branch picker, tab switcher, and recent projects picker to support multi-word queries. feitreim)
Vim: Fixed screen flickering during motions.
Fixed a bug where Copilot wouldn't use the thinking level the user had set.
Fixed an issue where the cs Vim operator incorrectly identified symmetric quotes in certain contexts.
Fixed debugger not saving files before running a build task when "save": "all" is set in the task definition.
Fixed file watching of symlinks that point outside of the project/watched directory. Zed should now properly respond to changes in files in symlinked directories.
Fixed nested object methods not appearing in the Outline panel for JavaScript and TypeScript files.
Fixed the Inline Assist button showing in the Project Diagnostics toolbar when the agent is disabled.
Fixed true-color rendering in the terminal.
Fixed Windows path handling in extension manifests to ensure extensions upload correctly to remote environments like WSL.
murlakatamenka@reddit
https://zed.dev/releases/stable/1.0.0
besides the blog post itself
silenttwins@reddit
It's not as good and performant as Sublime Text, but it's at least Open Source. There was also a fork that removes all the AI stuff, if that's not your cup of tea: https://codeberg.org/GramEditor/gram
NotQuiteLoona@reddit
Site in Gleam, Le Guin quote, critical anti-LLM usage stance... They already sold me that.
Scandiberian@reddit
Cool, ill revisit it when they bother adding the Gnome Window decorations. Until then they are proven just just be another cash grab using the open source label for aesthetics.
wombweed@reddit
I really wanted to like Zed, in many ways I find it superior to VSCode, but the one feature I desperately want is the ability to use my own self hosted OpenAI endpoint for FIM (completion) in addition to agent mode. When I last looked a year or so ago it didn’t seem like that was feasible, has that changed ?
TheHeroBrine422@reddit
Edit prediction now has this ability as of like a month or two ago. I was trying it a couple days ago, although I couldn’t get good results with my own models, but that likely was due to my lack of experience with running self hosted models.
rv77ax@reddit
You guys paid monthly for an editor?
An1nterestingName@reddit
...no? They have a paid version?
Medical_Double_6561@reddit
You don't need to pay to use the editor (and it's OSS anyways). You only need to pay if you want to use their collboration tools: the editor includes a lightweight Discord/Slack alternative + a git alternative that syncs code in realtime.
If you don't use their git alternative, you can still use the editor's built-in git client for free.
turtleisinnocent@reddit
I fought in the vi/emacs wars. That was meant to be the war that would stop all future editor wars. I hope we will remember the lesson.
proton_badger@reddit
"The only thing we learn from history is that we never learn."
Loprovow@reddit
why does it have dependencies on node and deno and npm
arch repo
Morphon@reddit
When I was first learning JavaScript in December this was my editor of choice. I turned off all the AI features (so I could learn faster), and it was a dream to use. Very fast. Good formatting defaults. Couldn't have asked for anything better for someone like me just starting out.
Congrats on the 1.0 release!
PerkyPangolin@reddit
Are there any plans to distribute via default OS repos?
TheTwelveYearOld@reddit (OP)
Distros already package Zed.
PerkyPangolin@reddit
That's why I said more.
TheTwelveYearOld@reddit (OP)
That's up to the distros.
FryBoyter@reddit
That probably depends on the distribution you're using. Arch Linux, for example, offers zed in the extra repositories, which are official.
usernamedottxt@reddit
Zed is my LLM assisted editor of choice. Kakoune mode works fairly well and overall things flow the way I like working.
popos_cosmic_enjoyer@reddit
I forgot this existed for a long time because it was Mac only when it first came out, but I tried it a couple of months ago and have been using it since for small stuff.
I just wish there were a Flash/Leap equivalent so I could fully bring my old workflow over from Neovim.
TheTwelveYearOld@reddit (OP)
I could never switch from Neovim, its plugin ecosystem is WAY better than other editors.