CKEditor doesn't support <style> tag in text area.

[QinJun]

When I switch to the "Code" view and paste the content inlcuding custome style, like below and then back to "preview" view, the below content can NOT be rendered correctly. In FF3, no any content can be rendered and error comes out "a.htmlParser.cdata is not a constructor". In IE7, no error but the style definition has been removed. And I have tested in FCKeditor 2.6.4, the below content can be rendered correctly.

Does anybody know how to solve such issue?

<p><style type="text/css">td.mystyle h4 {font-size: 1.6667em;color: #f8ae4e;}</style></p> <table dir="ltr">

<tbody>

<tr>

<td class="mystyle"> <h4><strong>Welcome</strong></h4> <p>You're at the Welcome page.</p> </td>

</tr>

</tbody>

</table>

[QinJun]

The above issue occurs in CKEditor 3.0 nightly build.

[Martin Kou]

The culprit was found to be IE removing <style> tags in innerHTML assignments in htmldataprocessor plugin.

[Frederico Caldeira Knabben]

By changing the element name, the contents of the <cke:style> element will be now handled as text, loosing their formatting. Because of this, the contents must be somehow preserved when making the change. One of the options is moving it to a local variable (array), injecting then back after retrieving the innerHTML.

Also, the regex could be simplified to /(<\/?)style(?=[ >])/gi (but I think it will get changed anyway).

[Martin Kou]

I've made sure the protection process wouldn't remove the formatting, but now the html parser itself is compressing spaces.

I think we can add the protect logic first and then fix the html parser and filter's logic in another ticket based on #3715's code.

[Frederico Caldeira Knabben]

Replying to martinkou:

I've made sure the protection process wouldn't remove the formatting, but now the html parser itself is compressing spaces.

I think we can add the protect logic first and then fix the html parser and filter's logic in another ticket based on #3715's code.

I've checked the parser, and it should actually handle <style> properly, but it looks like something is buggy there. Please add a dedicated ticket for it.

[Martin Kou]

Fixed with [3671].

Click here for more info about our SVN system.