Runestone
vscode-mail
Runestone | vscode-mail | |
---|---|---|
4 | 1 | |
2,581 | 28 | |
- | - | |
8.3 | 1.1 | |
5 days ago | about 1 year ago | |
Swift | TypeScript | |
MIT License | GNU General Public License v3.0 only |
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.
Runestone
-
The Emacsen family, the design of an Emacs and the importance of Lisp (2023)
And Runestone, the open source editor framework for iOS [1]. It is also a text edotor on the app store that uses the framework.
[1] https://github.com/simonbs/Runestone
- BBEdit-like app on iOS
-
Who uses their iPad for coding?
Runestone Text Editor is a promising new kid on the block based on an open source framework
- Runestone – Performant plain text editor for iOS
vscode-mail
-
The Emacsen family, the design of an Emacs and the importance of Lisp (2023)
> It's not a weird gotcha when dismissing the tool. If you want to artificially narrow the comparison to "writing SW" (which is even narrower than text editing), then by all means - VSCode is the superior tool. But why stop there?
One, I wouldn't have conceded the crown to VSCode so easily as that. A fine-tuned Emacs config, with the requisite muscle memory and custom elisp, is a hot rod. I do use VSCode, and before that Sublime, but it was under protest, the details don't matter here but there were features I needed and no task budget for provisioning them in Emacs.
Second, why not stop there? I have a program for reading my email, it isn't VSCode, I'm fine with that. So telling me Emacs can read email is completely irrelevant to my use of VSCode. For most people, adding all of these features to the Emacs side of the balance backfires, because now Emacs has to be better than all the tools they use for that stuff, rather than just better at what VSCode does than VSCode is.
"Emacs does everything" is an aesthetic, and it has many decades of refinement, and people like it. That's fine.
> Most people don't need or want all the UNIX tools' capabilities. Does it make sense to compare the Windows command environment with the Linux one and say "Don't include all these capabilities in the analysis?"
This isn't at all what you're doing. It's more like if someone says "awk is fine for text munging, why would I use Perl" and your answer was that Perl has a web server.
There's such a thing as a like-for-like comparison. Emacs has org-mode, it has SLIME, it has paredit and parinfer. Those are all edges over VSCode, whereas checking email isn't. This conversation piqued my curiousity, and indeed, there's a plugin for that[0], a few actually, and yes, I'm sure Emacs does a better job, for some value of better. But I'll never know, because I don't intend to use either tool for that job.
[0]: https://github.com/buhe/vscode-mail
What are some alternatives?
Themis - Easy to use cryptographic framework for data protection: secure messaging with forward secrecy and secure data storage. Has unified APIs across 14 platforms.
Down - Blazing fast Markdown / CommonMark rendering in Swift, built upon cmark.
tree-sitter-embedded-template - Tree-sitter grammar for embedded template languages like ERB, EJS