Quill Editor - real WYSIWYG ? I don't think so!

[Samuel Pizarro]

Quill editor saga continues..

component does not seems to be real WYSIWYG editor.

The html content comes from another source... in other words, the html was not created by it. it comes from another html editor..

It has embedded CRLF chars on it.. besides <br /> tags. But, CRLF should have no usefull meaning for html, unless they are present inside a <pre> tag, which is not the case.



Left side we see the original html content, in both dbEplorer and in notpad++ showing the CRLF chars, right after the <br /> tags ...
Right side we have a webview, with the quill-editor , and a cWebHtmlBox showing exact the same content.

Problem #1:
Control is "removing" the <br> tags as we can see in the page dom using dev-tools. The expanded html tags at the top, represents the quill editor,
the expanded tags at the bottom, represents the cwebhtml box.

The <br> tags were removed from Quill, while preserved by cWebHtml box.

Problem #2:
As it's removing the <br> tags, it's actually interpreting the CRLF as breaklines. That's why it shows the lines "properly" .
But with a drawback... dual CRLF in sequence, it replaces it by a new <p></p>

Problem #3:

If you save it's content, the <br> tags get lost, and it preserves only the CRLF, which again is not the correct way of breaking lines in html..

This pic is now taken after saving the row, but I changed actually nothing... I've just saved it..


As you can see, the <br> tags got removed from the original content. The CRLF are still there.

Quill editor, still represents the different "lines" as it's using CRLF to break then instead of <br> . But if you use that saved html in any other place besides quill, you will never have what you want, and what you were seeing, before saving..

The content of cwebhtmlbox represents that.


-------------

Now, Question:
Is it something DAW wrapper is doing internally, or is it really quill internal behavior !?