this post was submitted on 21 Feb 2024
10 points (100.0% liked)

Programming

423 readers
9 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev

founded 1 year ago
MODERATORS
snowe@programming.dev
Ategon@programming.dev
MaungaHikoi@lemmy.nz
10
There’s a fast new code editor in town - Zed (www.youtube.com)
submitted 9 months ago by ruffsl@programming.dev to c/programming@programming.dev
16 comments fedilink hide all child comments
 

https://zed.dev

top 16 comments
sorted by: hot top controversial new old
[–] porgamrer@programming.dev 19 points 9 months ago (1 children)

I'm still confused by this not being cross-platform. It's made in Rust; basically every graphics library is cross platform out of the box, and so is all the file IO stuff. There will be some specialist OS api stuff in places but surely it can't be much.

For once this comment isn't even snark. I acknowledge my ignorance and wonder if someone could explain why the cost is bigger than I think?

Perhaps it's setting up CI and packaging for other platforms? Maybe they want human QA on every release? Maybe the APIs for slick OS integration are more complicated than I realise? (e.g. putting UI in the taskbar)

[–] davawen@programming.dev 7 points 9 months ago (1 children)

They're using metal which is Apple only.

[–] porgamrer@programming.dev 5 points 9 months ago (1 children)

But why? I saw their section about rasterising everything on the GPU, and again I find it hard to understand why they need anything more than OpenGL 3.

Their UI looks like it would be an LRU glyph cache and a sprite batcher, and then you'd have 1000fps.

[–] gens@programming.dev 4 points 9 months ago (1 children)

You can get lower latency with vulkan then with opengl. I remember some emulators (gamecube?) talk about why they implemented vulkan.

[–] porgamrer@programming.dev 3 points 9 months ago

That sounds plausible. I'm sure having the lowest possible latency was their goal. There are multiple popular rust libraries aiming to provide zero cost abstractions over a common subset of the metal, vulcan and dx12 APIs, but I've never actually used one.

[–] copygirl@lemmy.blahaj.zone 7 points 9 months ago (2 children)

I might be too old-school for this but this video felt like it focused on AI assisted programming and I really don't give a damn.

[–] otl@hachyderm.io 5 points 9 months ago

@copygirl Oh man, is non-AI assisted programming old-school already? :(

@programming

[–] seliaste@lemmy.blahaj.zone 3 points 9 months ago

Fireship often talks about big tech and AI, thats why they have a chapter on it. I dont rly give a damn either but it's interesting to take note of

[–] ruffsl@programming.dev 2 points 9 months ago (1 children)

Only just got a 120Hz monitor recently, so reading scrolling text now is so much easer and faster than before. Looking forward to any IDE that can match that kind of framerate performance as well.

Too bad I don't own a mac to be able to test out the current release of Zed as an IDE. However, I'm not sure about the growing trend of rasterizing the entire GUI, as compared to conventional text rendering methods or GUI libs with established accessibility support.

[–] hallettj 2 points 9 months ago (1 children)

I don't know if it's your cup of tea, but Neovide provides smooth scrolling at arbitrary refresh rates. (It's a graphical frontend for Neovim, my IDE of choice.)

[–] ruffsl@programming.dev 1 points 9 months ago (1 children)

Do you use it combined with terminal emulators?
Wouldn't that result in vertical scroll snapping to textual lines, and horizontal scroll snapping to character widths?
A personal preference I suppose for navigation, but a bit jumpy to read from while moving rapidly.

[–] milo128@lemm.ee 3 points 9 months ago (1 children)

the whole point is that its not in a terminal. its a gui frontend.

[–] ruffsl@programming.dev 1 points 9 months ago (2 children)

I was more curious about horizontal/vertical scroll snapping of text, given if the underlying vim properties are still limited to terminal style rendering of whole fractions of text lines and fixed characters, then it's less of a concern what exactly the GUI front end is.

[–] mac@infosec.pub 2 points 9 months ago

It explains most of this on the features page of the site.

It's pretty snappy even on lower spec machines. I didn't notice any issues with scroll snapping.

[–] hallettj 2 points 9 months ago (1 children)

It scrolls smoothly, it doesn't snap line by line. Although once the scroll animation is complete the final positions of lines and columns do end up aligned to a grid.

Neovim (as opposed to Vim) is not limited to terminal rendering. It's designed to be a UI-agnostic backend. It happens that the default frontend runs in a terminal.

[–] ruffsl@programming.dev 2 points 9 months ago

Nice! Thanks for the clarification.