A css discussion...

David Bolter david.bolter at utoronto.ca
Fri Aug 1 14:40:59 UTC 2008


Hi Eli,

Yes, good point about ARIA based selectors... Firefox supports ARIA 
attributes as CSS selectors :)

So something like .radio[aria-checked="true"] should be a valid selector.

cheers,
David

Eli Cochran wrote:
> This reminds me of code that I've written in the past which 
> dynamically adds a class "last" or "first" to an element because IE 
> doesn't support the first-child and last-child pseudo selectors. And 
> then, of course, my CSS had to include redundancies:
> foo.first, foo:first-child {}
>
> I think that I read somewhere that one or more of the browsers are 
> supporting ARIA attributes as CSS selectors. But maybe I just dreamed 
> it. (Don't have time at the moment to look it up.)
>
> - Eli
>
> On Jul 31, 2008, at 2:06 PM, David Bolter wrote:
>
>> Colin Clark wrote:
>>> Hey all,
>>>
>>> On 31-Jul-08, at 4:21 PM, Jacob Farber wrote:
>>>
>>>> Thanks - your point about utilizing semantics in the host language is
>>>> critical to creating a cleaner starting point for implementors.
>>>> We should definitely avoid redundant information when there is a 
>>>> native
>>>> property that can do it for us, which is what Eli touched upon with 
>>>> his
>>>> example.
>>>
>>>
>>> Yeah, this is a really interesting point. There may come a time when
>>> we want to provide an API for component views to use when modifying
>>> these states. This way, we can encapsulate the several DOM operations
>>> that are be needed to sync up CSS classes, ARIA states, and element
>>> properties.
>>>
>> Agreed. It'll be interesting to see if this kind of encapsulation
>> emerges, even in small steps.
>>
>>> Ideally, from the component's perspective, it should just adjust its
>>> own states without having to handle the muckiness of managing ARIA and
>>> other attributes.
>> Definitely.
>>
>> cheers,
>> David
>>
>>>
>>> Colin
>>>
>>> ---
>>> Colin Clark
>>> Technical Lead, Fluid Project
>>> Adaptive Technology Resource Centre, University of Toronto
>>> http://fluidproject.org
>>>
>>
>> _______________________________________________
>> fluid-work mailing list
>> fluid-work at fluidproject.org
>> http://fluidproject.org/mailman/listinfo/fluid-work
>
> . . . . . . . . . . .  .  .   .    .      .         .              
> .                     .
>
> Eli Cochran
> user interaction developer
> ETS, UC Berkeley
>
>




More information about the fluid-work mailing list