Description: ------------ Omit CDATA for inline styles containing @import-rule. If CDATA is added before @import then the @import will not be parsed. I have created a script, but it's not perfect yet. People can start some other css-code after the @import-rule and with this script those further lines will not get <![CDATA[ around them. Test script: --------------- /* #Options I put in $options for new HTML_Page2() $doctype = 'XHTML 1.0 Strict'; $mimeEncoding = 'application/xhtml+xml'; $prolog = TRUE; */ $page = new HTML_Page2($options); $page->addStyleDeclaration('@import url("/css/real.css");'); echo $page->toHTML(); Expected result: ---------------- I expect this: <style type="text/css"> <![CDATA[ @import url("/css/real.css"); ]]> </style> I now changed it to this: <style type="text/css"> @import url("/css/real.css"); </style> It should probably be like this: <style type="text/css"> @import url("/css/real.css"); /*Maybe other @... rules as well?*/ <![CDATA[ html , body{margin:0;padding:0;} /*And other css*/ ]]> </style> Actual result: -------------- <style type="text/css"> <![CDATA[ @import url("/css/real.css"); ]]> </style>

Which browser does not parse the @import when it is in CDATA? The xml generated is valid, so it seems to be a browser bug..

Will sent me an example which shows that both opera and firefox have a problem with it.

I'll take a look at this later this week and patch it.

Ping, Klaus! If you are fine with the patch, I'm sure cweiske or myself could commit it

applying patch...

Thank you for your bug report. This issue has been fixed in the latest released version of the package, which you can download at http://pear.php.net/get/