Caniemail.com – like caniuse but for email content • Hacker News Board

Re: Caniemail.com – like caniuse but for email content

#111

Post by HelmetFigNewton » Tue, May 07, 2024, 5:20 AM UTC

legitster wrote: post #90

candiddevmike wrote: post #12

IMO, HTML was the worst thing that ever happened to email. Plain text content is the best content.

> Plain text content is the best content. Hard disagree. Things like bolding text, adding pictures, changing colors, etc are very important for the emails I send. So some amount of HTML is important to me.

RTF would be fine, then.

Re: Caniemail.com – like caniuse but for email content

#112

Post by HelmetFigNewton » Tue, May 07, 2024, 5:21 AM UTC

jordanreger wrote: post #89

candiddevmike wrote: post #12

IMO, HTML was the worst thing that ever happened to email. Plain text content is the best content.

Pretty much the only credit I'll give to Amazon is that they give the option to get plaintext emails. Doesn't mask the larger problems, but still a nice thing I wish was the norm.

Amazon deserves zero credit for anything regarding E-mail, because their "order confirmations" don't say WHAT YOU ORDERED.

Mind-bogglingly stupid and annoying.

Re: Caniemail.com – like caniuse but for email content

#113

Post by issafram » Tue, May 07, 2024, 5:21 AM UTC

HelmetFigNewton wrote: post #110

[flagged]

Yes. It is used to let us know which HTML elements/features/etc are supported by different browsers/versions

Re: Caniemail.com – like caniuse but for email content

#114

Post by debesyla » Tue, May 07, 2024, 5:23 AM UTC

HelmetFigNewton wrote: post #110

[flagged]

https://caniuse.com/ is a popular tool to check what web features are working across different browsers - "can you use this and assume that it will work for others".

Re: Caniemail.com – like caniuse but for email content

#115

Post by HelmetFigNewton » Tue, May 07, 2024, 5:24 AM UTC

issafram wrote: post #113

HelmetFigNewton wrote: post #110

[flagged]

Yes. It is used to let us know which HTML elements/features/etc are supported by different browsers/versions

It doesn't say that. It merely says this thing is like another undescribed thing.

At first I thought it was some kind of service for dog owners, until I noticed the missing N. So... that left no explanation.

Re: Caniemail.com – like caniuse but for email content

#116

Post by HelmetFigNewton » Tue, May 07, 2024, 5:25 AM UTC

Eric_WVGG wrote: post #48

HTML email was such a tragic mistake. I think the whole mess could have been averted if Markdown had been invented about twenty years earlier.

RTF was invented in 1987.

Re: Caniemail.com – like caniuse but for email content

#117

Post by ahofmann » Tue, May 07, 2024, 5:25 AM UTC

HelmetFigNewton wrote: post #110

[flagged]

caniuse.com is a website, where developers can check which features are supported by which browser and their versions. It is a immensely useful resource for webdevs.

Re: Caniemail.com – like caniuse but for email content

#118

Post by darkstar_16 » Tue, May 07, 2024, 5:26 AM UTC

evantbyrne wrote: post #51

shortformblog wrote: post #27

Earlier quoted context omitted.

Expand your group of people, because you clearly don’t know enough people.

They said many of the people they know only accept plaintext, not all of them. We should interpret each other generously.

generously and with a little more respect.

Re: Caniemail.com – like caniuse but for email content

#119

Post by derrikcurran » Tue, May 07, 2024, 5:37 AM UTC

HelmetFigNewton wrote: post #112

jordanreger wrote: post #89

Earlier quoted context omitted.

Pretty much the only credit I'll give to Amazon is that they give the option to get plaintext emails. Doesn't mask the larger problems, but still a nice thing I wish was the norm.

Amazon deserves zero credit for anything regarding E-mail, because their "order confirmations" don't say WHAT YOU ORDERED. Mind-bogglingly stupid and annoying.

I think that's because they don't want email providers, Gmail in particular, scraping for purchase history

Re: Caniemail.com – like caniuse but for email content

#120

Post by idle_zealot » Tue, May 07, 2024, 5:44 AM UTC

A fully-featured HTML "document" is really an application, not a document at all, so it makes sense that mail clients limit support. But this fragmentation makes me yearn for a real standard here, an official non-application subset of HTML that doesn't allow fetching remote resources or executing code. Just a document format with embedded media, animations, styling, etc.