In a DIV with contenteditable, adding a space at the end of a word causes a BR tag to be added
Hi, In a DIV element with contenteditable, I have only 1 word which is bold, italic and underlined. This is the HTML content of the DIV element (divObj.innerHTML):
<u><em><strong>TEST</strong></em></u>
If I put the caret at the end of the word and hit SPACE, 1 space is inserted (visible); but the innerHTML is this:
<u><em><strong>TEST <br></strong></em></u>
so there's a space, but also a BR tag. Why is there a BR tag added when only SPACE was pressed?
sample test.html:
<script> function showhtml() { alert(document.getElementById("mydiv").innerHTML); } </script> <div id="mydiv" style="width:500px; height:100px; border:1px solid blue;" contenteditable><u><em><strong>TEST</strong></em></u></div> <input type="button" value="show html" onclick="showhtml()">
Alterado por cor-el em
Todas as respostas (2)
That <br> tag may already have been there by default and wasn't removed when you entered that text.
Have you tried the test code I ? There's no BR initially in the DIV. The initial DIV content is exactly the one mentioned in the question: so only U, EM and STRONG tags around the word TEST. No BRs. And you can verify that with the test code I posted in the question. Initially there's no BR tag, but after I add a SPACE at the end of the word, a BR tag is also added. Also, if I hit ENTER 1 time, I get 2 BR tags instead of 1.
It also happens if the DIV's initial content is just TEST (the tags U, EM and STRONG are not actually needed to reproduce this problem). And if you delete all text, there's still a BR tag returned.
Anyway, I noticed that the bogus BR tag has the attribute _moz_dirty. So it's probably used internally by Firefox's DOM engine. But even so, it shouldn't be returned by the innerHTML property of the DIV node, since it's not actually part of the content.
Alterado por Florin em