Comment tags around inline styles disable styles

[severy@…]

If style definitions are enclosed within comment tags, they are ignored by the editor. You can see an example of this with the following HTML:

<style type="text/css" media="screen"><!--
p {
color: #333;
font-size: 12px;
font-family: Arial, Helvetica, Geneva, Swiss,
SunSans-Regular }
td {
color: #333;
font-size: 12px;
font-family: Arial, Helvetica, Geneva, Swiss,
SunSans-Regular }
a { color: #c33; font-size: 13px; font-weight: bold;
text-decoration: none }
a:hover {
color: black }
--></style>

In the web browser, the above style definitions work fine. When the content was loaded into the editor, however, the styles are ignored because they are encased in the comment tags.

---

Moved from SF:
http://sourceforge.net/tracker/index.php?func=detail&aid=1511456&group_id=75348&atid=543653

[martinkou]

I'd like to see this fixed as well. Any plans to fix it soon?

---

Moved from SF. Original poster: lizl

Yes, fckeditor definitely supports inline styles. I implemented a workaround to the above problem by stripping out the comment tags before passing the content to the editor, but it would be preferable if the editor handled the comment tags cleanly.

---

Moved from SF. Original poster: severy

does fckeditor support <style> at all? I assume not

---

Moved from SF. Original poster: liuspider

[w.olchawa]

Hi!

The editor doesn't support inline styles, however you can apply your own stylesheet by using EditorAreaCSS configuration.

| EditorAreaCSS

[w.olchawa]

Sorry for my previous post. I misunderstood the problem. Definitely FCKeditor supports inline styles.

Reading styles inside a comment should be working so I can of course confirm this bug.

[wwalc]

I really doubt that my patch is appropriate for this problem... but why not try anyway? ;-)

Feel free to "Review-" :-)

[fredck]

The proposed patch will fail in the following cases:

<!-- -- -->
<!--a-->