- From: Ian Hickson <py8ieh@bath.ac.uk>
- Date: Sat, 22 Jan 2000 01:40:51 +0000 (GMT)
- To: Matthew Brealey <thelawnet@yahoo.com>
- cc: www-style <www-style@w3.org>
On Fri, 21 Jan 2000, Matthew Brealey wrote:
> The importance of effective terminology cannot be [overstated], so
> therefore I would propose the following terms:
>
> [att|=val] - the dash-match selector
I suggest "Hyphen Separated Root Match".
> [att~=val] - the 'attribute includes' selector
What about: "Space Separated Keyword Match".
> [att=val] - the 'attribute is' selector
"Exact Match".
> [att] - the 'attribute set' selector
"Presence"
> + - the adjacent sibling combinator [instead of direct adjacent
> sibling the same]
That's ok, but then you can't get a nice consistent name with the "~"
combinator, so I prefer "Direct Adjacent Combinator".
> ~ - the preceding sibling combinator (the indirect adjacent shoots
> wide of the mark)
No, indirect adjacent is exactly what it does.
a ~ b
...selects an element b, which comes *after* an element a, but
possibly with some elements in between. For example:
<a/> <x/> <x/> <b/>
i.e., selects an element which is indirectly adjacent to a previous
sibling.
I suggest keeping the name "Indirect Adjacent Combinator".
You also missed two others -- the space (" "), which is the "Indirect
Descendant Combinator", and the right angle bracket (">"), which is
the "Direct Descendant Combinator" (or "Child Combinator").
--
Ian Hickson ("`-''-/").___..--''"`-._
http://www.bath.ac.uk/%7Epy8ieh/ `6_ 6 ) `-. ( ).`-.__.`)
(_Y_.)' ._ ) `._ `. ``-..-' fL
Member, Mozilla Quality Assurance _..`--'_..-_/ /--'_.' ,'
Browser Standards Compliance Team (il).-'' (li).' ((!.-'
Received on Friday, 21 January 2000 20:40:57 UTC