ksp [il/lui] to [email protected]English • edit-22 months agoZed on Linux is out!zed.devexternal-linkmessage-square194fedilinkarrow-up1408arrow-down121file-textcross-posted to: [email protected][email protected][email protected][email protected]zed
arrow-up1387arrow-down1external-linkZed on Linux is out!zed.devksp [il/lui] to [email protected]English • edit-22 months agomessage-square194fedilinkfile-textcross-posted to: [email protected][email protected][email protected][email protected]zed
Zed is a modern open-source code editor, built from the ground up in Rust with a GPU-accelerated renderer.
minus-square@[email protected]linkfedilink50•2 months agoProbably because it’s more efficient. GPUs are designed to render things, which editors do. In a text editor, you’re effectively rendering fonts over a fixed background, which I assume is pretty efficient using the GPU. We’re not talking about crazy 3D effects here. Yay to battery savings!
minus-square@[email protected]linkfedilink3•2 months agoShouldn’t the DE/Window Manager be handling that? Seems like doing it on a window by window basis would be inefficient (and look inconsistent).
minus-square@AProfessionallinkEnglish21•2 months agoThat’s a totally unrelated part of the stack. These days you just have a compositor that combines the output of applications. The model of out of process rendering in Xorg was done pre-2000s but GPUs became the norm and don’t work well this way.
minus-square@[email protected]linkfedilink1•2 months ago The model of out of process rendering in Xorg was done pre-2000s but GPUs became the norm and don’t work well this way. Thats where we get into explicit and implicit sync right?
minus-square@AProfessionallinkEnglish2•edit-22 months agoAlso very unrelated, that’s about graphics apis like opengl. https://www.khronos.org/opengl/wiki/Synchronization
minus-square@[email protected]linkfedilinkEnglish9•2 months agoThe job of the window manager is to manage windows and very little else. Font rendering is done by the widget toolkit, usually via freetype/harfbuzz.
Probably because it’s more efficient. GPUs are designed to render things, which editors do. In a text editor, you’re effectively rendering fonts over a fixed background, which I assume is pretty efficient using the GPU.
We’re not talking about crazy 3D effects here.
Yay to battery savings!
Shouldn’t the DE/Window Manager be handling that? Seems like doing it on a window by window basis would be inefficient (and look inconsistent).
That’s a totally unrelated part of the stack. These days you just have a compositor that combines the output of applications.
The model of out of process rendering in Xorg was done pre-2000s but GPUs became the norm and don’t work well this way.
Thats where we get into explicit and implicit sync right?
Also very unrelated, that’s about graphics apis like opengl.
https://www.khronos.org/opengl/wiki/Synchronization
The job of the window manager is to manage windows and very little else. Font rendering is done by the widget toolkit, usually via freetype/harfbuzz.