[uf-discuss] A further possible solution to the "abbr" accessibility issue

2008-02-09 Thread Andy Mabbett
In message <[EMAIL PROTECTED]>, Sarven Capadisli <[EMAIL PROTECTED]> writes A further advantage of this method has just occurred to me; it could use plain-language *and* machine values in one title, thus: 4.03pm and we could even exempt parentheses:

Re: [uf-discuss] A further possible solution to the "abbr" accessibility issue

2008-02-09 Thread Sarven Capadisli
On 2/8/08, Andy Mabbett <[EMAIL PROTECTED]> wrote: > In message <[EMAIL PROTECTED]>, Andy Mabbett > <[EMAIL PROTECTED]> writes > > >Early in December, I made the following suggestion, but in a separate, > >and unclearly-titled thread. > > > >I'm reposting it here, in a new thread, in the hope that

[uf-discuss] A further possible solution to the "abbr" accessibility issue

2008-02-08 Thread Andy Mabbett
In message <[EMAIL PROTECTED]>, Andy Mabbett <[EMAIL PROTECTED]> writes >Early in December, I made the following suggestion, but in a separate, >and unclearly-titled thread. > >I'm reposting it here, in a new thread, in the hope that it will >warrant discussion: [prefix changed to "data"] >

Re: [uf-discuss] A further possible solution to the "abbr" accessibility issue

2008-01-02 Thread Michael Smethurst
On 2/1/08 10:57, "Andy Mabbett" <[EMAIL PROTECTED]> wrote: > In message > <[EMAIL PROTECTED]>, Paul > Wilkins <[EMAIL PROTECTED]> writes > >> There are other ways to hide information from people while still >> allowing it to be accessible by machines. >> For example: >> > > There is no guar

[uf-discuss] A further possible solution to the "abbr" accessibility issue

2008-01-02 Thread Andy Mabbett
In message <[EMAIL PROTECTED]>, Paul Wilkins <[EMAIL PROTECTED]> writes There are other ways to hide information from people while still allowing it to be accessible by machines. For example: There is no guarantee that comments will be delivered to the end user - many compression algorithm

Re: [uf-discuss] A further possible solution to the "abbr" accessibility issue

2008-01-01 Thread Paul Wilkins
On Jan 2, 2008 10:51 AM, Dmitry Baranovskiy <[EMAIL PROTECTED]> wrote: > This probably was raised before, but I didn't find it. Why we can't > put these values into class? It seems to me semantically correct: > additional meaning. It is as easy to parse as title and it removes > accessibility issue

Re: [uf-discuss] A further possible solution to the "abbr" accessibility issue

2008-01-01 Thread Dmitry Baranovskiy
This probably was raised before, but I didn't find it. Why we can't put these values into class? It seems to me semantically correct: additional meaning. It is as easy to parse as title and it removes accessibility issue completely. As soon as we are going to use prefix let's gain more benefi

[uf-discuss] A further possible solution to the "abbr" accessibility issue

2007-12-31 Thread Andy Mabbett
Early in December, I made the following suggestion, but in a separate, and unclearly-titled thread. I'm reposting it here, in a new thread, in the hope that it will warrant discussion: #~#~#~#~#~#~#~#~#~#~# While I understand the desire to avoid namespacing per se, using: 2:23 or