These two videos will show you how to create universal email templates for your project.
For this to be of practical use, I suggest creating a separate NodeJS project in Wappler that can be used to create the template. The compiled file can then be copied to the respective project which does not have to be NodesJS based.
Question for you. In the 2nd video towards the end, you remove the links to App Connect and Bootstrap.
I take this to mean that newsletter would not be dynamic in nature and would have to be recreated every time you had a newsletter with new dynamic content.
What I am looking at is utilizing this process to send out a monthly newsletter.
Additionally, will this work with the built-in Wappler mailer component? There’s an import file icon when you go to design the email, so I would assume that the complied file could be imported into the Wappler mailer.
Thanks again for the great video and detailed explanation!!
Since I am working locally and have not pushed to the production/staging server, what I think I should do is set a global variable that can be easily switched between the two environments. For example, set it to the localhost when working locally and the change it to the production domain when publishing to the production server.
I am just not sure exactly how to accomplish that or if that would be the best way to do things.
To explain my setup, I have three environments.
Local Docker
Staging .info
Production .org
So directly linking without using a variable could be burdensome.
It would be great to see a simple, built-in way to add repeat regions (like table data for order confirmations) directly within the Wappler UI in the future.
Creating a separate NodeJS project just for handling the email template logic is a smart move, especially if you're working across multiple environments or tech stacks.
Once you've got your HTML template ready, it's pretty straightforward to integrate it into your main project, even if it's not NodeJS-based. Just make sure you're handling dynamic content through variables or partials so you can reuse the structure across different types of emails.