I'm Gonna Try Zed Now (RIP VSCode)

[@ScottMaday]

User: "it doesn't work on my machine" Most developers: "not sure how to reproduce this so oh well" Zed: *knocks on door*

[@VelociraptorX]

First they check if you have a huge KZbin channel about programming

[@oserodal2702]

Nix: Allow us to introduce ourselves.

[@winterboltgames]

Underrated comment 😂

[@samislam2746]

Stack overflow: -2,342 down votes

[@squ34ky]

@@VelociraptorX important missing step.

[@Apoque]

Right now this makes me upset with Apple for making Metal instead of using Vulkan (or sticking with OpenGL) which were both cross-platform APIs

[@thegittubaba]

It would be very surprising if apple used vulkan :P their whole motto is doing their own thing and block others from it. "Walled garden"

[@carljosephyounger]

Apple has an entirely different architecture (TBDR). Metal is optimized for that, and is very nice to use with Swift. Vulkan is notorious (already).

[@praus]

Vulkan was not released until 2016, Metal was released in 2014 (and was being worked on for years before that). Open GL was (annd still is) hopelessly outdated and not being updated nearly fast enough. Apple did the best thing they could do at the time they did it. If vulkan existed at the time, it’s entirely possible they would have used it. It makes no sense for them to abandon the thing they have complete control over, at this late date. That being said, it would be awesome if they put their efforts into helping to polish Molten VK (and/or open sourced Metal), which can translate Vulkan calls into Metal on the fly. I do applaud the Molen VK folks. They’ve done an amazing job.

[@carljosephyounger]

Metal supports pre-compiled shaders (too), and shaders can be compiled from their LLVM IR (not just source files), so interop maybe easier than it would've been historically. It's well above my pay-grade though.

[@Apoque]

@@praus good point, I forgot to double-check that.

[@spicynoodle7419]

When is Prime gonna convert you to Neovim?

[@Cruzylife]

He use to be a vim user

[@zehph]

There is a video from him saying that he was tired of configuration management and breaking changes from every other update… To each their own, I understand his point despite not agreeing with his conclusions, but it is his work and environment so it doesn’t matter 😅

[@smthngsmthngsmthngdarkside]

Vim is gay

[@aamira]

When is he gonna convert Theo to linux?

[@donnadie2068]

Micro editor

[@bungbloopity]

I like Zed, and I really wanna use it as my daily, but without an extension system I just can't switch from VSCode.

[@oblivikun]

wait until bro discovers neovim

[@coolcsgo]

Well, if they are looking to make it a standard then I would think they are gonna add that functionality.

[@bungbloopity]

@@coolcsgo yeah i’m sure it’s coming too, there’s just too many QoL features vscode has for me to give it up yet.

[@coolcsgo]

yup same for me tbh@@bungbloopity

[@beedeeuniko]

To give up a mature IDE you are already productive with for the yet another new unproven kid in town is just… nah.. this fps clickbait should convince who again? 👋🏼😂

[@PythonPlusPlus]

I’ll use Zed when it’s finished.

[@jonahbranch5625]

