Live data from Hacker News

Show HN: Mail Studio – IDE for designing responsive emails

mailstudio.app

41–50 of 214 posts

Re: Show HN: Mail Studio – IDE for designing responsive emails

#41
post #12

MJML deserves a mention. We use it, together with mustache, to let users create their own mailings from some building blocks we offer. Works quite well!

We use mjml as well, together with nunjucks. It's awesome :). No more HTML wrestling for all the different clients.

Re: Show HN: Mail Studio – IDE for designing responsive emails

#43
post #17

Earlier quoted context omitted.

The application is built on Electron. I think that visual editors like Mail Studio are one of the cases where this choice makes sense, since you are editing a live HTML page. You would need some a webview regardless of platform, but Electron makes the implementation easier. At the moment, we support ESP syncing, which create/update a template on the linked platform. You can then use it as the basis of a campaign.

It looks really useful and the rationale behind using Electron makes sense, but I really dislike using non-native macOS apps. Still, I suppose it's better than not being able to run it at all. Good luck with the project!

Honestly using VS Code and Teams every day has convinced me that Electron apps are a net good. It's incredibly convenient that both of those apps work essentially identically on Mac & PC, and the Mac OS apps maintain feature parity with the PC versions.

This is such a nice change, after years and years of bizarro-world Mac apps that have slowly become out-of-date, weird, or slow compared to the PC versions (ahem, Microsoft Office).

Yes, there is a ton of overhead, but this feels like the way of the (near) future for cross-platform software. I'd love to see cross-platform Electron-based versions of apps like OmniOutliner, which is an incredible program that is held back by the lack of a PC version, meaning you can't share outlines or use it professionally.

Re: Show HN: Mail Studio – IDE for designing responsive emails

#45

HTML in email is legacy hell. I wonder if someone wants to create a new MIME-type like text/html+css, and clients who want can implement it. In theory you could have representations of the message like video/mpeg4 and text/plain, and depending on the client capabilities and configuration, the receiver could watch a video or read plain text. The information content of the 2 (or more) don't even have to be the same! Fo…

If they go that route I hope they explicitly ban non-inline content.

I’ve seen some hilarious plaintext content. One of the best was the raw template with the {{ customerName }} place holders.

Re: Show HN: Mail Studio – IDE for designing responsive emails

#46

Any HTML email that arrives to my inbox is usually marked as spam and phishing. Emails need to be clear and concise. HTML facilitates far too much hidden shit.

This perspective is just as silly as turning off JavaScript in browsers.

Re: Show HN: Mail Studio – IDE for designing responsive emails

#49
An email user's viewpoint: pretty emails formatted like web pages (e.g., like what GOG.com sends) may provide a sense of accomplishment to the designer, and their employer a warm, fuzzy, Brand-CompliantTM feeling -- but as a user I kind of like emails that are just... messages. With hyperlinks if it's appropriate. Images aren't always a great idea -- lots of clients block them by default.

Why not have just text in paragraphs with hyperlinks? It'd force you to write good copy, sure, but also it's more likely it'll get read.

A complex layout often detracts from your message. Especially now with web-based clients implementing 'dark mode' and darkening your layouts, meaning you have less control over what the end-user sees.

(Apologies if this is off-topic. I don't mean to denigrate the work designers do, I just feel it's more appropriate on the actual web rather than in email.)

Re: Show HN: Mail Studio – IDE for designing responsive emails

#50

Any HTML email that arrives to my inbox is usually marked as spam and phishing. Emails need to be clear and concise. HTML facilitates far too much hidden shit.

As someone who lies in Excel, Outlook and too many different chat apps I think it’s far too useful to have proper formatted text in communications - Even very simple things like highlighting, tables, screenshots just don’t work or are unclear if you limit yourself to plain text.

Marketing emails can be annoying but that’s what the unsubscribe button is for ;)

Post reply on HN