Should CSS 2 be part of this test suite?
See original GitHub issueThe CSS Snapshot states that CSS 3 is defined by a core part, CSS 2, extended by several modules. These modules define new properties, selectors etc. or replace some existing terms in CSS 2.
However several definitions that were already in CSS 2 are untested in this test suite.
This includes:
- features that are currently only defined in CSS 2, such as the
visibility
andz-index
properties - features that are redefined in modules that are “not ready for implementation”, such as
border-collapse
,border-spacing
,caption-side
,empty-cells
,table-layout
properties of CSS Table Module Level 3 - features that are now deprecated, such as
clip
in CSS Masking Module Level 1 - several selectors (
+
,>
,*
etc.) - several properties whose syntax was not extended such as
border
,margin
,padding
andfont
longhands - a lot of values or units (for
width
,float
,position
properties etc.)
Sometimes, the tests do exist, but are just put in other modules (for example, the direction
property).
Basically, adding / moving tests would make this “syntactic” test suite more exhaustive and would show more clearly what’s actually new in modules, especially the first levels. However, i guess a lot of these features, if not all of them, are supported by every major browser for a long time now, and adding tests would increase score of all the browsers. But it’s hard to say if there are discrepancies without… testing.
It is worth it? I can try to prepare a PR if it’s a goal of this project.
Issue Analytics
- State:
- Created 3 years ago
- Comments:18 (8 by maintainers)
Top GitHub Comments
css3test is not WPT, they have very distinct purposes. WPT needs to be extensive yes, but WPT also tests full conformance, so even CSS 2 features could be failing in some ways. css3test only tests recognition, and its aim is to give developers a quick view of which modern features a browser supports at a glance. Adding a bunch of tests that every browser passes and has done so for over a decade just adds noise and does not help anyone achieve anything. It’s the same reason we avoid adding tests that no browser passes (yet).
Define “correct”. Should html5test.com also test
<p>
and<a>
to show “correct info about overall support”?Some examples would be useful.
Could you elaborate?
My fault. Just some of the values are already defined in CSS 2.
Ok, time is wasted, patch is ready. 😉
Sebastian