Re: @contenteditable versus <richtext>

Andrew Fedoniouk wrote:
> 
> flat DOM --------------------------
> 
> Such <richtext> shall use so called "flat DOM" so
> there cannot be:
>  1) nested <div>s;
>  2) <li> is a kind of <p> - can contain only text and spans.
>  3) nested tables;
>  4) only two levels of spans are allowed - so called
>     background and foreground spans;
>  5) there are no <font> and <span> elements inside the editor.
> 

What is the behavior if the source document supplies some HTML that does 
not fit the above constraints?

 > <richtext tools=#tools>
 >   <p>Hello World</p>
 > </richtext>

This has the potential to break if the source HTML contains errors, 
since it may throw off the parser and cause the document to be edited to 
"escape" out into the page.

Not being able to tolerate invalid data would make this element largely 
useless for any application which also allows raw entry of HTML source 
from users as an option, since any mistake from the user in raw entry 
mode could break the WYSIWYG editor.

Received on Friday, 2 November 2007 08:27:50 UTC