Tim White wrote:
>----- Original Message ----
>>From Ara
>
>On 3/12/07, James Craig <jcraig apple.com> wrote:
>
>
>>Paul Wilkins wrote:
>>
>>
>>
>>>With the abbr design pattern, you encode the
machine-readable info
>>>around the human-readable words.
>>><p class="tel"><abbr
class="type"
title="fax">Téléc</abbr>: <span
>>>class="value">(514)
123-4568</span></p>
>>>
>>>
>
>
>
>>This is a misuse of abbr at best.
>>
>>See: open issue! 2007-01-26
>>http://micr
oformats.org/wiki/hcard-issues
>>
>>
>
>
>
>>Okay, so what does a guy do in a case like this
then?
>>
>>
>
>What about something along the lines of:
>
><p class="tel"><span
class="type"
title="fax">Telec</span>: <span
class="value">(514)
123-4568</span></p>
>
>Title is a valid HTML attribute and this avoids abusing
the <abbr>.
>
>
The possibility of using the title attribute to hold generic
machine
readable information was considered and rejected.
The title attribute is already commonly used on many
elements today. If
people were to add a microformat to their page, they would
have to
remove all title attributed content except for that which
they
specifically intended to be the machine readable
information. This then
becomes an abuse of the title attribute and as such is not
allowed.
Another reason for discarding the idea was that it makes it
too easy for
people then to hide information. If someone is not willing
to make the
information available in plain text, then that information
shouldn't be
used.This is why we people shouldn't be encouraged to store
information
invisibly because that just leads to bad things.
Restricting the title attribute for microformatted
information to just
the abbr element itself was considered and allowed, because
that element
at least, is purpose built to show a different
representation of the
information within it, and that's why it's become so useful
with dates
and other content, to allow human readable content with a
machine
understandable representation.
When it comes to languages other than English though, this
is where
things get tricky, and is covered in the FAQ at
http://microformats.org/wiki/
faq#Q:_How_do_microformats_breach_language_barriers.3F
Effectively, the language barrier is a pre-existing unsolved
problem.
While it's fine for class names to be represented in
English, what
happens when the readable content is used as keyword data.
We are left
with one of two options. Either the readable data needs to
remain as
English, or some other way needs to be found to provide a
representation
of that non-english data in an english form.
Currently there hasn't been a more appropriate answer to
this than the
abbr design pattern, and it is possible to justify. The
computer is able
to understand only a very small number of terms, and each of
those terms
can be expressed in a wide number of human readable formats.
So what
we're doing with the abbr design pattern is to take one of
these vast
number of human readable formats and abbreviate all of those
possibilities down to one common computer understandable
term.
<abbr class="type"
title="fax">Téléc</span>:
The only viable alternatives are either to spell it out in
full,
Téléc (<span
class="type">Fax</span>):
Or to hide the english form of the word
Téléc <span lang="en" style="display:
none;" class="type">Fax</span>:
This is one of those situations where whateveryou do, you're
guilty of
something.
--
Paul Mark Wilkins
New Zealand Tourism Online
pmw57xtra.co.nz <mailto:pmw57xtra.co.nz>
109 Tuam Street
Level 1
Christchurch 8011
New Zealand
+64 3 963 5039
_______________________________________________
microformats-discuss mailing list
microformats-discussmicroformats.org
http://microformats.org/mailman/listinfo/microforma
ts-discuss
|
