Description: ------------ CSS Tokenizer has problems during tokenizing of list-* styles They are parsed as a T_LIST and T_STYLE tokens, should be only T_STYLE. Test script: --------------- This is a part of CSS .listStyle {list-style: square inside url(list-style.png)} #listStyle {list-style-type: square;list-style-position: inside;list-style-image: url(image.gif)} Expected result: ---------------- var_dump($tokens) : [65]=> array(7) { ["type"]=> string(7) "T_STYLE" ["code"]=> int(1041) ["content"]=> string(16) "list-style-image" ["line"]=> int(5) ["column"]=> int(69) ["level"]=> int(0) ["conditions"]=> array(0) { } Actual result: -------------- var_dump($tokens) : [65]=> array(7) { ["code"]=> int(359) ["content"]=> string(4) "list" ["type"]=> string(6) "T_LIST" ["line"]=> int(5) ["column"]=> int(65) ["level"]=> int(0) ["conditions"]=> array(0) { } } [66]=> array(7) { ["type"]=> string(7) "T_STYLE" ["code"]=> int(1041) ["content"]=> string(12) "-style-image" ["line"]=> int(5) ["column"]=> int(69) ["level"]=> int(0) ["conditions"]=> array(0) { } }

Interestingly, if you define the CSS like this: .listStyle { list-style: square inside url(list-style.png); } #listStyle { list-style-type: square; list-style-position: inside; list-style-image: url(image.gif); } Then it works fine. There is something about it being on the same line as the definition name that seems to be causing an issue.

And only for the second definition. The first works fine as a one-liner. So it's the element targeting # that is causing issues. This code will replicate it simply: #listStyle {list-style-type: square;}

This bug has been fixed in SVN. If this was a documentation problem, the fix will appear on pear.php.net by the end of next Sunday (CET). If this was a problem with the pear.php.net website, the change should be live shortly. Otherwise, the fix will appear in the package's next release. Thank you for the report and for helping us make PEAR better.