Hi,

a followup on the Safari 3.1 (and Chrome) problem.

This seems to be connected with base2 or the browser, and it effects in 
kss broken in case any of the selectors contain an uppercase letter. We 
currently suggest to use the old cssQuery library in these browsers, as 
the problem does not occur there.

I filed the following bugreport to base2:

http://code.google.com/p/base2/issues/detail?id=100

This shows that the problem also needs other conditions than the 
uppercase letters to manifest: most notably if the page has a <!
DOCTYPE...> declaration, the error does not occur. It does occur in all 
the kss tests, since the demo pages don't have a <!DOCTYPE..>, hence the 
reason we know about the problem at all.

This also means that if your pages have a <!DOCTYPE...>, you don't need 
to fallback to cssQuery as a workaround. This makes, for example, vanilla 
Plone sites immune to the problem.

If you want to experiment more, the bugreport contains a static html test page 
that shows the issue without kss. I also made this page temporarily available
on the web at:

    http://greenfinity.hu/pub/base2/test/DOM/selectors-api/safari-31-test.html

The same html with the <!DOCTYPE...> of transitional xhtml present, is:

    
http://greenfinity.hu/pub/base2/test/DOM/selectors-api/safari-31-test-transitional.html


Best wishes,

-- 
Balazs Ree

_______________________________________________
Kss-devel mailing list
Kss-devel@codespeak.net
http://codespeak.net/mailman/listinfo/kss-devel

Reply via email to