HTML Element is broken about shyguy HOT 4 CLOSED

I spent some minutes to find more information about the problem. Thanks to @mcmietz for the hint with the code lines. The problem, I found is that ...

return this.nodeValue.replace(/(\­|\­)/gi, "↵");

... does not simply replace text, but really builds DOM and replaces the old DOM. This can be seen in action, when adding some markup to the header field:

default behavior	with EXT:shyguy

I think the solution would be to replace the html special characters in the string before returning the value.

from shyguy.

I tested your fix in our case and it looks good, also seems to be the solution for our problem.

Thanks a lot

from shyguy.

https://github.com/WapplerSystems/Shyguy/blob/master/Resources/Public/Javascript/Shyguy.js

Line 46 - 50

.replaceWith(function() {
return this.nodeValue.replace(/(­|\­)/gi, "↵");
});

    Maybe it try to render the html from textarea but it shouldn´t. 
    
    Solution would be, ignore CType=html ?

from shyguy.

There seems to be a similar problem with HTML tags in all content elements and not only CType=html. We have some hard coded HTML tags inside a CType=table content element.

foo|<b>bar</b>
foo|bar

When opening the backend form, the textarea is rendered as expected but immediatly replaced with new content without HTML tags and their content. So the example above becomes:

foo|
foo|bar

from shyguy.