Mailspring VS hyperterm

I fully agree, moreover this:

> Rolling release distributions like OpenSUSE Tumbleweed follow upstream much more closely while still maintaining stability through thorough automated testing

Shows the author hasn't used Tumbleweed for any reasonable amount of time himself[0][1][2]. I daily drove it for a short while before moving to Fedora.

0: https://github.com/Foundry376/Mailspring/issues/533

1: https://forums.opensuse.org/t/tumbleweed-breaks-after-update...

2: https://www.reddit.com/r/openSUSE/comments/v09hnc/tumbleweed...

/u/protonmail is the a reason why there's been no effort on this front? It appears that it comes down to some sort of handshake issue but I can't imagine this is that hard to fix.

I was hopeful that https://www.nylas.com/ would be the de-facto "adapter" placing a common API surface on top of the major providers and dragging them into a modern-API world. They even had an email client of their own as a proof of concept (forked by one of the original authors as https://github.com/Foundry376/Mailspring - and its reusable core https://github.com/Foundry376/Mailspring-Sync may be interesting to many here). But they've pivoted towards making their API only available behind B2B contracts and opaque pricing, and primarily used for corporate email monitoring and CRM use cases - perhaps because security and privacy considerations are nontrivial. I'm still rooting for them but it's a shadow of what it could have been.

Mailspring

Mailspring- A great email client for windows (Opensource + Freemium)

I love Mailspring, it's modern and open source: https://getmailspring.com/

The UI uses Electron, but the actual sync engine is in C++, so it's pretty fast.

The only app I’m aware of which translates emails is this; https://getmailspring.com

Mailspring is quite nice. It also has a paid version and is actively updated so I think it's likely to stick around for awhile.

Mailspring, which is open source, is currently my recommendation for a desktop email client.

Mailspring. Open-source and fully local, but an optional account and optional subscription for premium cloud-based features. Thunderbird was too cluttered and Geary, although I really wanted to like it, was just too minimal.

I am using iTerm2 on my macOS. Other available options are Hyper and VS Code’s inbuilt terminal, which I sometimes use for quick tests. You can open a terminal in VS Code by using the keyboard shortcut CMD + J or CTRL + J on Windows, or View → Terminal.

I think that’s more or less what this project is working towards:

https://hyper.is

Hyper*

So hyper would be written in hyper?

Hyper in conjunction with fig (I also have iterm2, but I like Hyper pretty well) and brew.

At the time we were listing projects like Hyper and Micro alongside our other better known ones. As those projects became less of a focus, I believe someone with good intentions in the team wanted to prioritize the ones we contribute to instead that are relevant to our frontend focus, and not confuse our audience.

A theme for Hyper would be awesome!