[uf-discuss] xfolk: tags that aren't links
Ryan King
ryan at technorati.com
Sun Jan 1 19:26:33 PST 2006
On Jan 1, 2006, at 7:19 PM, Angus McIntyre wrote:
> The current spec for the xfolk microformat allows the inclusion of
> tags in a format like:
>
> <div class="meta">
> <a rel="tag" href="/foo">foo</a>,
> <a rel="tag" href="/bar">bar</a> ...
> </div>
>
> This assumes that tags will always be linked to some other object.
> However, this isn't necessarily the case: I could imagine cases
> where a webmaster might want to provide a list of keywords
> associated with a link, but without linking those keywords (tags)
> to anything else.
This was a deliberate design decision in rel-tag, which has been
covered before on this list.
-rk
> Assuming that this is desirable, what would be the best way to
> represent this. I can think of various possibilities. One would be
> to simply omit the anchor:
>
> <div class="meta">foo, bar ...</div>
>
> which conforms to the spec as it stands but means that any process
> reading the meta block would miss the fact that 'foo' and 'bar' are
> actually tags.
>
> A second option might be to have:
>
> <div class="meta">
> <a rel="tag" href="#">foo</a>,
> <a rel="tag" href="#">bar</a> ...
> </div>
>
> but this would confuse human users (i.e. the browser would display
> something that looked like a link, but just caused the page to
> reload when clicked).
>
> A third option would be to use 'span' instead, thus:
>
> <div class="meta">
> <span class="tag">foo</a>,
> <span class="tag">bar</a> ...
> </div>
>
> To me, this looks like the best option, as it marks the tags
> semantically, but doesn't mislead the user.
>
> Anyone have any comments or suggestions, or have I overlooked some
> existing and better way of doing this?
>
> Thanks,
>
> Angus
--
Ryan King
ryan at technorati.com
More information about the microformats-discuss
mailing list