Zed 1.0
251–260 of 727 posts
Re: Zed 1.0
#252Re: Zed 1.0
#253Why do I get a warning when trying to run this on Windows 11?
everything gets a warning until the app has some minimum count of installs
Re: Zed 1.0
#254Congrats! My daily driver is Zed developing on SSH remote servers on exe.dev. It's crazy to think of all the dev tools I've churned through over the last 18 months but these two feel sticky. Zed has everything I need in a unified pane. File editor, terminal, agents, SSH remotes. And it's fast and intuitive exe.dev is the first "dev container" I've ever *loved*. The remote sandbox means `dangerously-skip-permissions`…
Re: Zed 1.0
#255[flagged]
Re: Zed 1.0
#256Earlier quoted context omitted.
I love Zed, but I hear you. It's a very fast and capable editor with lots of IDE features, but it's lacking comfortable ways of tuning it for specific projects. (This is a problem with every general purpose, everything-to-everyone kind of IDE versus stack "native" IDEs that are geared toward the one true way of developing for particular target.) The configuration file structure is arcane, and it certainly not clear w…
The standard approach these days is to have all of those declared in a config file somewhere in your project. That way, other contributors (and the CI) can lint/format consistently. Even if it's for solo projects, it's nice that you don't have to update them in lockstep. As in, you revisit an older repo, you don't get bombarded with squiggly lines from your latest user profile, instead you can upgrade it at your leis…
1. I want to be able to readily duplicate that configuration for another similar project.
2. It's not always appropriate to co-locate those specific files within the project source itself, especially within a source repository. Notable cases are if we're working on different platforms with different binary paths, or if we're not standardized on a particular editor. I should be able to configure my editor without polluting the common source.
Re: Zed 1.0
#257[flagged]
They have a single switch that will remove all AI features from the interface. Why do you need more than that? This is not a rhetorical question. I genuinely don't understand it — if you can get all of those features completely out of sight, deactivated, with no trace of them left except that one switch, why is that not enough? Is it as though any kind of AI integration like contaminates the purity of the code or som…
RESPONSE EDIT (clear and intentional rate-limit evasion): It's not paranoia; I'm not concerned if they "take" my content. I write open source, CC0 licensed software. I couldn't give a fuck about anyone doing literally anything they want to do with the code I write. Literally take it and call it your own, for all I care. If I can return the interrogation, why are you so concerned with ownership? Why was that the first place your mind jumped to? Paraphrasing: where is the need for this insane level of "if you've got nothing to hide..." submission?
Like I said: it's about trust. They want me to trust them. You, for some inexplicable reason, seem really upset that I won't trust them. Neither of the parties have given me any reason to trust them. Just insistence that I should, if I want to use their product. And while I entirely agree with that rationale, I don't understand why I get clapbacks for stating that I intend to adhere to that agreement entirely! Won't use the product because they won't give me what I need to trust them. That should be making everyone happy, right? I know I'm happy with the arrangement, at least.
Aside from all that, and far more relevant to my actual comments: another user pointed out the repository where they DO offer the transparency that I'm asking for. So your entire hissy fit is moot when you could have just pointed out that I was wrong in my understanding of what they offered. I mean, that would have gotten in the way of your sycophantic leap to the defense of the company I was so hellaciously attacking, so I understand why a good capitalist bootlicker might not think of that first, but at least now we both know!
Re: Zed 1.0
#258Re: Zed 1.0
#259[flagged]
That's silly. Turn it off if you don't want to use it, but don't expect anyone to build a special fork for you.
RESPONSE EDIT (clear and intentional rate-limit evasion): hey thanks! that changes things quite a bit! Now I'm curious how well Claude could vibe-code the AI out of that project. Mostly just for the irony of it, but I can't deny that it would probably be faster than doing it myself - at least to start.
anyway, I appreciate the simple and straightforward solution without getting side-tracked by how my ignorance and misunderstandings made you feel.
Re: Zed 1.0
#260I've been using the editor since the early days and have always been a fan of its visual look and feel, so I was pretty happy to see its UI library open sourced. I wish GPUI could become the go-to Rust UI library and not just an editor backend. For that, a couple of changes would be highly desirable: being able to switch the GPU backend from Metal to wgpu (so it could be mixed with vello, for instance), and the abili…
In case you find it useful, I recently stumbled upon this project:
https://github.com/longbridge/gpui-component
"UI components for building fantastic desktop applications using GPUI."