Meli email client, pre-alpha release • Hacker News Board

Re: Meli email client, pre-alpha release

#91

Post by CalRobert » Mon, Jul 08, 2019, 11:22 AM UTC

rightos wrote: post #34

Ahmed90 wrote: post #22

With all respect for the hard work done on this client, but is it just me or is the TUI getting too much attention recently?? I think the GUI stacks are too bloated or too hideous (electron, cpp/qt,c# and it's limitations, etc...) to work with these days so much that the cool kids (hardcore techy people) just gave up and started doing TUIs to solve their own problems directly?

I'm still using Thunderbird, which is barely maintained for a decent standalone IMAP client - it's beginning to feel pretty ridiculous. I was having some search issues the other day and I looked at alternatives - the options were basically Outlook, Claws Mail which is ugly as sin, eM Client which is Windows only and Mailspring which actually looked pretty good... right up until it asked me to make an account for use…

Also, the default IRC message compose in Thunderbird is white text on white background.

Re: Meli email client, pre-alpha release

#92

Post by krageon » Mon, Jul 08, 2019, 11:25 AM UTC

Ahmed90 wrote: post #22

With all respect for the hard work done on this client, but is it just me or is the TUI getting too much attention recently?? I think the GUI stacks are too bloated or too hideous (electron, cpp/qt,c# and it's limitations, etc...) to work with these days so much that the cool kids (hardcore techy people) just gave up and started doing TUIs to solve their own problems directly?

> started doing TUIs

Terminal-based interfaces predate GUIs and have never really stopped being popular among a specific crowd. Perhaps they are gaining more traction now because of all the warts that current popular GUI frameworks have, but it is by no means a new development that is suddenly happening.

Re: Meli email client, pre-alpha release

#93

Post by krageon » Mon, Jul 08, 2019, 11:26 AM UTC

SyneRyder wrote: post #87

rightos wrote: post #34

Earlier quoted context omitted.

I'm still using Thunderbird, which is barely maintained for a decent standalone IMAP client - it's beginning to feel pretty ridiculous. I was having some search issues the other day and I looked at alternatives - the options were basically Outlook, Claws Mail which is ugly as sin, eM Client which is Windows only and Mailspring which actually looked pretty good... right up until it asked me to make an account for use…

> I'm willing to pay, someone please give me a decent cross platform alternative with a GUI, ideally a proper, non-electron one. Have you tried Postbox? It's cross-platform Mac/Windows, native non-Electron (actually forked from Thunderbird long ago), supports multiple accounts, lots of keyboard shortcuts & paid non-subscription product developed by a company. I've been using it ever since Eudora died, it's the closes…

I appreciate that a lot of people use Mac and/or Windows, but calling it cross-platform and then excluding the third big platform option is I think missing the point.

Re: Meli email client, pre-alpha release

#94

Post by GrumpyNl » Mon, Jul 08, 2019, 11:46 AM UTC

Get a weird ssl error when trying to load the site. SSL_ERROR_RX_RECORD_TOO_LONG

Re: Meli email client, pre-alpha release

#95

Post by giancarlostoro » Mon, Jul 08, 2019, 11:52 AM UTC

Crinus wrote: post #77

cricalix wrote: post #64

Earlier quoted context omitted.

The one thing that always put me off of the Qt, Wx etc libraries is that it felt like you have to be fairly deep in the weeds with layouts. HTML + CSS ( + something like a framework perhaps for JS niceness) feels much easier, because the browser does the heavy work of laying out the elements for you, resizing them etc. Maybe I've just not sat down long enough to poke the UI work, but every time I have sat down it's f…

Why not use the UI designer? It was made exactly for this reason.

Back to my prior point: how can I leverage the awesome tooling outside of C++?

If I can use any language with the awesome Qt tooling I am set. They seem to be working on making Python such a citizen in the official Qt languages stack but its taking forever and is only 1 single language.

Maybe they need to do what Godot did. Implement a bridging programming language that bridges any native language to their engine. With Godot I can write code in Rust, D, probably Nim and so on and all due to GDNative their bridging language to ensure you can use what you are comfortable using.

Re: Meli email client, pre-alpha release

#96

Post by ktpsns » Mon, Jul 08, 2019, 11:54 AM UTC

Firefox refuses to connect to this HTTPS URL: SSL_ERROR_RX_RECORD_TOO_LONG

Re: Meli email client, pre-alpha release

#97

Post by aorth » Mon, Jul 08, 2019, 11:54 AM UTC

I'm getting a Secure Connection Failed error in Firefox (11:54:34 UTC):

> An error occurred during a connection to meli.delivery. SSL received a record that exceeded the maximum permissible length. Error code: SSL_ERROR_RX_RECORD_TOO_LONG

Re: Meli email client, pre-alpha release

#98

Post by joyjoyjoy » Mon, Jul 08, 2019, 12:18 PM UTC

I don't see a feature list. Does it support several different IMAP/POP emails?

Re: Meli email client, pre-alpha release

#99

Post by joyjoyjoy » Mon, Jul 08, 2019, 12:20 PM UTC

rightos wrote: post #34

Ahmed90 wrote: post #22

With all respect for the hard work done on this client, but is it just me or is the TUI getting too much attention recently?? I think the GUI stacks are too bloated or too hideous (electron, cpp/qt,c# and it's limitations, etc...) to work with these days so much that the cool kids (hardcore techy people) just gave up and started doing TUIs to solve their own problems directly?

I'm still using Thunderbird, which is barely maintained for a decent standalone IMAP client - it's beginning to feel pretty ridiculous. I was having some search issues the other day and I looked at alternatives - the options were basically Outlook, Claws Mail which is ugly as sin, eM Client which is Windows only and Mailspring which actually looked pretty good... right up until it asked me to make an account for use…

"I was having some search issues"

This can be easily fixed. Try using Evolution for a while and you never complain about search issues with Thunderbird. In fact, you will praise Thunderbird for its search features. If still something is lacking, install recoll on your system to find stuff.

I would pay for an email client too.

Re: Meli email client, pre-alpha release

#100

Post by toxik » Mon, Jul 08, 2019, 12:30 PM UTC

blub wrote: post #80

Ahmed90 wrote: post #22

With all respect for the hard work done on this client, but is it just me or is the TUI getting too much attention recently?? I think the GUI stacks are too bloated or too hideous (electron, cpp/qt,c# and it's limitations, etc...) to work with these days so much that the cool kids (hardcore techy people) just gave up and started doing TUIs to solve their own problems directly?

You're observing something else: software people are the only ones obsessed enough with improving their tools to continuously debate and re-invent them. Sadly this obsessive search for the ultimate workflow becomes a goal unto itself, leading to a life-long unsuccessful and unsatisfying search that is doomed to fail. Meanwhile, in the real world GUIs have long superseded any text-based UIs, speciality tasks aside. E-…

The reason terminals and TUIs are still prevalent in tech circles is that it is a fairly good lowest common denominator. It makes sense to implement interfaces as TUIs. This then creeps into "higher-order functions" such as the terminal integrations for GitHub, or these new TUIs for e-mail. TUIs are basically 100% portable, there is no "does this work in Firefox and Safari?" worries, and the upfront development cost is lower because there are no inherent network transfers as in HTML/JS.