- 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