On 13 Jun 2006, at 11:57, Faruk Ates wrote:
Hello everyone,
First, I'm assuming here that you all know FACE: http://
kurafire.net/projects/face — if not, please check that out so you
know what I'm babbling about below.
Now, I've been thinking about the next release version for a long
while and one of the things I want to improve is the current
implementation of id and class attributes, used to trigger and
configure FACE, respectively.
To me it seems like the main flaw with the current implementation is
that you're assuming you have exclusivity of the entire class
attribute value string. As you know, that value is frequently a space
delimited string of values - so your script isn't being a very
friendly citizen. I see no reason why you shouldn't be able to have
your code look for a value within that string. It shouldn't be a
problem to modify your regexp to find this, for example:
class="vcard FACE:C:foobar:40:MO:50:50 boxout"
Sure, it's ugly, but the whole concept isn't exactly elegant :)
My question to you fine people is: are there any good reasons why I
shouldn't change this around so that the configuration is put on
the title attribute instead?
The only disadvantage I see is that without clearing the title
attribute after fetching the data from it would leave the tooltip
with totally un-tooltip-like data (it would be something like
title="C:foobar:40:MO:50:50" for instance).
My reservation with this is that it precludes valid use of the title
attribute. Plus, in no way is your data block a title. I'd struggle
to argue that it's a classification, but if you squint it's more a
classification than a title. The possibility of a user-agent
rendering this data (which is entirely possible) is rather too much
to bear.
So I'd say keep it in the class, but make it play nice.
drew.
_______________________________________________
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss