W3C home > Mailing lists > Public > www-style@w3.org > February 2008

Re: Collapsing elements (was: [CSS3] Proposal to add list-style-type: tree-line value)

From: Brad Kemper <brkemper@comcast.net>
Date: Thu, 21 Feb 2008 00:45:23 -0800
Message-Id: <57A3C2A4-51B2-4266-9B92-4800796C8917@comcast.net>
Cc: www-style <www-style@w3.org>
To: Bert Bos <bert@w3.org>

On Feb 20, 2008, at 3:16 PM, Bert Bos wrote:

> Daniel Glazman wrote:
>> Andrew Fedoniouk wrote:
>>>
>>> I think it makes sense to add another value to the list-style- 
>>> type enumeration - "tree-line".
>> Wow, that's far more than stylistic Andrew... That's clearly
>> behavioural. But that is only a part of the solution needed for
>> UL/LI turned into foldable trees. We need a queryable way to  
>> specify an
>> item is folded or not too... Right ?
>
> Actually, I think I like it...

Me too.

>
> It's a very easy way to get a tree-like list display. I can do  
> without detailed control over the look of the lines.
>


I would prefer to have control over the lines. At the very least, the  
color of the lines. They could appear in front of any background,  
light or dark, so color would be very helpful, but why not thickness  
and style (dotted, etc.) too, following the syntax of border and  
outline? It would help in making it fit in with its surrounding design.

You could do away with a new type of line, though, if the lines were  
considered a special kind of markers of lists, and if the ::marker  
pseudo-element [1] is adopted, and the "tree-line" became a standard  
marker glyph type that was always connected to the one above it of  
the same level (like a transparent rectangle with two edges that  
would accept outlines, and an intrinsic height). Then you could have  
something like this:

LI { color: black; list-style-type: tree; }
LI::marker { color: powderblue; outline-style:dotted; outline-width: 
1px; }

I chose outline over border, because I think it would make it easier  
to align.

If you wanted a OS UI tree view, with the (not necessarily  
functional) widgets for expanding/collapsing, you should be able to  
do something like this:

ul { appearance: outline-tree; }

The widgets (plus and minus signs in boxes, for instance) could be  
PNGs with system defaults when using the system appearance. Then the  
image could be changed with something like this:

LI::marker {
	color: powderblue;
	outline-style:dotted;
	outline-width:1px;
	content: url(plusbox.png);
}
LI::marker:hover {
	content: url(plusbox-over.png);
}
LI::marker:active {
	content: url(plusbox-pressed.png);
}
LI:checked::marker {
	content: url(minusbox.png);
}
LI:checked::marker:hover {
	content: url(minusbox-over.png);
}
LI:checked::marker:active {
	content: url(minusbox-pressed.png);
}

I am imagining the "checked" pseudo-class [2] would represent the  
"on" state of an expanded item.


[1] http://www.w3.org/TR/2002/WD-css3-lists-20021107/#markers
[2] http://www.w3.org/TR/css3-selectors/#UIstates
Received on Thursday, 21 February 2008 08:45:39 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 27 April 2009 13:55:01 GMT