I'll use it once it's on Linux :(

[@anarcus]

@@jonahbranch5625 YES. A vscode killer being mac-only is just stupid

[@PythonPlusPlus]

@@jonahbranch5625 Linux is on the roadmap immediately after plugins

[@JonGretarB]

@@anarcuswell. To be honest most software starts on a single platform. As I understand it then the Linux and Windows support is on the top of the list. However it so soooo much simpler to just debug one system while you are working on the kinks and still deciding on the API. so almost all software starts in the beginning phase in one OS and it’s best that it is the OS that the devs happen to be running. However the way they are designing this then it does not rely on the native UI framework so porting is simpler. If it was meant to be macos only nobody in their right mind would design their own rendering system. They would just use SwiftUI and would be much further along.

[@rickdg]

This video shows they need more people trying it out and creating issues.

[@HiImKyle]

"vScODe KilLeR", i know its clickbait to call it that but it really isnt a vscode killer is it. its a mac only editor.. you can't kill competition when you dont compete at the same level

[@simpingsyndrome]

That's the sad truth🤧, i want to try zed.

[@thegittubaba]

No way its killing vscode. The barebone "engine" is not what makes vscode #1, rather its vast ecosystem. Vscode's "backend" already runs as separate nodejs process. Technically it is possible to put js/logic part of "frontend" in a standalone js engine and do the drawing part using native gui libraries. MSFT certainly has the resources, they can probably take parts from existing techs too, like hermes/react-native.

[@samanderson4881]

@@thegittubaba Thanks for putting into words every reason to hate VSC

[@foot8036]

Of course, it's a desperate plea from Theo to want to promote softwares that compete with VSCode, but the fact that Zed is limited to Mac only makes it a 💩. It's as if Microsoft launched the "AWS killer" only with services based on the Windows system. 💩 I love Theo but this "advertisement" makes me not interested in this text editor.

[@samanderson4881]

@@foot8036 very small margin of people develop professionally on windows.

[@Timely-ud4rm]

The millisecond ZED is made for linux and if it's made for my distro which is fedora I would start using it right away. It looks amazing and the fact they care so much about fixing there app even going to your house to fix it really shows how much they care.

[@thegittubaba]

Catering to tech influences is how you make your app/startup successful nowadays.

[@brunopanizzi]

Seeing the amount of mac specific optimizations that they're doing I think it will take a long time before a Linux or windows version

[@skewty]

@@brunopanizziThere is a lot more to an editor than the rendering pipeline.

[@justanaveragebalkan]

Also like why? What's so wrong with the IDEs that we currently have to experience this urge to change, people used to be concerned with the code that they wrote, now they are more concerned with the editor that they use. I personally, drive code for general purpose stuff paired with rider, i do have my emacs for nostalgia but at the end of the day, just use whatever works, why would i waste time on something experimental at best...

[@blehbleh9283]

​@@brunopanizzionly required for rendering. I suspect the rest of the codebase is pretty platform independent

[@germandavid2520]

11:20 is a closure, the JavaScript equivalent would be something like this: handle.update(cx, (_, cx) => cx.present()).log_err();

[@gustavoshigueo]

yep, plus the &mut just means that cx is a reference that update method is allowed to mutate, which in JS is the defaul behavior, while in Rust, it is explicitly stated by the developer, which is MUCH better. You don't want a function to mutate your variable? Just don't use &mut, use &. In JS/TS, good luck with that maybe Object.freeze? But then you can't mutate your variable either

[@MrMudbill]

I wish Rust used parentheses instead of pipes for closures. It is potentially my biggest gripe with its syntax.

[@LetrixAR]

​@@MrMudbillparenthesis are for tuples

[@MrMudbill]

@@LetrixAR Parentheses are for more than just one thing. Are you saying it would be ambiguous in this context?

[@RishitSrivastava007]

​@@MrMudbill I maybe a newbie but I think that all languages can understand the context in which () are used in the syntax and rust could have very well done the same

[@sarjannarwan6896]

11:21, makes complete sense when you use rust. &mut cx (pass a mutable pointer cx), |_, cx| cx.present() is just a closure (like a lambda). Probably seems counter intuitive because you don't use rust syntax but if you do rust it is.

[@brice.rhodes]

I haven't ever done anything in rust and it made sense to me, I understand the borrow system so &mut x isn't confusing, the second part naturally looks like an anonymous function (in this case a closure). I don't get what is too confusing about that.

[@TimBell87]

RIP VSCode? I don't think so, not when I have to shell out for a Mac just to use the competition.

[@shauniop]

This is a PoC Mac thing. Since the team is small now it is limited. When the thing gets big on Mac it might be the right time to start building for others.

[@TimBell87]

​@@shauniop We're all well aware of that, just can't start using it until that happens because there's vanishingly little need to fork out for a mac just to write code.

[@shauniop]

​@@TimBell87with M1 being so cheap. I think it isn't a bad deal. I code on a Mac all day so could be my bias.

[@TimBell87]

@@shauniop Maybe it's cheap for a mac but I just did a quick search and they're charging refurbished prices for a 13 inch M1 macbook air that are about the same as what I spent on my whole programming rig brand new​.

[@apollolux]

@@shauniop There's no such thing as a "cheap M1."

[@Speykious]

Supporting both X11 and Wayland on Linux is just a matter of using the winit crate, Which already works very well on both platforms. Once you have the initial window initialization code, the rendering is mostly a Linux-wide problem that can be done either in OpenGL or Vulkan.

[@coffee-is-power]

I think they will probably use vulkan since it operates at the same level as Metal on MacOS so it'll probably fit better with their current system. OpenGL is too abstracted and slow for what they're trying to do.

[@hobbit125]

@11:21 - There's a difference between something being inherently confusing and something being unfamiliar. You can definitely write ugly code in rust, but that is very simple and elegant rust code. It just doesn't look like JavaScript/TypeScript.

[@justanaveragebalkan]

handle .update(&mut cx, |_, cx| cx.present()) .log_err(); You mean this beauty ? Such an elegant language, you can have 4 different types of operators on the same line, accessing same object twice...like it's almost like writing English if you think about it. Also, you log_err because you either too edgy to use log or too lazy to finish the error, but still make it punchy enough to make it a pedantic nightmare to read. Not my code btw, stole that from comment up top.

[@hobbit125]

@@justanaveragebalkan The only operator on that line is the borrow operator: &. The fact that you see 4 operators kind of proves my point - it's hard to read because you don't know how the langauge. Equivalent JS: handle .update(cx, (_, cx) => cx.present()) .log_err(); How is this syntactically easier/better? The only language difference is explicitly marking the first parameter value mutable and borrowed. Tell me how the => is "more like english."

[@justanaveragebalkan]

@@hobbit125 So '|' '_' are not operators? Didn't know bitwise or was not considered an operator these days. As well as the underscore expression operator defiantly not a thing. And yes, from a human point of view arrow makes more sense as a vector to something else.

[@hobbit125]

@@justanaveragebalkan no. | in this context is not a bitwise or. It is a delimiter for lambda arguments. And _ is not an operator. It is an ignored/unused argument. Like I said, your problem reading this is unfamiliarity, not inherent complexity. You know JavaScript, so you think that it is the "natural" syntax.

[@smithastley1616]

Really want them to add more Vi keybindings. Some commonly used commands don't work. Also a debug mode.

[@SaHaRaSquad]

No, they should just support NeoVim's protocol. NeoVim allows other editors to connect to it which means you can get all Vim features including plugins and configuration in another editor. No weird incompatibilty, no missing features, and the same performance. I think Sublime Text has support for that already.

[@wilder6408]

@@SaHaRaSquad That's only in theory. All implementations of embedding neovim eventually run into edge scenarios where you have undefined behaviors because you have effectively two text editors trying to interoperate and for sanity's sake you have to make executive decisions on when to override neovim. Some terminal rendering tricks also will fail to work outside the terminal.

[@SaHaRaSquad]

@user-gf7ss5je9h I have yet to see a Vim mode that actually 100% behaves like Vim with the exception of Emacs, though even there it only applies to text editing and unfortunately slows down the program noticeably. I'm not getting my hopes up.

[@d3stinYwOw]

As of Zed, their work on Linux support goes really great. Initial supporting bits are there. Check their repo, you would be shook :D

[@hey_im_him]

Awesome to see Nathan finally put out his text editor 🔥 . I remember talking to him about this and other stuff he wanted to do back in the day. I wonder if we’ll see some CRDTs powering collaboration coming from them soon 🤔

[@Greediium]

Did anyone else, but me notice the very Apparent flickering in Zed Editor? (very easy seen at the bottom bar of the editor) 12:14 I also checked Theo's last video and it wasn't there... Watching on a 240hz Display (1080p) and on a 120hz Display (Also 1080p), (Tested video resolutions 4k - 720p) and can still see the flickering. Im wondering if this is due to the recent changes, or if Zed is running so fast the Recording software isn't "keeping up", or if it might also be some artifact introduced from KZbin from its video compression algo...

[@ahmadaccino]

tried it again and it runs so much smoother on the pro-motion. thanks theo

[@bigboxSWE]

i live for the cat cameo

[@t3dotgg]

He’s a good boy (sometimes)

[@DaxSudo]

11:23 Thats a closure! I am getting good enough at rust to recognize it. Sweet.

[@babelette]

This is obviuously sponsored. No one just drops everything and troubleshoot it on your local device.

[@JacobyB]

11:20 its a func that takes in a mutable ref of cx and has a closure

[@m4rt_]

11:20 this: |a, b| a + b is a closure in Rust. the _ means that it doesn't care what the argument's value is. What you were seeing was them passing a value, then a closure to the update function. I personally would do this: handle .update(&mut cx, |_, cx| cx.present()) .log_err(); so that it would be slightly more readable, though it still requires some understanding of the syntax.

[@justanaveragebalkan]

handle .update(&mut cx, |_, cx| cx.present()) .log_err(); This anything but readable.

[@brice.rhodes]

I dont think it requires much understanding of the syntax many languages support anonymous functions, _ is a typical convention of I dont care what this particular thing is. I don't think splitting lines makes it any easier or harder to read, if you exceed 80 or 100 characters then it can go on the next line (since rust has the error handling I see why its a standard in rust though since almost everything gets chained with .unwrap(), .unrwap_or_else() etc)

[@nixigaj11]

Will try it once they add Wayland support.

[@joshuaberrios]

I am working on an application between VSCode and Zed. Zed is growing on me and as I told an Alex on Twitter the other day, Zed has been helping me stay focused on my code and not feel so distracted like VSCode.

[@hobbit125]

As long as it's Mac only, it's not going to "kill" anything any time soon.

[@Lampe2020]

Well, exactly because different platforms render differently I always use a cross-platform toolkit to make graphical apps. At first I made them with TkInter in Python3 (but that looks like Win9x) and later I made some little things with PyGTK. When I figure out Java I'll try to use Qt, because that is at least X11+Wayland compatible, but I don't know if it's also Window$ and MacOS compatible.

[@juxuanu]

Well, for wayland these exact issues they are facing are solved by the compositor, always.

[@snooks5607]

10:16 yea in other words it's potentially years out of getting people to even try it on other OSes let alone commit to using it? don't you think this vscode-killer talk is "a bit" hyperbolic?

[@himbo754]

Yes. "It's everybody else's fault that Zed is not killing VSCode right now!" Better to drop the rhetoric and acknowledge that "killer" IDEs with highly-tuned graphics are not really possible in a world fragmented into three or more platforms (Windows, Mac, *nix with X11, *nix with Wayland). A graphically less adventurous IDE like VSCODE that can run on all widely used platforms is a better solution than a highly-performant IDE that can only run on one (minority) platform. Apple may be popular in the US, but it is less so world-wide.

[@odra873]

Neovim

[@Noel_FGC]

^

[@loo6942]

neovim is trash!

[@Katzenbiber]

This is the reason why we get memed on a lot

[@vikingthedude]

Grass?

[@Timely-ud4rm]

I use neovim. I just like IDE's for coding as I can see my code excuted faster but I use neovim as my default text editor for my terminal.

[@kokoinmars]

I recognised the Rust closure in 11:18 because it kind of looks like a Ruby closure 😄 BTW I don't know if that's a Rust closure or lambda but I'm betting it is.

[@dot32]

You are correct!

[@pedroserapio8075]

Interesting effort but still thinking, why 120FPS? Does it make me code 200% faster?

[@t3dotgg]

You can read text while scrolling

[@atticushelvig2030]

​@t3dotgg that's a good point; In a long file I'll miss things while scrolling.

[@pedroserapio8075]

Interesting point. But my my second question will be, can it run Crysis, hahaha? @@t3dotgg

[@alexh2665]

now I wanna try zed. I just wonder how it will run on my M3pro if he washing issues at first on M2

[@apina4]

Guys, the Zed editor has such a nice default colorscheme. Does it have a name/palette/any info about it?

[@dmz985]

It's OneDark, which was the default theme of Atom editor.

[@esnho]

now you've convinced me to try zed and seems nice! IMHO I need three killer features to do the switch: - split view terminals - images support - draw-io support (oh, zed team, please turn off the format on save by default)

[@kulimeya123]

Yeah split view terminal und images would be great

[@ats0777]

VS code has huge community based very useful extensions and themes... and it requires huge community support to keep them alive. Interesting to see, how ZED will plan and complete with that in long term.

[@sobanya_228]

Seeing how much work put into it makes me realize, why there will never be a Rust version of VSCode (for every language and every platform)

[@igorthelight]

0:12 - stuttery scroll -> enable hardware acceleration in the app settings. It could also be called "GPU acceleration". Or "render: hardware/OpenGL/DirectX/Vulkan". Not knowing that for a developer is pretty strange...

[@zactron1997]

11:13 Took me a while to get used to |x| {...} as the syntax for a closure, and _ as the discard name, but honestly just works for me now. I do agree it was very confusing when I was first learning it though!

[@Apoque]

I'm confused why you think that line of rust is so confusing. The equivalent JS line is ``` handle.update(cx, (_, cx) => cx.present()).log_err() ``` The main difference from JavaScript is that instead of `(args...) => body` rust does `|args...| body` and there's an additional `&mut` which is necessary because in rust the default behavior when passing a variable to a function is a deep copy. (`&` is the a readonly version which is why they passed a `&mut` here)

[@DaxSudo]

This is a good freakin solution, what fun blog post and hella nerdy I love it.

[@uplink-on-yt]

11:23 I don't know Rust, but I'll take a wild guess as to what those symbols mean (the pipe and underscore): a closure, with the first argument ignored. The body of the closure is after the second pipe.

[@DamonMedekMusic]

I really appreciate any company going the extra mile to build something with user experience in mind. Anybody can build a product, to make the product useful and user friendly takes a whole other level of dedication. Great job Zed! I'll still be using vscode for github co-pilot, and also theres a setting I like in vsCode to always keep my cursor in the center of my screen so I never need to scroll.

[@no_name4796]

Keeping the cursor in the center of the screen is something which neovim also has, btw Just saying ;-)

