Re: Selectors Tests

Boris Zbarsky wrote:
> 
> Andrew Fedoniouk wrote:
>>> This can't happen.
>>
>> This needs to be specified then.
> 
> It is.

Where it is?

> 
>> :enabled and :disabled are mutually exclusive in all domains CSS is
>> aimed to serve.
> 
> They are, but you can have elements that neither applies to.
> 
>> It means that either one :enabled or :disabled is just enough for 
>> practical needs.
>>
>> input:not(:enabled) { color:gray; }
>>
>> why do you need :disabled then?
> 
> How would you style all disabled controls on your web page?
> 
>   input:not(:enabled), textarea:not(:enabled), select:not(:enabled)
> 
> isn't so readable.  And if you happen to have an XHTML document with 
> XForms tossed in, it's not even correct.
> 

Beg my pardon but this:

   input:not(:enabled), textarea:not(:enabled), select:not(:enabled) {}

is generally nonsense. Because of distinctly different display model of
these elements you will end up with:

input[type=checbox]:not(:enabled) { ... }
input[type=text]:not(:enabled) { ... }

I suspect that your mental modal of :enabled/:disabled pair is better 
definable as:

    :input/:disabled

Where *:input matches all input elements: input, select, textarea, 
object, etc. E.g. :input will match <textarea> but not <a href>



-- 
Andrew Fedoniouk.

http://terrainformatica.com

Received on Friday, 7 November 2008 17:53:55 UTC