A css discussion...
Eli Cochran
eli at media.berkeley.edu
Thu Jul 31 21:55:11 UTC 2008
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