I feel like they’ve got couple of things wrong or they base of outdated information.
The packaging, yeah it’s still a mess if you absolutely have to put it in a native system package, but building something like Flatpak would generally be better. Or just build binaries against some common runtime like Ubuntu LTS and other distros will figure out, there’s really not much more here. It really sounds like someone wrote it in 2000’s about all distros being completely different and it’s expected to fall apart if you attempt to run it on say Fedora. They’re really not that different today. Also, universal package formats exist.
They completely skip XDG desktop portals that can provide at least huge chunk of functionality they need. There’s really no need to talk to GTK or QT directly. simply require portals and use its function for choosing file or directory. That’s it, you’ve got native file picker that also works in sandboxes.
Compiled it yesterday on endeavourOS, it's just 3 or 4 commands so give it a try if you're interested. Still have to use it for coding but I set it as default for some source files and it does immediately open on click, with syntax highlight (I was searching for something like this)
If they're using a CLA, that would only be used if you want them to merge your code into their codebase. If you're running a fork, that shouldn't be a problem.
So it doesn't run at a wastefully high FPS for a text editor? Is that supposed to be a selling point for Zed that it renders many, many more frames than a text editor needs?
Yes, a code-oriented one meant to be very fast and responsive. It's pre-alpha on Linux but compiles without any fuss for me. I haven't spent much time with it, but the only bug I've seen so far is an uncommanded theme change when switching between files.
Some random one that appeared out of nowhere for mac only, seems the be from some company and because of that people are hyping the shit out of it.
Many places that never mentioned the other more known and editors like helix now suddenly are mentioning this one. It smells as a huge ad/marketing campaign. Not sure what the plans are for monetisation and the business plan.
I've been waiting for this. Been using Kate on Windows and Linux, which is great, but running Zed is just so lightweight. It's like a truly open source Sublime Text.
There's an editor called Kate. It's probably not named after you, but if you're young enough and the person who named you was into tech, you might be named after it.
I miss the point why they don't invested into Flatpak. I mean, with Flatpak they could've focus on make Zed works on the Flatpak platform and, as a consequence, it will be fine in every distro. The only thing that they should've be taking care is X11 and Wayland, but every other aspect to worry such as distro choice, QT/GTK, Gnome/KDE, etc would be vanished away
They have not made a final decision on packaging it, in fact it's not even distributed at the moment, you need to compile it yourself. From what I've seen they will very likely package it as flatpak when it's out of alpha/beta
I was kinda referencing warp, a supposedly new terminal that was also written in Rust, had AI stuff, started on Mac, and finally got a Linux version, which lasted 30 seconds on my computer once I saw there is no option to use it unless you make an account. Yes. For a LOCAL terminal. Nuts.
It's open source, and they already said they were Mac only because they used Metal for rendering. It's not suspicious for devs to use what they're most familiar with.
Yeah, even Asahi has better OpenGL support than real macOS. They make damn sure you have to use Metal to get the most out of it, just like eventually you get caught up in DirectX on Windows whether you want it or not. You can use Vulkan and OpenGL, but the OS really wants to work with Metal/DirectX buffers in the end.
I appreciate that the devs care enough to make it really good from the start, because that sets the benchmark. Now the Linux version has to have a similar enough polish to it.
In comparison, Atom and VSCode both worked fine on Linux just about day one thanks to Electron, but it was also widely disliked for the poor performance. It's a part of what Zed competes on, performance compared to VSCode.
they already said they were Mac only because they used Metal for rendering
And you say:
Metal is basically the only graphics API on Mac
So they're on Mac bc they need Metal, but they picked Metal bc they're on a Mac? It's circular and friggin weird man
Not to mention there are cross-platform wrappers that will pick from all three depending on system - some that are very prolific among Rust devs (Zed is coded in Rust) like wgpu, for instance. They could've used wgpu and supported all 3 from the get-go and it would be easier than doing Metal anyway!
And so picking just Mac and/or Metal first is suspicious.
I don't see where your problem comes from. It's really simple: they wanted to target Mac, likely because that's their preferred platform. So obviously they use the best fitting APIs for that purpose. Why would they develop a Linux or Windows application, if what they want is Mac? Nothing suspicious about that.
Is there any particular problem with MoltenVK? As I see it, it's by far the best solution for cross platform software on macOS in need of graphical hardware acceleration.
There’s nothing wrong with the software itself. It works great for what it does. On the other hand, it’s a compatibility layer, which always increases friction between things a little. I think the best use for this is running legacy software.
There aren’t many alternatives. Maybe in the future, we’ll see graphics API abstraction libraries like wgpu get used more. This gives developers a single API which can use DirectX on Windows, Vulkan on Linux, or Metal on macOS. This could allow support for entirely new graphics APIs without developers using it having to do anything.
Of course, that’s my opinion. People can build their software how they like.
While I generally agree with your skeptical attitude toward this, I think the fact that they were targeting Apple's Metal graphics API to built the most performant possible IDE makes sense. You can't just snap your fingers and have a Linux graphical stack start working with your software.
I think the reason they targeted macOS first is probably because many of the dev team uses Macs.
As a Linux user, I'll happily wait for software like this to get ported to native Linux APIs so we get performant text editors instead of more Electron crap.
As a die-hard Linux user, I understand that most of their devs probably used Macs. Sadly, they are likely not an outlier which means many ( most ) of their target customers are Mac users too.
Overall, I applaud their focus and platform native approach. Let’s hope we get a decent Linux editor out of it at some point.
Ok. So far I only use it for cli tools like pdlaftex, typst, R, and others. So far it works great. I assume the same for gui apps. Theming will be off but that's not a real issue as long as the app works.
I'd love to have a vscodium alternative written in a faster and more efficient language. Most editors and IDEs don't quite fit my workflow, while vscodium does.
Yep, I also want a good alternative to codium which run fastly on Potato. That's why I am trying different Editor now days like Lite-Xl and other more.
Closer to Geany or Sublime. I haven't used gedit before though. Kate has language server back end integration, add-on support, integrated terminal, and other features. Geany might be a good option, though I know nothing of its speed. Kate seemed fine but again no idea.
zed.dev
Hot