Looking forward to receiving this newsletter in my inbox!
Finding the right tools is so critical when you're trying to build big things by yourself. It can make a complete difference and enable you to focus on the core business vs chores.
Thanks for sharing Cerberus, looks like a great tool!
I understand the need of a simpler tool to quickly sketch out email HTML ready blocks/layouts.
However, there is key reasons about why we decided not to stick to strict HTML with MJML.
First, the abstraction layer we provide helps to reduce the maintenance effort by removing the pain to stay up-to-date with the last email clients updates.
Second, it is simpler to write (thanks to the lighter/more semantic syntax).
Last, but not least, our component based approach powered by ReactJS makes the language highly extensible and helps to reuse the same layout across different email communications.
Hope it makes more sense to you now and you'll have the opportunity to use it for your developments!
You can nest columns in sections (which correspond to rows in the design). Do you have an example of the layout you're trying to build? We would love to help you here!
Thanks! It's powered by Slate from TripIt https://github.com/tripit/slate. It Markdown to static HTML, multi tab. It's now our go-to solution for documentation. We'll open source the MJML one in the coming weeks. You can also check the Mailjet API doc at https://dev.mailjet.com/guides, also powered by Slate.
Nothing I'm aware of here, no but would be great. In a way, that what we're aiming for with MJML by packing all we know about email HTML tips and hacks in a lightweight syntax.
About plain-text, I don't believe it's the MJML role. Most Email Service Provider provide ways to send HTML and Text part separately so shouldn't be an issue to deal with both.
> About plain-text, I don't believe it's the MJML role. Most Email Service Provider provide ways to send HTML and Text part separately so shouldn't be an issue to deal with both.
The email provider can certainly send mails containing both HTML and text, but that leaves it to the application to generate a sensible text part. And many applications fail at that.
Rather than leaving it entirely to the application to handle, you might consider incorporating or recommending an appropriate html-to-text rendering mechanism known to work well with MJML templates, to make it easy for people to generate a full multipart/alternative mail containing both text and HTML from the same template.
Finding the right tools is so critical when you're trying to build big things by yourself. It can make a complete difference and enable you to focus on the core business vs chores.