The whole rel/rev is a facinating concept. A while ago i had a few discussions with the guys setting-up http://folksr.de/ they are working on a distributed voting system[1]. They are using rev="vote-for", so people would add a vote-link to a page they specificed, then as they got referrers they would crawl the pages and get vote-value from the rev. In this case REV is correct, "This pages" is a "vote-for" that "other page", but what they also wanted to do was collect a list of everyone who voted for a given page and display it on that page (sort of trackbacks). Now in that case REL would be correct. "That page" is a "vote-for" "this page", so depending on your vantage point, it is REL or REV.
The rel-directory would work in a very similar fashion. Rel to get into the dir, but the dir is rev'd back to you. -brian [1] - http://www.artweb-design.de/articles/tag/microformats On 7/30/06, Chris Messina <[EMAIL PROTECTED]> wrote:
For this transclusion stuff, there are two promising projects that I think we should all look at... First is PopupPoliticians, which uses the rel-tag to pull up remote information about politicians: http://sunlightlabs.com/popuppoliticians/ The second is a new and very excellent WordPress plugin that captures onclick events to dynamically repopulate divs on a page: http://www.giannim.com/blog/index.php?page_id=13 These two things show the promise of getting remote content into a page... either from the current domain or a remote one. Being able to do something similar with group membership (i.e. I link to someone else from a Group page and use something like rev="directory" or rev="member" to identify that relationship and then to pull in remote info about that member). Anyway -- the rev stuff is certainly interesting... real implementations would be pretty cool to see! Chris On 7/30/06, Danny Ayers <[EMAIL PROTECTED]> wrote: > I'm afraid I've missed discussions around rel-directory [1], but was > prompted to take a look after stumbling over an OPML distributed > directories tutorial [2], wondering how best to do this using > microformats. > > OPML uses an attribute called "inclusion" to say that a remote > hierarchical dir is a sub dir of the local element. It's a neat idea, > essentially Gopher on top of HTTP+XML. But given the linking > capablitities of HTML, the OPML is redundant, as long as there is a > way of expressing "inclusion". > > rel-directory would appear to be in the frame for an alternative based > on existing standards, only it's directed the opposite way : > > rel="directory" > indicates that the referenced resource is a directory which does or > should contain the current page > > But HTML to the rescue, how about: > > rev="directory" > indicates that the current element is a directory element which > contains the referenced resource > > Does that make sense? > > The most obvious application of this would be in XOXO documents, along > the lines of the distributed dir idea. > > A potentially cool demo application might be to transclude [3] any > remote page, stripped down to hierarchy+ labelled links. If this was > done to one level of transclusion, and the links in the remote page > rewritten to something like > http://mydir.org/tree?remote=http://thatpage.com/stuff so they could > be fed through the tree-browser, the demo could reveal the current web > as a "World Outline". Anyone got a bit of Ajax time on their hands? > > Cheers, > Danny. > > [1] http://microformats.org/wiki/rel-directory > [2] http://hosting.opml.org/amyloo/osite/help/howtos/distdir.htm > [3] http://en.wikipedia.org/wiki/Transclusion > > > -- > > http://dannyayers.com > _______________________________________________ > microformats-discuss mailing list > microformats-discuss@microformats.org > http://microformats.org/mailman/listinfo/microformats-discuss > -- Chris Messina Agent Provocateur, Citizen Agency & Open Source Ambassador-at-Large Work: http://citizenagency.com Blog: http://factoryjoe.com/blog Cell: 412 225-1051 Skype: factoryjoe This email is: [ ] bloggable [X] ask first [ ] private _______________________________________________ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
-- brian suda http://suda.co.uk _______________________________________________ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss