Rendered at 07:24:42 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
willrshansen 3 hours ago [-]
This feels like two steps up from a highly customized vim config. But I want one step up.
I want to be able to piece together an editor from modular task specific executables. Different programs for file searching, input mapping, buffer modification and display, etc.
Probably similar to how LSPs are already separated from most editors.
One step less hardcore than writing a whole editor.
Anyone know of any existing projects along these lines?
kalterdev 3 hours ago [-]
Acme [1]
It steps back from the “customize everything” mantra, believing that approach leaves users with an underdeveloped essential system. But it still has two major APIs: one for window manipulation [2], the other for text-based integration with the surrounding system via plumber [3].
All textual CLI tools (that is, those without pseudographics) work by default and are the heart of its style.
I use Acme for everything except web browsing (although most links are still managed by Acme).
I love this! The line “resist the urge to push the difficult bits off to a box of statistics” particularly resonated with me!
whynotmaybe 2 hours ago [-]
Fond memory of when I wrote an editor in the 90's because we didn't want to use "ms edit" for COBOL and asm files.
Syntax coloring, fast buffering and even a screen saver.
You could even call the compiler directly from it.
All this running on a pentium 120 and it felt a thousands times faster than today's vscode.
But vscode can edit multiple files at the same time...
fragmede 30 minutes ago [-]
Firing up VSCode on an old laptop, and having it get totally bogged down running a text editor killed a part of my soul. I'm from the vim era of computing, but I have a hard time telling people that's the route to go today with today's tools.
codazoda 4 hours ago [-]
I use my own text editor too. Nobody else seems to get value from it. I’m still surprised by the value we get from home grown solutions.
willrshansen 3 hours ago [-]
Didn't even link it. :(
mbrezu 55 minutes ago [-]
I guess the "link" is the implicit suggestion to write your own :-)
altilunium 2 hours ago [-]
I use my own text editor too.
Sometimes I get surprise questions from my friends whenever they see my screen. “What’s that?” “That’s my own text editor!”
mudkipdev 2 hours ago [-]
I would recommend using the ropey crate for easy performance gains. A string buffer is quick to implement but you will hit a wall as soon as you need to edit large files.
mizmar 1 hours ago [-]
It's not that bad. You need really large files to notice.
The largest realistic file I'll ever touch - sqlite3 amalgamation with 270k lines and 9.1 kB - still takes only 6 ms to memmove it on my poor laptop.
Any regular up-to 10k lines file is memmoved in order of microseconds.
sampullman 31 minutes ago [-]
That's true for code editing, but it's nice to not have to reach for a different solution when editing huge files. Sometimes I like to open up big log files, JSON test data, etc.
mllev15 2 hours ago [-]
Josh Barretto is the genius behind the Super Mario 64 GBA port. I would gladly use his editor.
givemeethekeys 1 hours ago [-]
I smell money burning.
abktowa 3 hours ago [-]
Should make my own text editor. Would make for an interesting project at least.
I want to be able to piece together an editor from modular task specific executables. Different programs for file searching, input mapping, buffer modification and display, etc. Probably similar to how LSPs are already separated from most editors.
One step less hardcore than writing a whole editor.
Anyone know of any existing projects along these lines?
It steps back from the “customize everything” mantra, believing that approach leaves users with an underdeveloped essential system. But it still has two major APIs: one for window manipulation [2], the other for text-based integration with the surrounding system via plumber [3].
All textual CLI tools (that is, those without pseudographics) work by default and are the heart of its style.
I use Acme for everything except web browsing (although most links are still managed by Acme).
[1]: http://youtu.be/dP1xVpMPn8M
[2]: http://9p.io/magic/man2html/4/acme
[3]: http://9p.io/sys/doc/plumb.html
Syntax coloring, fast buffering and even a screen saver.
You could even call the compiler directly from it.
All this running on a pentium 120 and it felt a thousands times faster than today's vscode.
But vscode can edit multiple files at the same time...
Sometimes I get surprise questions from my friends whenever they see my screen. “What’s that?” “That’s my own text editor!”