Live data from Hacker News

Caniemail.com – like caniuse but for email content

caniemail.com

191–200 of 263 posts

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

#191
post #180

Earlier quoted context omitted.

The point is: markdown is HTML, not something else.

It's not. Markdown is markdown. It can render to HTML, but that's a different thing. I struggle to understand why this is even a point of contention.

Since it supports any HTML tag, it is irrelevant.

Mandate markdown and MTAs and marketing departments will send you markdown only made of pure HTML.

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

#192

Earlier quoted context omitted.

That's you. My work emails receives 25-50 real human a day. I get less than that amount in SMS in an whole year on my work phone. Even my personal email is significantly more email than SMS. SMS is dying and replaced with messengers e.g. Teams, Signal, WhatsApp, Facebook Messenger etc.

No u. I understand if you are manager/owner you might be running comms via email. But internally all of that went to slack for good reason - lack of history is a feature, not a bug.

> I understand if you are manager/owner you might be running comms via email. But internally all of that went to slack for good reason - lack of history is a feature, not a bug.

I am neither manager nor owner. Just another 1x engineer. 75% of my comms run over email. 25% over Jabber.

Not every software company uses Slack!

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

#193
post #185

Earlier quoted context omitted.

The point is: markdown is HTML, not something else.

Is C amd64 assembly then?

If your C code end up like that, yes:

``` #include

int main() { /* my software in ASM */ __asm__ ( [......] );

    return 0 ;
} ```

And you are pretty sure this is pretty much what would happen with markdown in emails if it ended up being mandatory. You would end up with emails entirely made of html.

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

#194

Earlier quoted context omitted.

MJML is easily the best tool of its kind and I use it a lot. If anyone is trying to build emails in 2024, it's a major shortcut that helps avoid and mitigate some of HTML email’s biggest headaches.

It can quite quickly lead to clipping in gmail if you’re not careful though.

can you elaborate?

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

#196
post #181

Earlier quoted context omitted.

How would this be privacy leaking? Wouldn't only the email viewer be able to see the result of using :visited?

You could just load a different (invisible) background image based on the visited state to send out a ping.

I recommend reading https://developer.mozilla.org/en-US/docs/Web/CSS/:visited

> For privacy reasons, the styles that can be modified using this selector are very limited

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

#200
post #123

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

This reads me as "I prefer letters" or "I prefer fax" HTML is what non-techies want, or rather, they want to insert pictures and videos directly inline. They want to bold and highlight. They want bullet lists and numbered lists. They want to change fonts, make headlines, etc.. And they want it all to reflow for their device. I do to. I don't want to say in the 70s terminal. I get that lots of techies wish the world w…

I think the "techies" that you are referring to just see the issues with html email that the non-techies don't notice. Some of course just want things to be more like the 80-column monochrome that you mention, but for most it's not that extreme.

I think HTML is way too complicated for email, and it would have been much better if they'd standardised on a version of markdown.

That ship has sailed though, so we're stuck between using HTML or plain text.

Post reply on HN