[@micosair]

I admire this type of deep knowledge,great products demand it and it`s rare.

[@maxnew453]

I see competing with vscode insanely difficult, not just in terms of features, but also pricing. VSCode is free and offers almost everything imaginable in an IDE, for Zed to be paid in a specific sense it's features need to be way better than the ones VSCode offers for free via plugins.

[@onrir]

anyone know how we enable that benchmark thing on 1:18?

[@lorenzocorallo1864]

At some point in the post they mention that activation

[@rjmunt]

Does it require more power/energy to operate at 120hz constantly? Not sure that something I particularly care about in code editor.

[@SteinGauslaaStrindhaug]

I like it. After testing a few minutes I changed my alias from `alias ed=code` to `alias ed=zed` (After being forced to switch from atom to vscode, and being annoyed that I kept launching atom from the shell by habit all the time. I decided I would make a generic alias and get used to that rather than the new editor, so whenever vscode becomes too slow (or evil) I can just change the alias. I chose "ed" because its the shortest meaningful abbreviation for editor; and I will never use the ancient line editor named ed anyway.) It's really nice to use a graphical editor with a tree view, that feels native again... And it comes with everything I have plugins for in vscode that I care about by default, and it even comes with the same key mapping for the editor too, so there's basically no adjustment for me to use it.

[@SteinGauslaaStrindhaug]

And to untrain my muscle memory to write ed instead of atom, I had an alias: `alias atom=echo "No, you use the alias ed now..."`

[@SteinGauslaaStrindhaug]

I also have a completely illogical alias "ac" for whatever code oriented grep alternative I'm using. It originated from when I used ack on Ubuntu where the command was "ack-grep" which was way longer than I was bothered to type, and once I was used to that, I discovered "ag" and found I kept using the old ac alias so I just changed the alias; it's more or less a faster drop in replacement. And now it points to ripgrep.

[@venicebeachsurfer]

Cool. BUT, what about their support for plugins? AI chat box to assist in programming?

[@kennylindahl2885]

I have used Zed every day since i found out about it. I like it a lot but obviously it's missing a lot of key features, but it feels great to use

[@hamburger--fries]

Also it is only for Mac. I'm using Linux and Windows. I do have a M3 Mac Book Pro 14' but its for travel and visiting family. I need to be able to use the same code editor across all platforms. Bummer.

[@JonGretarB]

Yeah it’s just simpler to begin in one OS. But the architecture screams multiplatform. If they were truly macos only they would be much further along.

[@nomadtrails]

I feel completely fine about this not coming to Linux any time soon. Hope it becomes a great success on Mac and then the team finds time to dedicate to Linux. Seems like a great proposition to have a VSCode-like editor that performs better, if the momentum and ecosystem can build up around it. Until then we have IntelliJ, Helix, Neovim, VSCode, and Sublime Text... They each have upsides and downsides, but there is no need to jump on the latest market entry too soon, just wish them well and wait.

[@raul834]

After watching this video I have much more respect for VSCode. Using Electron, working on Windows, Linux and MacOS and with decent performance. Yes, Zed should be faster, you just see how much work is to do it for just one operating system.

[@davidsiewert8649]

RIP Zed, because of missing Linux/Windows support so we can't even try using it

[@lilfat3]

Zed now looks incredible, the minute it supports ipython notebook I will switch to it

[@beastnighttv]

11:25 "rust brain people" I am using that from now :)

[@crashniels]

Vim users: *Look what they need to mimic a fraction of our power*

[@makeitreality457]

Very nice! It's only natural, as a new developer (developers are always new, unless they want to be retro) to want to try this out, and to look into the fixes as well. These hacks need to be part of the GUI/window-rendering tool kit. Not something that needs to be re-engineered for every app. And also on each platform, the development ought to be simpler. A GPU tool kit for Linux would be nice, if it can manage its resources and free up devices when they aren't being used.

[@docmars]

Maybe I'm misunderstanding something, but why do apps have any kind of frame limiting to begin with? I get that they're using GPU-based rendering / compositing to display the UI, but many video games run without a framerate cap. Or was the issue that Zed just ran too slowly to reach above 60fps?

[@carljosephyounger]

Going from Web development to Swift & Metal, you _really_ miss having docs.

[@shock9616]

Right now I'm happily addicted to editing my Neovim config, but I do have Zed installed and have been trying it out periodically. Maybe if/when it ever gets a mature plugin ecosystem I'll make the switch!

[@mistymu8154]

It is interesting - Arc Browser did Mac first and now getting closer to releasing a Windows version written using Swift. It will be interesting to see whether Rust or Swift turns out to be a better option. Or maybe neither will be much better than the other and we will just have more options going forward for cross-platform. Kotlin Multi Platform is pushing in this direction as well and JetPack Compose is moving beyond just Android UI. It would be cool to see Apple open-source and cross-platform SwiftUI.

[@ylvatheace812]

I might be missing something, but why does a code editor need to run at 120fps? It's basically just a fancy text editor, right?

[@JonGretarB]

For seeing the code while scrolling. When looking for a specific function for example. It’s just a “nice to have” thing.

[@RYRY1002]

I would absolutely love to try Zed, it looks great! Unfortunately, I use Windows because I'm primarily a game developer.

[@ShinSpiegel]

This is awesome, maybe in a not so far distant future we will have a Rust GUI building blocks for every platform. Like an electron, but infinity better, and much more performant

[@romaindurand]

As interesting as all these investigations can be, that's precisely why I love web dev : browsers already solved all these problems, in most cases browser performance is enough, and it's cross-plateform by default.

[@michaellatta]

I tried Zed. First impression was not compelling. No settings screen makes configuring it hard enough that I could not get it to where I wanted it (ligatures, Fira code or similar font. I think it re-indented one file before I could change the default indent level. I never got the colors where I was ok with it. And, the final straw was lack of rust analyzer to run individual tests. Once it is more mature and hopefully has a plug in system to allow things like cucumber support, I will try it again.

[@Heater-v1.0.0]

I have been using Zed on a MacBook Pro M1 for a few months now. I have grown to love it for Rust development. VS Code is still here but I find myself using Zed or Vim.

[@Inert105]

What browser are you using?

[@imerence6290]

My brother in Christ, this a MacOS only freeware XD

[@ExtraTurtle]

"The VSCode killer" *only for mac*

[@RandomGeometryDashStuff]

03:17 web stuff is documented really well (mdn and w3c spec exist) except browser specific behaviours

[@ChristopherCricketWallace]

The Zed team is in it to win it. WOW.

[@JoshCarterWeb]

Had Zed installed for over a year now, I like using it in smaller amounts, but extensions like custom theming and file icons are still holding me back

[@thegittubaba]

yup, the variable refresh rate strikes in unexpected ways. I once enabled nvidia gsync for "all" applications, suddenly when working in windows terminal my mouse pointer movement started to feel very sluggish. After debugging a bit I discovered terminals caret blinking is a 40fps animation. So when terminal had focus, gsync was setting my 170Hz monitor's refresh rate to 40 -_-. Had to change setting in nvidia to only enable gsync for fullscreen applications.

[@ephektz]

I tried Zed and was disappointed. Too many things missing. Then I did a really dumb thing and tried to use GPUI, the underpinning of Zed. Holy hell. I will try both when they’re done baking, but I’m excited for what’s to come.

[@kamajamalaks]

This is some next level customer support wow

[@Caldaron]

streamer privilege engaged...

[@BenClementt]

you say that, however because this was brought up by theo that means the UX has been made better for everyone

[@Greeem]

no way you're actually mad about that LOL

[@xcrap]

I'm using in a daily basis it actually made coding smooth again, super happy.

[@DaxSudo]

POG See this is the kind of fun story I love. It does happen in engineering its the best part, building friends and community.

[@abdullahzafar4401]

I dont know how much fps zed is rendsring at on my linux, I'm just so HAPPY I have a propper microsoft-less editor

[@jgkdmdevienjjgg8866]

They draw whole thing on low level using their own rendering engine so that is something to be expected to happen sooner or later. Versus vscode drawing in chromium (i believe) browser which is pretty mature and has alot of testing and wide user and device base. Anyways new vscode-like editor is always a good thing

[@rmdashrfv]

How many followers and subscribers do we need to get a feature request for Zed looked at?

[@SimoneColaci]

That's the same thing Ubuntu was doing on the very beginning. That's a very very nice thing to do

[@uzeeinc]

10:20 Based on this video at least, I kind of disagree with this notion. From what I understand, the issue they have is dealing with Metal and it's (undocumented) jankiness, whereas on Windows and Linux you would use DirectX and Vulkan which not only are well documented, but have multiple conferences each year where dedicated people nerd about and present their quriks like GDC and SIGGRAPH. Also, I'm not familiar with the landscape over at macOS side, but the concept of building your UI toolkit directly over a low level API like Vulkan or Direct2D (DirectX) isn't something novel either on the Windows and Linux side of things so the team would hopefully have existing learnings to lean on.

[@redpillsatori3020]

Forgive my ignorance, but why not use something like Tauri instead of reinventing the wheel?

[@JonGretarB]

Because Tauri is a web container like Electron.

[@DeviantDog]

One shortcut I haven't been able to find is the Organise imports shortcut that I like using. Not sure if its in Zed haven't found it yet :(

[@ricardogilsimoes]

"Things work differently" is Apple's middle name.

[@complexity5545]

Debugging metal/mac is tough. Apple documentation is really bad; if there is a kink or quirk apple will go out of there way to hide it. I think because they fear people will try to exploit it. I actually keep up with `zed` because of the GPUi library. I'll never use `zed` the editor. This was a good video. Its relevant to anyone who does video rendering. I didn't know some of these quirks and its good to know. P.S. Get ready for Apple maintainers to throw a kink into Metal to make it even worse.

[@OleksandrIsaryk]

In the middle of the night, in the middle of the night Just call my Zed, I'm yours to fix the scroll issue.

[@redpillsatori3020]

Seems to be smooth on my M1 Pro, although Zed uses more than double the CPU while scrolling a large file, like the package-lock.json, when compared to VS Code.

[@redpillsatori3020]

Also seems to have a larger memory footprint than VS Code

[@fexxix]

I like your magic words, tech man.

[@Satook]

On linux, it's fine to do Wayland only these days. But it's a pain to pick the protocols that you want to use and get it working in Gnome vs KDE vs every other compositor. :)

[@gabrielomane-yeboah]

When will plugin support be added? Cause I reaaaaally need my plugins :(

[@lorenzocorallo1864]

I think never

[@bradn44]

lovely, ZFS Event Daemon on Arch is named Zed, bc ofc it is. Time to compile from source and rename to Zad, or Zedd. idk. lol.

[@ImTheShrey]

They didn't need to create the pool for buffers? Metal provides you with command queue which manages it own pool internally, general practice is created me buffer for every frame you are going to render, put multiple render calls in buffer just when commit it finally do the waitUntilCompleted thing.

[@AnitaSV]

Didn't work on my first project I tried. It doesn't seem to support clojure even though I have all the necessary LSP setup.

[@plugpulled]

I don't get why this is a big deal. Sublime Text runs at native 240hz or 360hz display its connected to. Doesn't drop a single frame. This has been done in sublime like since 8 years ago.

[@martijnjansen5388]

Honestly; I like ZED but due to the lack of flexibility (atleast when I tried), am not sure if am ready yet to use ZED. There is a few reasons; I can't say good bye to the extensions that VS has to offer like: - GITLens; - TODO manager - Console Ninja - AWS - AWS CodeWhisperer - Or what about all the code snippets - Prisma manager I mean, maybe am lacking the knowledge of Zed that it is already available, but if it is, am happy to give it another try but at the moment it does not really benefit besides the clean GUI, fast response and almost no crashes :)

[@sparthir]

It's not a VS Code killer until they go cross platform.

[@janovbyrnisson]

Nice and all, but when I tried searching in a really huge text file (20MB) using Zed, it searched after every keystroke, and the whole app froze. :) You can imagine when it found all the occurrences of 'e' and highlighted it in the editor. Force closed it after couple of minutes.