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.

[@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? 👋🏼😂

[@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

[@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.

[@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

[@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.

[@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

[@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 🤔

[@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.

[@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.

[@Nekroido]

And this would also get the editor on Windows with WSL2

[@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.

[@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

[@ahmadaccino]

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

[@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)

[@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.

[@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.

[@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."

[@arraywaves]

Starting using Zed and I already prefer it, to me it feels smoother and snappier and I like the layout. It also has Vim mode which I plan to check out soon. I haven’t deleted VSCode for obvious reasons, but Zed is now my main editor.

[@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.

[@nixigaj11]

Will try it once they add Wayland support.

[@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 ;-)

[@DaxSudo]

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

[@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.

[@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

[@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.

[@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.

[@bigboxSWE]

i live for the cat cameo

[@t3dotgg]

He’s a good boy (sometimes)

[@DaxSudo]

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

[@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!

[@hobbit125]

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

[@babelette]

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

[@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.

[@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.

[@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.

[@micosair]

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

[@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)

[@juxuanu]

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

[@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!

[@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

[@carljosephyounger]

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

[@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

[@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!

[@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

[@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.

[@RYRY1002]

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

[@SimoneColaci]

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

[@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.

[@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)

[@JacobyB]

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

[@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...

[@kamajamalaks]

This is some next level customer support wow

[@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.

[@ricardogilsimoes]

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

[@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.

[@fexxix]

I like your magic words, tech man.

[@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

[@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*

[@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.

[@seitbekir]

Okay. Seems fun. Will wait for Linux release with, at least, most of the basic IDE features and extension support.

[@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

[@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.

[@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.

[@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.

[@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.

[@rjmunt]

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

[@xcrap]

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

[@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 :)

[@Viviko]

This video reminded me I still need to try Zed. :)

[@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...

[@kaioneal6160]

We all know that code will be written in rust shortly lol 😂 I love the dedication and work from the Zed team though Glad they are increasing competition in this space

[@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.

[@venicebeachsurfer]

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

[@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.

[@Voidstroyer]

If you are only on apple hardware then it makes sense to try out Zed. But VScode still has the upperhand in 2 areas: It is cross platform and it has a large library of extensions. Being locked into 1 platform makes it a lot more difficult to beat a different tool. Zed might beat VScode for Mac users, but it (currently) has no chance for windows or linux users. I said the same thing about StyleX vs tailwind. StyleX is Javascript only, whereas tailwind works everywhere. PS: "They have really high refresh rates. Like all the Ipad pro's have 120 Hz". Me on my 240Hz windows laptop go BRRRRRR!!!!

[@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

[@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?

[@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.

[@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.

[@ExtraTurtle]

"The VSCode killer" *only for mac*

[@gabrielomane-yeboah]

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

[@lorenzocorallo1864]

I think never

[@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

[@stevenhorton8604]

I have an apple silicon mac (M1 Macbook Pro, fastest CPU, 32GB ram), but it hasn't been reliable AT ALL. After a full year and a half of dedication I'm back to using an less-newer Linux-based, one that cost less and still has more computational and GPU power.

[@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.

[@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. :)

[@Kane0123]

Wow that scroll is smooth as butter…

[@ys1197]

Cool to see!

[@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.

[@ganyao3200]

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

[@ThomasWSmith-wm5xn]

you will notice and miss things you didn't even know you needed. auto closing / renaming html / jsx tags is the first thing that comes to mind. Also i typically have a backend project and frontend project open - peacock is supper nice for that. zed: you aren't competing against vscode - you are competing agains all the extension devs too.

[@davidsiewert8649]

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

[@gabrieldesouza112]

Well, if a development team of any software came to my house to fix a problem in my device, I would also use their software...

[@seannewell397]

gotta hustle like a bro in bros kitchen to get that green.

[@Pillow_]

You know a program is good when their bugfixes are done in person

[@sirloin869]

Add “Paperclipping” to Your Dating Slang Lexicon

[@Inert105]

What browser are you using?

[@JeetPaul]

The next video be like, "Why I don't use Zed anymore!"