- From: Brad Kemper <brkemper@comcast.net>
- Date: Mon, 25 Feb 2008 09:57:15 -0800
- To: James Elmore <James.Elmore@cox.net>
- Cc: www-style mailing list <www-style@w3.org>
- Message-Id: <E957BFD4-8C6E-4B54-818F-BDEF15F11F41@comcast.net>
On Feb 24, 2008, at 8:34 PM, James Elmore wrote: > This might be the easiest way to define 'states' for collapsing and > expanding elements, but I think I agree with Bert on this one. My > mind is working on what the ability to have states for an object > might mean, and how I could use CSS to control those states, and it > seems to me that there is, almost certainly, more than one state > needed. (Actually, more than two states, more than just 'checked' > and 'unchecked'). At the very least, there needs to be 'collapsed', > 'expanded', and 'none of the above' - which means there is nothing > to expand or collapse. > As a follow-up, just to be clear, I do not believe CSS should be used to create or control the states, only to style them. HTML already has a way to create and control a binary state. "Type" is used to create a 2-state, click-changeable input ("type=checked" and "type=radio"), and "checked" is used to indicate which of the two states it should start out as. Without the "type", there is already a "non-of-the- above" state. Even if we don't use the same words, at least we have a good, workable model, that would assist in easy understandability of similar state changing mechanisms that can be styled with pseudo- class selectors.
Received on Monday, 25 February 2008 17:57:41 UTC