Forum Replies Created
-
Posts
-
Thanks for sharing your solution!
It’s a pity it hasn’t been addressed by the support here. I’ve stopped using Enfold for new sites because of this.I see that in my original post, your site converted the & lt; to a <. I’ve edited that now to make it more clear.
Rikard, isn’t the & lt; code an escaped version of the < sign? The WordPress default editor on another site without Enfold handles this perfectly. & lt; test & gt; is always shown as <test> in the post and as & lt; test & gt; in the editor, even after changes. It never breaks. It’s just the Advanced Layout Builder (or Enfold) that breaks things. In my opinion, ALB/Enfold uses html_entity_decode() somewhere where it shouldn’t, but I suppose you guys see that different and think it’s impossible to do this correctly?
I’m sorry, but that’s a very disappointing answer. We have multiple tables over several pages and languages. And in the near future, a group of people at our client will be managing the content on their site and they will be updating these pages regularly. These people are not the most technical people, so using WordPress and Enfold might be a bit of a challenge for them. Asking each of them to maintain a list of text files for every data table on their site is just not acceptable. In my opinion, this is clearly a bug. Why can it not be fixed?
