#microformats 2011-07-26

2011-07-26 UTC
Askarii1, tlr, JohnBeales, nonge__, Soopaman1 and chiui joined the channel
#
danagheorghe edited /Main_Page (+87) "/* Microformats wiki translations */" (view diff)
csarven joined the channel
#
chiefra edited /Main_Page (-87) "Undo revision 44276 by [[Special:Contributions/DanaGheorghe|DanaGheorghe]] ([[User talk:DanaGheorghe|Talk]]) -> Spammy links" (view diff)
aux, andr3, Amorphous, adactio, quiron, chiui_, tlr, voxpelli, mwunsch, csarven, ericduran, Soopaman, tantek, tantek_, iwaim and tantek-ipod joined the channel
#
mamund looks like microformats.org is down again
#
mamund @singpolyma, @tantek microformats.org fails for me. somebeody needs to kick the server again
#
tantek on it
#
mamund thanks
csarven joined the channel
#
singpolyma mamund: I'm not an admin ;)
#
mamund @singolyma: ok, sorry for pinging you.
#
mamund @tantek: thanks, site responds now.
#
tantek edited /Special:Log/block () "blocked [[User:DanaGheorghe]] with an expiry time of infinite (account creation disabled): Spamming links to external sites" (view diff)
#
tantek thanks ChiefRA for undoing the spam links
#
tantek mamund - np - thanks for the heads up
pfefferle, tlr_, voxpelli, chiui and zro joined the channel
#
zro in regards to hcard, tel types: ... reading http://www.ietf.org/rfc/rfc2426.txt section 3.3.1 does not seem to imply that any TEL types are mutually exclusive. is this true?
#
tantek they're not explicitly exclusive no
#
tantek some may not make much sense
#
tantek in combination
abki__, tantek, csarven and tantek-ipod joined the channel
#
zro in regards to my previous inquiry about TEL types exclusiveness, I think I'm going to be storing information as per this: http://sprunge.us/UAMV (sorry, only tangentially related)
patcito joined the channel
#
zro actually i dont think that makes sense either, nevermind.
#
mamund umm... @tantek: site is not reachable again.
#
zro i really feel like TITLE and ROLE should be sub properties of ORG. All of these are able to be plural, no?
Askarii joined the channel
#
mamund @Phae: can you kick the microformats.org server?
#
Phae ugh. irccloud just *now* notified me of the name drop. apologies mamund. teach me to use beta services :)
#
mamund :)
#
tantek mamund - so these are non-HTML rel values?
#
tantek (just to be clear)
#
mamund yes, applied to an XML media type
#
mamund i recall "collection" as a rel value in the past, but was not able to find any active ref to it.
#
tantek ok that makes sense
#
tantek mamund - are you looking for feedback on your proposed rel values?
#
mamund feel free to suggest edits/mods as you see fit.
#
tantek the directional rel values are interesting
#
tantek and seem to make sense
#
mamund :)
#
tantek however the use of "collection" and "maze" don't make sense IMHO as rel values
#
tantek because they are not relative relations to the current document
#
mamund hmmm
#
mamund i sede
#
tantek e.g. rel="collection" to me would mean a collection of things in which the current resource is a member/item of the collection
#
mamund i see
#
tantek rel is not for arbitrary tagging
#
mamund yeah
#
tantek e.g. we've already rejected rel="nsfw"
#
tantek for that reason
#
mamund understood
#
tantek so rel="maze" meaning "this is a maze" - that's an abuse of rel
#
mamund your collection def works for my particular case, i think.
#
mamund i understand that "maze" is not
#
tantek for indicating that the target of a link is a specific type of thing, use the "type" attribute with the mime type of the destination
#
mamund hmmm
#
tantek e.g. instead of <a href rel="maze"> I think you want <a href type="application/maze+xml">
#
mamund the representation will always be in maze+xml
#
mamund but clients can follow links to locate particular "things" or "places"
#
mamund not sure "type" is approp, but some "name" or "class" equiv might be better
#
mamund but i see your point
#
tantek well, rel="maze" is certainly not right for that
#
tantek but I'm not sure what is
#
tantek better to collect some use-cases to figure it oiut
#
tantek *out
#
tantek rather than proposing the value
#
mamund yes, i see.
#
mamund i use these in a currently reg'd type that has a handful of sample clients.
#
mamund very small footprint and a vnd type
#
mamund proly make sense to remove the "maze" from the list
#
mamund if i mod the def for collection to read as you suggest...
#
mamund would be make more sense?
#
mamund or should that be removed, too?
#
tantek either would be fine (revise or remove collection)
#
tantek and yes, drop rel="maze" accordingly
#
tantek thanks!
#
tantek g2g
tantek joined the channel
#
mamund edited /existing-rel-values (-165) "/* non HTML rel values - modified the description of the "collection" rel value */" (view diff)
tantek-ipod joined the channel
#
mamund also dropped the "maze" rel value.
#
mamund thanks
Askarii1 and tantek joined the channel