removing <p> and using <br>

[Rein Baarsma]

There's actually 2 things strongly related to each other, so I post them as one bug.

First of all, intended or not, it is a real problem that fckeditor add's <p> even if you explicity remove them from the code. Easy to reproduce.

• Type "test" in an empty fck-editor field
• Click [code] and see it added <p>
• Remove the <p> tags in the code
• Click [code] to see the word.
• Click [code] again to see your <p> tags have returned.

The second is almost the same, it is when you want to explicity add a <br> to your code to get extra room, it doesn't work. As easy to reproduce:

• Type "test" in an empty fck-editor field
• Click [code] and see it added <p>
• add <br> between test and </p> (so you get <p>test<br></p>
• Click [code] to see the word.
• Click [code] again to see your <br> has disappeared.

I tested this both in Firefox 2.0.0.4 and Internet Explorer 6.0

[goyney]

I concur with the bug report. My manager just noticed this behavior in out implementation of the editor. We are using something similiar to this:

<li>A paragraph of long information.<br /></li> <li>A paragraph of long information.<br /></li>

When switching from Source view to rich-text, the <br /> tags disappear. Also, on form submission, the tags disappear. The only way to submit the form with the tags is to manually add them in Source view and submit the form without switch back to rich-text mode.

[beckyh]

ttt ppp

[Frederico Caldeira Knabben]

If no <p> are wanted, you must work with EnterMode=br. If EnterMode=p, FCKeditor guarantees that the contents will always be properly hold inside block elements.

The second issue is a DUP of #205.