|6 days ago||4 days ago|
|Apache License 2.0||GNU General Public License v3.0 or later|
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Suitable Rust GUI Library for Code Editor?
8 projects | reddit.com/r/rust | 3 Dec 2022
Have a look at what Lapce uses. The editor is coming along nicely, and iirc, they use the Xi editor as a plug-in.
CRDTs make multiplayer text editing part of Zed's DNA
10 projects | news.ycombinator.com | 1 Dec 2022
Raph Levien posted a retrospective about using CRDT’s for collaborative editing in xi-editor here . His conclusion is
“I come to the conclusion that the CRDT is not pulling its (considerable) weight. When I think about a future evolution of xi-editor, I see a much brighter future with a simpler, largely synchronous model, that still of course has enough revision tracking to get good results with asynchronous peers like the language server.”
Innovative Rich Text Editing: Typing Affinity
4 projects | news.ycombinator.com | 6 Nov 2022
New open source Common Lisp 3D graphics project -- call for participation
7 projects | reddit.com/r/lisp | 2 Aug 2022
Maybe architect kernel as a microservice? There was some text editor developed as a microservice; I don't see why it couldn't work for a FX application or game engine.
Zas editor post-mortem
4 projects | reddit.com/r/rust | 21 Jun 2022
A while ago there was a post about Zas Editor, an editor for mac that used parts of Xi as the backend. Since then, the website has been taken down and it's presumably abandoned. There was some apprehension about its licensing but it was cool.
GitHub is sunsetting Atom
17 projects | reddit.com/r/programming | 8 Jun 2022
I thought that after the failure of the https://github.com/xi-editor/xi-editor project (which Lapce seems to take inspiration from) people would stop trying it, but looks like it's doing the opposite.
Sunsetting Atom Text Editor
19 projects | news.ycombinator.com | 8 Jun 2022
Xi-Editor - A modern editor with a backend written in rust.
2 projects | reddit.com/r/github | 13 Apr 2022
Suggestions for building an IDE
10 projects | reddit.com/r/rust | 10 Apr 2022
My initial thoughts are using something like the xi-editor or parts from it for text manipulation, some rust GUI framework for rendering, like egui or iced, for more language contextual actions like autocomplete I think I'd have to look into the LSP.10 projects | reddit.com/r/rust | 10 Apr 2022
Oh I didn't realize that it might have been a serious question, I'm too unfamiliar with the domain to not make stupid misinterpretations it seems, really sorry about that. Anyway no, that's a good suggestion, I think starting there makes the most sense but I'm having some decision-anxiety about where to start. I think xi-editor is likely to be the best place to start constructing an editor without making the project impossible to finish
Rust Web Framework Comparison
4 projects | news.ycombinator.com | 29 Oct 2022
We can! It’s a lot of work because you don’t have the whole JS ecosystem to fall back on, but to some that’s a feature not a bug.
My favorite example of this is https://makepad.dev
Lapce release v0.0.12 open source code editor
6 projects | reddit.com/r/rust | 24 Mar 2022
And a feature highlight of Code Lens. The idea is borrowed from https://github.com/makepad/makepad
Why Not Rust?
4 projects | news.ycombinator.com | 18 Dec 2021
When it comes to compile times, the most optimized Rust codebase I know for optimized for this is makepad.dev .
It is compiling from scratch on mac m1 in around 7.5s  and that's +100k lines of Rust. However there is close to none dependencies, so this +100k is all there is to compile pretty much.
Photoshop's Journey to the Web
2 projects | news.ycombinator.com | 26 Oct 2021
I'd like the answer to be “yes”, but at this point if you need to ship software I'd say “no”. There are wasm counterparts to React (my favorite right now is yew.rs), but they're self-described as not production-ready. Overall, the tooling is just much more developed on the JS/React side. Unfortunately.
That said, you can get plenty of mileage out of using React as a frontend and wasm for the application core. I believe this is what Figma does. And you can sidestep the DOM entirely and use your own UI renderer, which seems to be what Adobe is doing here. https://makepad.dev/ is another (absurdly impressive) example of that approach, but that's a very involved approach!
The Serde Rust Framework
14 projects | news.ycombinator.com | 14 Oct 2021
Unified Shader Programming in C++
13 projects | news.ycombinator.com | 3 Oct 2021
Makepad does something simular with its universal shading language: https://makepad.dev/
Google Docs will move to canvas based rendering instead of DOM
Can someone explain why https://makepad.dev/ is extremely slow and "unusable" on Microsoft Edge browser but run smoothly on Chrome?
I'm not sure but what you are suggesting is not outside the realm of possibility. There are already projects like https://makepad.dev/ which implement their GUI on top of WebGL. (Which is arguably more challenging than implementing on top of Canvas 2D.)
In 2009, I joined Mozilla and started working on the Bespin project, which Ben Galbraith & Dion Almaer had brought to Moz. Bespin was built with a canvas-based renderer. Bespin was way faster than other browser-based code editors at the time.
Then the Ajax.org/Cloud9 folks came along with their Ace editor, which was DOM-based and still very fast. We ended up merging the projects.
Rik Arends was one of the Ajax.org folks and he's been working on a WebGL-based code environment called Makepad, which is entirely built in Rust and has its own UI toolkit. He's complained a lot about how difficult it is to make a performant JS-based editing environment.
My point in all of this is just that there are absolutely tradeoffs in performance, accessibility, ease-of-development, internationalization, and likely other aspects. If raw performance is what you're going for, it's hard to beat just drawing on a canvas or using WebGL. Google Docs needs to worry about all of that other stuff, too, so I'll be interested to see how this shapes up.
Try holding down Alt on https://makepad.dev/
Such a cool feature that you can't really do with DOM based solutions (VSCode could never do this).
What are some alternatives?
helix - A post-modern modal text editor.
alacritty - A cross-platform, OpenGL terminal emulator.
iota - A terminal-based text editor written in Rust
lapce - Lightning-fast and Powerful Code Editor written in Rust
Servo - The Servo Browser Engine
kakoune.el - A very simple simulation of the kakoune editor inside of emacs.
LunarVim - 🌙 LunarVim is an IDE layer for Neovim. Completely free and community driven.
rust-genetic-algorithm - A genetic algorithm for bechmark problems, written to learn Rust.
rust-gpu - 🐉 Making Rust a first-class language and ecosystem for GPU shaders 🚧
ProseMirror - The ProseMirror WYSIWYM editor
imag - imag - Text based personal information management suite
gallery - Flutter Gallery is a resource to help developers evaluate and use Flutter