It looks awesome.Hi,
only to inform that I have developed a drag&drop editor for mailwizz, see at https://codecanyon.net/item/dragdrop-editor-for-mailwizz-ema/20240584
Hi @Fabyc, for now not, but in next release we will add it.
Thanks @twisted1919, yes, it is based to Content Builder; about Mailwizz hooks no problem
Hi,What is the email client support for the content blocks in your editor ?
There is no any admin UI to make this, but you can edit snippet file (it is a simple HTML file with all blocks).Is it possible for an Backend / Admin user to add or edit Custom Blocks for Editor?
This is an expected behavior, CKEditor require HTML and CSS knowledge and in the most of cases it is not very User Friendly. A Normal Customer (not a developer) need a simple, fast and easy interface....I think that not make a sense that a customer see complex UI and need to push "Drag & Drop" button to see simple UI. Many people can disagree but for me this is the main feature- In Demo's Frontend, while creating campaign I noticed that I don't get an option to switch Content Editor from your Drag & Drop to MailWizz editor.
definitely a good/important idea to have that optionget an option to switch Content Editor from your Drag & Drop to MailWizz editor
yes, of course, very trueA Normal Customer (not a developer) need a simple, fast and easy interface...
you can already edit the code of each block or entire body ()
To be honest is rather complicated. Or better...the thing is simple, but when you edit a code with CKEditor then you risk that code will not be more compatible with the Drag&Drop editor.In any case, it is in your hands, and maybe not to difficult to do
(did not know that)you can already edit the code of each block or entire body
Yes, I totally agree, and I know, this is why I posted many times that a real 'html EMAIL editor' is needed, not a '(web) html editor', see the templates and editor section of the forum.Half of the CKEditor's features are totally useless to build a newsletter and only create misunderstandings: some parameter that a customer will never use: ID, classes, Access Key, Tab Index, Advisory Title, Language Code, Relationship .... many of these parameters are not interpreted by email clients.
Yes, this is a good reason to avoid it, so your solution to have a special editor there may be goodwhen you edit a code with CKEditor then you risk that code will not be more compatible with the Drag&Drop editor
I have tested generated newsletters in the most popular Email clients, anyway we use Foundation Email framework (http://foundation.zurb.com/emails/docs/), here a compatibility client list http://foundation.zurb.com/emails/docs/compatibility.htmlHave you tested it in many email browsers (there are over seventy, though about a dozen are key)?