Re: [uf-discuss] Microformats and RDFa not as far apart as previously thought
Perhaps we could solve this by changing the value of the abbr title attribute to a different, widely used date format that is both machine and date friendly? Take the JS date format, for instance? On 6/28/08, Dan Brickley [EMAIL PROTECTED] wrote: Fil wrote: I'm not a great fan of natural language here. What if I want to write 3l33t (well, not at my age mind you), or punk, maybe use Oktober instead of October cause I'm a (admittedly bad) poet? The human will understand, the computer won't. Or Chinese? Dan -- http://danbri.org/ ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
[uf-discuss] IE8 + hAtom = hSlice
Hi all, It looks like Microsoft is adopting microformats, if not in a rather awkward way: http://www.microsoft.com/windows/products/winfamily/ie/ie8/readiness/DevelopersNew.htm#webslices On one hand, I am thrilled to see hAtom implemented in such an elegant manner, on the other hand, I am puzzled about the 'hslice' nonsense. But hey, I'll take this over some proprietary XML markup any day. :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] hCard: title or role
On 9/20/07, Andy Mabbett [EMAIL PROTECTED] wrote: In hCard, should a job title like Head of Marketing be classed as title or role, or both? What's the difference? Off the top of my head: role = executive title = Head of Marketing No? :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] Optimus — microformats parser
On 9/18/07, Dmitry Baranovskiy [EMAIL PROTECTED] wrote: Hello everyone, Inspired by Brian's X2V[1] and Drew's presentation Can Your Website be Your API?[2] I wrote µf parser that transforms any microformatted web page to XML or JSON. It could be used as an API to any web site with microformats. I hope now we could see some µf based mashups. Characteristics at glance: Supported formats: hCalendar, hCard, hAtom, hResume, hReview, xFolkentry, adr, geo, xfn, votelinks, rel-nofollow, rel-tag, rel-license Output formats: XML, JSON, JSON-P URL:http://microformatique.com/optimus/ Query parameters: uri — URI of the resource format — output format (xml or json, default is xml) [optional] function — name of call back function for JSON [optional] filter — space separated names of microformats (default is vevent vcard hfeed hresume hreview xfolkentry adr geo xfn votelinks rel-nofollow rel-tag rel-license) [optional] Examples: Wow, this looks great. Now I now what I'll be doing on lunch break :) :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] Microformats and Firefox 3
Thanks for the comments on the margin-marks concept. I sincerely appreciate that. I really like the idea of allowing additional control over presentation via pseudo-classes, but I am worried that :target isn't quite right, at least if we follow the spec to the letter (http://www.w3.org/TR/css3-selectors/#target-pseudo), specifically since this pseudo-class is not dynamic and there may or may not be a fragment identifier on the microformat. Can :focus be used somehow instead? This would require an element to accept keyboard or mouse focus, though... :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] Microformats and Firefox 3
On 9/4/07, Mike Kaply [EMAIL PROTECTED] wrote: I think some folks here are missing the point in the Microformats/Firefox 3 discussion. We are trying to foster a discussion about what to do with microformats in Firefox 3, we are not trying to tell you what we are going to do. This is a very difficult problem to solve and we need input on it. At this point, the microformats community has primarily been focused on marking up microformats. We want people to start thinking about how to communicate microformats to the user. So here are a few discussion points to get people focused: 1. Microformats UI in the browser needs to be a transient UI. That is, dedicating permanent space in the browser to a technology that is not available on most sites probably doesn't make much sense (at least at first). What does transient UI in a browser look like? 2. Microformats are in page, and there needs to be some way to indicate the microformats are available on the page that doesn't offend page authors. How can we accomplish this? This is not particularly transient, but it addresses #2, methinks: http://glazkov.com/blog/margin-marks/ :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
[uf-discuss] Margin Marks UI Concept, was: Microformats and Firefox 3
To keep the threads clean.. Posting this as a separate message. http://glazkov.com/blog/margin-marks/ Comments, discussion appreciated. :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
[uf-discuss] Re: XOXO multi-valued property notation
FYI, moved to spec: http://microformats.org/wiki/xoxo#Multi-value_Properties :DG On 8/2/07, Dimitri Glazkov [EMAIL PROTECTED] wrote: The description of how to specify multi-valued properties, recorded on xoxo-faq page seems logical and I think it belongs in the spec. Any objections if I move it over there? Perhaps right below the Special Properties? ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] inappropriate behaviour (was: Discussion of public domain declaration template usage)
To me, the issue was not about freedom of expression or lack thereof. It was about putting a damper on a bilious jackass attitude and behavior. I doubt the actual topic of discussion was in question. Yeah, we all could probably benefit from a good social behavior class (ok, I can't _really_ speak for everyone) , but personal insults, insinuations, and conspiracy-mongering are clearly out of line. :DG On 8/2/07, Ben Buchanan [EMAIL PROTECTED] wrote: Once again, there is the impression that microformats fora are being run by an unelected cabal, using arbitrary, personal interpretations of vague and unwritten rules, applied with no sense of even-handedness. Still, I suppose that's easier than actually addressing the governance and rights issues which I and others have raised. Apparently they travel in black helicopters too I don't think we should make light of this point. I've heard several people cite this impression as the reason they don't contribute to microformats. If we can't address the problem then I don't see how we can attract and retain active members. More than once I've observed unresolved discussions cut off with a post saying wiki updated, issue closed. So, why would someone take time out of their day to contribute to a discussion if they expect to be ignored? To put it another way, if the core group is going to do as it pleases regardless of community discussion, why are the rest of us here? The core group is not a defined/invited/elected group so it's not like a W3C discussion list, where people understand they are giving feedback but will not be involved in the final decision. The expectation was that everyone could contribute, but that's not how it actually feels. I am not trying to be troublesome, I am expressing a genuine concern about this community. I don't think it serves anyone's purpose to ignore what many people feel is true. The informal approach worked well when the community was new and smaller, but now that it's ramping up it doesn't seem to be coping. I'm not claiming there's an easy answer, but we should start by accepting there's a problem. cheers, Ben -- --- http://weblog.200ok.com.au/ --- The future has arrived; it's just not --- evenly distributed. - William Gibson ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
[uf-discuss] XOXO Special Properties
I don't know if there's much interest in XOXO anymore, with sexier new h* monikers and all, but I seem to have great appreciation for this simple format. I am currently trying to understand how to best parse and understand the meaning of XOXO-ed content, and need some guidance/ideas on properties, specifically these: http://microformats.org/wiki/xoxo#Special_Properties Here are some thoughts on parsing of properties that I put down: http://microformats.org/wiki/xoxo-brainstorming#Parsing_Properties My intent is to use XOXO for configuration (remember plists discussion from a while back?) and I would like to make sure I don't write code that does something unacceptable or illogical. Since there is not much heard anymore about the glorious XOXO adventures, I am wondering if the world has moved on to something bigger and better? :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
[uf-discuss] Re: XOXO Special Properties
Can you point me to the existing tests? On 8/2/07, Kevin Marks [EMAIL PROTECTED] wrote: there are python and java versions here, with some tests http://microformats.org/wiki/xoxo-sample-code refactoring tests into the HTML + JSON style discussed for hCard et al would be a fine idea. On Aug 2, 2007 3:47 PM, Dimitri Glazkov [EMAIL PROTECTED] wrote: That's a good idea. I'll definitely look into existing parsers. I have located xoxo.rb (http://tinyurl.com/3ygt7e), which should be helpful. Christian's site seems to be down at the moment. I see that Hixie raised a similar issue a while back: http://microformats.org/wiki/xoxo-issues :DG On 8/2/07, Ernest Prabhakar [EMAIL PROTECTED] wrote: Hi Dmitri, On Aug 2, 2007, at 1:08 PM, Dimitri Glazkov wrote: My intent is to use XOXO for configuration (remember plists discussion from a while back?) and I would like to make sure I don't write code that does something unacceptable or illogical. Since there is not much heard anymore about the glorious XOXO adventures, I am wondering if the world has moved on to something bigger and better? I think XOXO is considered a solved problem (for some value of solved) which may be why there isn't much chatter. Your solution sounds reasonable to me -- have you compared it to the existing parsers? -enp ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
[uf-discuss] Semanticizin': Significance of order in argument lists
This is something I just now realized, and while all excited, I thought I'd send to the list: When using HTML lists (ul/ol) for representing operand argument lists, it appears very logical to identify the distinction between ordered and unordered as that of and and or, respectively. In other words, ol lithis/li lithat/li /ol Can mean this and that. While, ul lithis/li lithat/li /ul infers this or that. I am sure somebody has thought of this before, but I haven't. Don't you think it's beautiful? :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] Microformats' vector logo
Sure, I don't see why not? :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] hCard vs. vcf
Why did you end up not using standard address output? I think that's probably at the core of the issue. If you have a separate page with an hCard that's only used to convert to .vcf, the why not just use vcf is a valid question. :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] hCalendar creator broken in IE7
Erica, What type of error are you getting? :DG On 8/5/06, Erica Douglass [EMAIL PROTECTED] wrote: http://microformats.org/code/hcalendar/creator Broken in IE7 -- gives Javascript error. :( -Erica ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: WordCamp (was Re: [uf-discuss] Re: hCard and vCard)
I am in a similar situation to Sebastian's, although Germany is a bit farther than Alabama (you know what they say, Georgia is Alabama's Germany). I, too, am working (though lapsed in a few last weeks) on an XFN/hCard/citation module for TinyMCE, which is what Wordpress is using. I haven't formalized the project yet, but it will be an LGPL doohickey. If you guys hear anybody doing or interested in doing something similar (or exactly the same) at the 'camp, would you pass the Word? :DG On 8/3/06, Sebastian Küpers [EMAIL PROTECTED] wrote: I would love to come, but Germany is to far away - BUT: I am developing a wordpress plugin for microformats atm in cooperation with the RD department of the company I am working for. ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] UID in iCalendar
I've looked at this again and here's a couple of things I don't like in this algorithm: * Throwing away the data in the last step. I am very unhappy about ignoring good event information, even though it does not contain explicit UIDs. * No reliance on URL property of vevent. IMHO, vevent is used with a URL -- the link to the actual event page. Maybe that could be another implicit UID? What are your thoughts on this, folks? :DG On 7/3/06, Dimitri Glazkov [EMAIL PROTECTED] wrote: If I read the spec correctly, yes, UID is required for the VEVENT component, which means that UID is required for hCalendar. Okkayy... So, here's another stab at the implied algorithm: * if UID is specified, use it * otherwise, if id attribute is specified, construct full URL with fragment identifier and use it as UID * otherwise, if only one vevent present in document, use document URL as UID * otherwise, only accept the first vevent with document URL as UID and discard all others? :DG On 7/3/06, brian suda [EMAIL PROTECTED] wrote: I stand corrected. In section 4.6.1 Event Component, of the RFC it lists which properties are optional, and UID is in that list. That is what i cited in the last email. ; the following are optional, ; but MUST NOT occur more than once class / created / description / dtstart / geo / last-mod / location / organizer / priority / dtstamp / seq / status / summary / transp / uid / url / recurid / Although it doesn't list which items are required. It does seem a bit silly to have an event without a dtstart. So i guess there needs to be some interpretation about the intention of the spec. Since the portion of the spec where REQUIRED is found is closer to the actual definition of UID, i would assume the authors intended that UID be required. Anyone disagree? This could then change the steps of how to build an implied-UID. -brian Marko Mrdjenovic wrote: Brian, I said that one needs to be specified if it's required. The RFC says this in section 4.8.4.7 Unique Identifier: Conformance: The property MUST be specified in the VEVENT, VTODO, VJOURNAL or VFREEBUSY calendar components. I think the important thing is to make hCalendar as importable but to keep it as human friendly as possible. The spec should not require a UID but if it's required it should be recommended to the converter how to create one. Regards, Marko Mrdjenovic brian suda wrote: I like these steps and i'm pretty indifferent on HOW the implied-UID value is formed, i just wanted to point out that fragment identifiers are not globally unique, we'd need to add more to it, where/what gets added isn't important. Either behind an '@' like the recommendation, or the plain URL, it doesn't really matter to me. Marko Mrdjenovic suggested that we should always create a UID, the RFC says that UID is optional so i'm not sure we should force one to exists. ; the following are optional, ; but MUST NOT occur more than once class / created / description / dtstart / geo / last-mod / location / organizer / priority / dtstamp / seq / status / summary / transp / uid / url / recurid / -brian Dimitri Glazkov wrote: Sorry about that! :) But.. isn't that beside the point? The implied UID algorithm could be as follows: * if UID is specified, use it * otherwise, if id attribute is specified, construct full URL with fragment identifier and use it as UID * otherwise, if only one vevent present in document, use document URL and use it as UID * otherwise, don't specify UID. :DG On 7/3/06, David Janes -- BlogMatrix [EMAIL PROTECTED] wrote: Dimitri Glazkov wrote: On 7/3/06, brian suda [EMAIL PROTECTED] wrote: For example, http://events.example.com/#123 would become [EMAIL PROTECTED] Why not just keep it as is, http://events.example.com/#123? You can't have id attributes that start with a number [1], so you would have to create invalid XHTML to imply the URI. Regards, etc... David [1] http://www.w3.org/TR/REC-html40/types.html#type-id ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss
[uf-discuss] X2V, technorati.com/events/, and MS Outlook 2003
Interesting. It seems that VERSION: 2.0 in an iCal export result makes MS Outlook 2003 fail to import an event, and throw up a somewhat insane error message about Lunar vs. Gregorian calendar: This error can appear if you have attempted to save a recurring Lunar appointment in iCalendar format. To avoid this error, set the appointment option to Gregorian instead of Lunar. Doh! Changing the line field to VERSION: 1.0 fixes the problem. Just a heads up. I am not sure if the VERSION field itself is the root of the problem. I'll be digging some more and posting this to http://microformats.org/wiki/icalendar-implementations :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] UID in iCalendar
On 7/3/06, brian suda [EMAIL PROTECTED] wrote: According to the RFC 4.8.4.7 Unique Identifier, the only to requirements are: 1) Value Type: TEXT 2) Globally Unique Any URL fits the TEXT requirement. As for globally unique, all URL only resolve to a single location, so that makes it globally unique. The only caveat is that if you have two events, those each need to use a unique URL, not just http://events.example.org, but instead http://events.example.org/event/1234 Right. So, this falls right into place with the discussion of having id attribute on each hcard/hcalendar event, so that they could be uniquely identified. :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] UID in iCalendar
On 7/3/06, brian suda [EMAIL PROTECTED] wrote: For example, http://events.example.com/#123 would become [EMAIL PROTECTED] Why not just keep it as is, http://events.example.com/#123? :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] UID in iCalendar
Sorry about that! :) But.. isn't that beside the point? The implied UID algorithm could be as follows: * if UID is specified, use it * otherwise, if id attribute is specified, construct full URL with fragment identifier and use it as UID * otherwise, if only one vevent present in document, use document URL and use it as UID * otherwise, don't specify UID. :DG On 7/3/06, David Janes -- BlogMatrix [EMAIL PROTECTED] wrote: Dimitri Glazkov wrote: On 7/3/06, brian suda [EMAIL PROTECTED] wrote: For example, http://events.example.com/#123 would become [EMAIL PROTECTED] Why not just keep it as is, http://events.example.com/#123? You can't have id attributes that start with a number [1], so you would have to create invalid XHTML to imply the URI. Regards, etc... David [1] http://www.w3.org/TR/REC-html40/types.html#type-id ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] UID in iCalendar
Indeed! On 7/3/06, David Janes -- BlogMatrix [EMAIL PROTECTED] wrote: Dimitri Glazkov wrote: Sorry about that! :) But.. isn't that beside the point? Orthogonal! :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] UID in iCalendar
I think that is up to specific implementation of a converter: I don't believe microformat spec should go as far as to instruct whether or how to auto-generate UID if it is missing. Perhaps a recommendation, based on exploration of existing implementations? :DG On 7/3/06, Marko Mrdjenovic [EMAIL PROTECTED] wrote: I think that the last option needs to change - even if there is no way to determine a UID I would like to be able to import it into the less friendly clients. If no UID is specified and UID is required the converter should provide one - obviously the author had no wish for people to be able to update the event... Marko Mrdjenovic Dimitri Glazkov wrote: Sorry about that! :) But.. isn't that beside the point? The implied UID algorithm could be as follows: * if UID is specified, use it * otherwise, if id attribute is specified, construct full URL with fragment identifier and use it as UID * otherwise, if only one vevent present in document, use document URL and use it as UID * otherwise, don't specify UID. :DG On 7/3/06, David Janes -- BlogMatrix [EMAIL PROTECTED] wrote: Dimitri Glazkov wrote: On 7/3/06, brian suda [EMAIL PROTECTED] wrote: For example, http://events.example.com/#123 would become [EMAIL PROTECTED] Why not just keep it as is, http://events.example.com/#123? You can't have id attributes that start with a number [1], so you would have to create invalid XHTML to imply the URI. Regards, etc... David [1] http://www.w3.org/TR/REC-html40/types.html#type-id ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] UID in iCalendar
If I read the spec correctly, yes, UID is required for the VEVENT component, which means that UID is required for hCalendar. Okkayy... So, here's another stab at the implied algorithm: * if UID is specified, use it * otherwise, if id attribute is specified, construct full URL with fragment identifier and use it as UID * otherwise, if only one vevent present in document, use document URL as UID * otherwise, only accept the first vevent with document URL as UID and discard all others? :DG On 7/3/06, brian suda [EMAIL PROTECTED] wrote: I stand corrected. In section 4.6.1 Event Component, of the RFC it lists which properties are optional, and UID is in that list. That is what i cited in the last email. ; the following are optional, ; but MUST NOT occur more than once class / created / description / dtstart / geo / last-mod / location / organizer / priority / dtstamp / seq / status / summary / transp / uid / url / recurid / Although it doesn't list which items are required. It does seem a bit silly to have an event without a dtstart. So i guess there needs to be some interpretation about the intention of the spec. Since the portion of the spec where REQUIRED is found is closer to the actual definition of UID, i would assume the authors intended that UID be required. Anyone disagree? This could then change the steps of how to build an implied-UID. -brian Marko Mrdjenovic wrote: Brian, I said that one needs to be specified if it's required. The RFC says this in section 4.8.4.7 Unique Identifier: Conformance: The property MUST be specified in the VEVENT, VTODO, VJOURNAL or VFREEBUSY calendar components. I think the important thing is to make hCalendar as importable but to keep it as human friendly as possible. The spec should not require a UID but if it's required it should be recommended to the converter how to create one. Regards, Marko Mrdjenovic brian suda wrote: I like these steps and i'm pretty indifferent on HOW the implied-UID value is formed, i just wanted to point out that fragment identifiers are not globally unique, we'd need to add more to it, where/what gets added isn't important. Either behind an '@' like the recommendation, or the plain URL, it doesn't really matter to me. Marko Mrdjenovic suggested that we should always create a UID, the RFC says that UID is optional so i'm not sure we should force one to exists. ; the following are optional, ; but MUST NOT occur more than once class / created / description / dtstart / geo / last-mod / location / organizer / priority / dtstamp / seq / status / summary / transp / uid / url / recurid / -brian Dimitri Glazkov wrote: Sorry about that! :) But.. isn't that beside the point? The implied UID algorithm could be as follows: * if UID is specified, use it * otherwise, if id attribute is specified, construct full URL with fragment identifier and use it as UID * otherwise, if only one vevent present in document, use document URL and use it as UID * otherwise, don't specify UID. :DG On 7/3/06, David Janes -- BlogMatrix [EMAIL PROTECTED] wrote: Dimitri Glazkov wrote: On 7/3/06, brian suda [EMAIL PROTECTED] wrote: For example, http://events.example.com/#123 would become [EMAIL PROTECTED] Why not just keep it as is, http://events.example.com/#123? You can't have id attributes that start with a number [1], so you would have to create invalid XHTML to imply the URI. Regards, etc... David [1] http://www.w3.org/TR/REC-html40/types.html#type-id ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] Re: Outlook doesn't import phonenumbers?
Phone comes through just fine in Outlook 2003. :DG On 6/27/06, brian suda [EMAIL PROTECTED] wrote: Paul Bryson wrote: brian suda wrote: Another option for encoding these type values is on the abbr element. abbr class=type title=workNorwegian word for work here/abbr Ah, I was wondering how this should be done. Is this the proper method? And if it is, is it in the wiki? This is part of the ABBR design pattern[1], you can use that for anything. For example. abbr class=fn n title=Jeffrey LebowskiThe Dude/abbr Because this is part of an ABBR element, any transforming application should use the TITLE attribute, instead of the node value. You can apply this to any microformat property abbr title=United Kingdom class=country-nameUK/abbr If we knew what version of Outlook was being used, then it would be easier to diagnose the issues. If you post the text for the vcard, I would be happy to test it in Outlook 2003. The original site is here: http://www.palografen.no You can pass that through the technorati service here to get the vcard: http://feeds.technorati.com/contact/http://www.palografen.no -brian [1] - http://microformats.org/wiki/abbr-design-pattern ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] permalinks for microformat chunks of pages: use the 'id' attribute on root microformat elements
On 6/23/06, Drew McLellan [EMAIL PROTECTED] wrote: One proposal would be to introduce a very simple pattern for groups of hCards - just like groups in address book programs (friends, family, collegues etc). In XHTML we already have a mechanism of grouping elements - the class attribute. So how about treating hCards that share a common class name other than 'vcard' as a loose group? div class=vcard brighton div class=fnJeremy Keith/div /div div class=vcard brighton div class=fnAndy Budd/div /div div class=vcard div class=fnDrew McLellan/div /div I think it's only logical. However, using IDs is what gives the capability to address a specific microformat content outside of the context of the document (URL, in less fancy words). How would one use classes to do the same? :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] Very basic question that is not in the FAQ
I guess my question is: what's wrong with the way it works now? :DG On 6/22/06, Sam Sethi [EMAIL PROTECTED] wrote: Hi Remi My take on it is this - Tantek and others started this idea but as it grows up (its 1 years old) it should be handed over to some standards body. Tantek due to his commercial connection with Technorati - IMHO - should divest ownership of Microformats.org to the W3C or some other body. My only concern is that this may kill the speed and agility of MF's just as they gain traction. Sam -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rémi Prévost Sent: 22 June 2006 00:33 To: Microformats Discuss Subject: [uf-discuss] Very basic question that is not in the FAQ Hi guys, Yesterday, I posted a post on my blog explaining the basics of microformats but I got a question from a reader that is not answered in the wiki FAQ, although I think it is a very good one. The question is: Are microformats approved by anyone else that their creators and the ones who user them? Who is in charge of them? I mean, I know they're all open formats, but I was still wondering if there's an organization that is in charge of the microformats. For example, the W3C is in charge of the development of several standards, but who is in charge of the development of microformats. Is microformats community the only one that is in charge of them? Thank you, P.S. - Sorry for my bad english. -- Rémi Prévost [EMAIL PROTECTED] http://remiprevost.com | http://exomel.com ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] more hatom rambling - detection
Chris, How about this: * look for hentry * if found, traverse ancestors to see if there's an hfeed ** if found, add hfeed to list of feeds ** otherwise, add page to list of feeds, stop looking for hfeeds * repeat :DG On 6/20/06, Chris Casciano [EMAIL PROTECTED] wrote: Let me continue my hatom spec/issue rambling by piggy backing on the recent hcard detection / class hijacking thread... Given [1]: the Feed element is optional and, if missing, is assumed to be the page What are the rules for detecting that an hatom feed exists in a page? Like the other thread, I'm thinking less about the context of actually parsing the document with an hatom capable parser, but more in the detection context where you may have some other application (browser or plugin) detecting that the feed exists and preparing to hand off the document to another (feed reading) application. [1] http://microformats.org/wiki/hatom#Feed -- [ Chris Casciano ] [ [EMAIL PROTECTED] ] [ http://placenamehere.com ] ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] ContactCard DHTML Contact Info
Can't do that without involving server side. Cross-domain security will getcha. :DG On 6/7/06, Chris Messina [EMAIL PROTECTED] wrote: It would be interesting to extend your highlighter script to actually grab the linked page via an AJAX request and look for hcards... Here's an idea for your blogroll: a href=http://factoryjoe.com/hcard.html; rel=meChris Messina/a a href=http://factoryjoe.com/blog/#hcard; rel=friend metTantek Celik/a If you mouseover those links, the script could actually grab the hcard data, bring it back and on-the-fly create the gamercard shown in this example. *That* would be pretty sweet. Chris On 6/7/06, Phil Haack [EMAIL PROTECTED] wrote: Saw an interesting javascript demo for FOAF data based on my XFN Highlighter script. http://www.paraesthesia.com/blog/comments.php?id=1019_0_1_0_C The only thing is, he's creating the data using the equivalent of a javascript recordset. I suggested he use a microformat and thought I would post it here to generate ideas. I think this script could be a good starting point for someone writing something similar, but microformat based. Phil ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] PicoFormats
Yay! Picoformats live! :DG On 6/6/06, Chris Messina [EMAIL PROTECTED] wrote: Well, you knew it had to happen, but we're getting smaller. After discussing this idea with Tantek and receiving his blessing, I would like to begin pursiing Picoformats in the context of the microformats wiki, as we will be exploring many of the same issues, praxis and problems that we have been grappling with here on this list -- but at a smaller and more atomic level. The goal of this effort is to establish some basic patterns of syntax for mobile devices interacting with SMS-based services. We will be documenting current behavior and following the well-worn paths that the microformats community has set as baseline process for developing such open standards. In any case, the opening intro page is here: http://microformats.org/wiki/picoformats I'm curious to hear thoughts on how to organize this kind of content... At first I was thinking to organize it by task type... like Communicating with people or Interacting with services but then I thought that maybe the existing microformats types might be useful... like Create an event (hcal) or Send a message to a person (hcard). But I dunno. I mean, this is kind of like building a command-line interface but for regular people who aren't familiar with ls, cd, chmod and so on. Anyway, wanted to put it out there before I leave for France and see if anyone had thoughts or suggestions. Thanks, Chris ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
[uf-discuss] Microformats search and higher education
Folks, Anybody have a magic wand to wave and tell me some stats on how many higher education institutions are currently indexed by the search (.edu domain?). I see that Capital University (yay us!) is in and I was able to locate University of Michigan's personnel search, but maybe there are others? I am thinking about making a rallying call on the University Webmaster's list (uwebd) to add microformats to the sites. :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] Re: hDinner
I think we're all set. One thing to add. Raines pointed me to a separate event going on at the same time 4 miles away: http://upcoming.org/event/80332/ He suggested merging them. I don't know how or whether it's a good idea (you know, the focus thing), but I promised I'll post it here. :DG On 5/30/06, Tantek Çelik [EMAIL PROTECTED] wrote: Hi Lisa! The microformats dinner is *TOMORROW*, Wednesday night, May 31st. Tonight, a bunch of us are going to the NetSquared conference reception in San Jose. Thanks, Tantek On 5/30/06 5:26 PM, Lisa Rein [EMAIL PROTECTED] wrote: Hey guys, is this tonight? or tomorrow night? thanks, lisa And here was I hoping we'd have a south bay one for a change... I'm down at the Netsquared conference, shall we throng after Chris and Tantek's session at 5.10 or so? On May 30, 2006, at 12:24 PM, Chris Messina wrote: Not to mention close to Tantek's house! :D But yeah, that's probably a decent spot to meet. There's no wifi though, is there? (unless you have a clamshell iBook). Chris On 5/30/06, Tantek Çelik [EMAIL PROTECTED] wrote: Well, Ritual Roasters is nearly always too crowded, too loud, and lacking of food, which makes it exceptionally poor for having a dinner conversation. ;) (It can be quite good though for solo caffeine induced coding sprints). OTOH, Crepes on Cole nearly always has room for a small group, and is quiet enough to have good dinner conversations and actually hear people at the other end of the table. Not to mention the menu of delectable options. Wednesday 7pm @ Crepes on Cole pending other proposals? ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss Lisa Rein http://onlisareinsradar.com http://www.widehive.com http://www.lisarein.com ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] Re: hDinner
Soo... Wednesday night, 7:00pm, at... where? Crepes The Microformats Foundry on Cole? Ritual Big things start here Coffee? Some other place? :DG On 5/25/06, Stephen Farrell [EMAIL PROTECTED] wrote: I think I can do it as well... a little later is better for me. Dimitri Glazkov wrote: On 5/25/06, Tantek Çelik [EMAIL PROTECTED] wrote: For a microformats dinner, how about: Wednesday night San Francisco Start time:6pm? later? I am game. Folks? :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] Re: hDinner
Tuesday was proposed based on IRC conversation with Hixie. But I am open on Wednesday, as well. Do you have any info on winecamp report-back? :DG On 5/25/06, Chris Messina [EMAIL PROTECTED] wrote: We've talked of doing a winecamp report-back at the Net2 conference in santa clara on tues night... Obviously I'd like to attend both, but that notwithstanding, maybe wed would be better (thurs is coworking meetup)? Chris On 5/24/06, Dimitri Glazkov [EMAIL PROTECTED] wrote: I am going to throw a date on a table next Microformats dinner: Tuesday, May 30, 7:00pm. http://upcoming.org/event/80636 But where in Bay Area? I will be in Santa Clara, but can drive pretty much anywhere within a couple of hours. Any favorites? :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] Addressing bits of information
So, this is like W3 Selectors for URLs? :DG On 5/25/06, Scott Reynen [EMAIL PROTECTED] wrote: On May 25, 2006, at 3:04 AM, Chris Messina wrote: how do we create URIs for partial bits of data like a word or hcard in the middle of a paragraph? http://www.eekim.com/blog/tech/hyperscope/hyperscopeuri.html I'm not sure that's really the question being asked by Eugene. It sounds like the addressing of HyperScope goes beyond specific fragments: It can do path expressions, similar in spirit to XPath, which allows you to reference some subset of nodes in a document. This sounds to me like, e.g., a URI that references all the TEL elements in a document, and only those elements, so the client can read the URI, load the document, and strip it down to the specified nodes. So the question being asked is whether this would be better as http://domain.org/?hyperscope=class:tel or http://domain.org/ #hyperscope:class-tel or something else. Peace, Scott ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] Re: hDinner
On 5/25/06, Tantek Çelik [EMAIL PROTECTED] wrote: For a microformats dinner, how about: Wednesday night San Francisco Start time:6pm? later? I am game. Folks? :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
[uf-discuss] hDinner
I am going to throw a date on a table next Microformats dinner: Tuesday, May 30, 7:00pm. http://upcoming.org/event/80636 But where in Bay Area? I will be in Santa Clara, but can drive pretty much anywhere within a couple of hours. Any favorites? :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
[uf-discuss] Microformats talk at Internet Professionals Association of Alabama
Is this worthy of mentioning on the wiki events? http://www.ipsaonline.org/ Let me know and I'll throw it up there. :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
[uf-discuss] Microformatters at NetSquared
Is anybody is going to NetSquared next week? I see that Chris and Tantek are coming. Maybe we could put together during one of the Make It Happen! slots on Wednesday. http://netsquared.org/conference-make-it-happen :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
[uf-discuss] Relationship between XFN and hCard
I've been slowly chipping away at the implementation of XFN builder in TinyMCE, which is the rich text editor for Wordpress and other blogging/CMS tools. Somewhere along the way an odd thought occured -- it seems that XFN and hCard are closely related. XFN describes relationship of a person, represented by the target page, and hCard declares that this link is part of contact information. I tried to search archives/wiki on the subject and found a couple of things (http://microformats.org/wiki/hcard-examples#hCard_and_XFN, for instance), but nothing definitive. As a brainstorming idea, I implemented the XFN builder UI to also be an implicit hCard builder. The hCard is created by wrapping a span around the link. Take a look at this screenshot: http://flickr.com/photos/dglazkov/146838621/ The default selection is N/A, which means no XFN/hCard. If the user selects Another Web site of mine, an hCard will be built with an XFN = me If the user selects Organization, an hCard will be built with no XFN and fn org url class for the link. If the user selects Person, the XFN builder is revealed: http://flickr.com/photos/dglazkov/146834248/ The result of this choice will be an XFN and hCard. Obviously, in all cases where hCard is created, it's rather barebones, but somehow I like the fact that the author can explicitly mark a link as contact information. What do you guys think? Is this crazy? I remember Drew arguing about the dangers of implicitly blessing links as hCards (http://allinthehead.com/retro/287/the-dangers-of-automatically-generating-hcards), but I can't remember where the discussion ended up. Thoughts, discussion, critique on the UI are also welcome. :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] Microformats vs XML
Scott, I wouldn't be so sure. http://msdn.microsoft.com/workshop/author/behaviors/library/calendar/calendar.asp Take a look at the example at the bottom. In my pre-semantic markup days, I've used CSS to style xml (namespaces and all) tags quite a bit. :DG On 4/27/06, Scott Reynen [EMAIL PROTECTED] wrote: On Apr 27, 2006, at 1:41 AM, Steven Livingstone wrote: Xml could be substituted for Microformats with no real side effect - render done via CSS or Xslt Really? How do I make this blue with CSS in IE: dc:creatorScott/ dc:creator? I believe the most popular web browser doesn't support selectors on namespaced tags. I'd call that a real side effect. Peace, Scott ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] Microformats vs XML
My mistake. Apparently it's just namedspaced attributes that IE doesn't support. At least that's what I see when I try this test in IE6: http://lyceum.open.ac.uk/temp/cssns.html Or is there a workaround for this too? Nope (or yep, if you don't mind using JS). But not because of the namespaces -- IE (IE6, that is) doesn't support attribute selectors. :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] Format-of-Formats?
Ryan produced, I extrapolated: Semantic markup is the long tail of microformats. Short and to the point. I like it. :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] Enumerating Microformats on a Page
Are you guys talking about something like this, except in HTML? http://www.google.com/webmasters/sitemaps/docs/en/protocol.html :DG On 3/24/06, Phil Haack [EMAIL PROTECTED] wrote: People do read Microformat content directly which I understand. It fits with the Human First principle. But references to the xmdp profiles are in the head element which is NOT human readable. So there is precedent for non-human readable discoverability mechanism within Microformats. At Mix06, Tantek pointed out that listing all the xmdp profiles that a site used on a homepage could get unwieldy. I suppose if I wanted to help both people and an aggregator find various Microformats of interest, there could be a microformat for a site index. My homepage could include it or simply link to it using some other microformat. Thus for the human, there would be a simple link to follow a href=/siteindex/ rel=siteindexSite Map/a. Likewise, my aggregator would look for this if it didn't find the xmdp profile for a sitemap on the current page. I think this might be useful so aggregators (and users) don't have to crawl an entire site. Has there been any work done in this area? Is it a bad idea? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Reynen Sent: Friday, March 24, 2006 11:50 AM To: Microformats Discuss Subject: Re: [uf-discuss] Enumerating Microformats on a Page Because feed auto-discovery links are in the content, not the headers of HTTP responses, aggregators have to download the entire page, and most aggregators search first for link type=alternate ... tags, and second for something like a href=something.rssRSS/a. The link tag makes more sense here because people don't read feeds directly, so it doesn't make a lot of sense to provide human-readable a links to feeds. But people *do* read microformat content directly, so if it's related to the current page, it should be linked from the current page, and any human or machine looking site-wide for microformat content (or anything else) should follow links throughout the site. Peace, Scott ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
[uf-discuss] Searching email archives...
A friend had asked me a question to which, alas, I don't have a good answer. How does one search this list's archives? There doesn't seem to be an easy way to do it apart from downloading each month into one folder type of thing. Anybody care to share their tips, tricks, and obviously missed links? :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] Microformats for Dummies
I don't yet have a deadline -- it's more of a common use tool. I am trying to pitch it to the local Internet Professionals Society as a test vehicle, but the main purpose is t o alleviate the semantic snob gap. I see way too many people not getting it. :DG On 3/22/06, Tara Hunt [EMAIL PROTECTED] wrote: Hey Dimitri, Chris and I are actually working on a Microformats for the rest of us kind of presentation right now (me, being a non-developer, but enthusiastic advocate is helpful for bridging those gaps...and it helps me understand). What's your deadline? Tara On 3/22/06, Al Gilman [EMAIL PROTECTED] wrote: At 4:03 PM -0600 3/22/06, Dimitri Glazkov wrote: I am going to try and put together a Microformats for Dummies presentation [...] Any good pointers are appreciated. Do demo the hCard -- vCard bot. Anyway, that is for me the most memorable killer stroke from the session we had at the W3C Technical Plenary[1]. The point at which you say of course! Al [1] find Session 3: Microformats at http://www.w3.org/2006/03/01-TechPlenAgenda.html ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] Fwd: Microformats for Dummies presentations/talks/slides/points
Ryan, This is indeed a good basics of microformats presentation, but the audience I am going for will be lost on the 2nd slide. What I am going to try is a more socio-economical impact slant, outcomes, the big picture. Actually, the part of Gates/O'Reilly dialogue Mark quoted today is a very good example. :DG On 3/22/06, Ryan King [EMAIL PROTECTED] wrote: I covered a good deal of basics at webzine: http://theryanking.com/ presentations/2005/webzine/. -rk On Mar 22, 2006, at 2:03 PM, Dimitri Glazkov wrote: == Oops -- I sent it to the wrong (microformats-rest) group. Damn you, auto-complete! Guys, I am going to try and put together a Microformats for Dummies presentation -- a 50-minute pitch of microformats to the about-technical crowd, with no prerequisites and possibly some (pre|mis)conceptions. The audience in broad strokes: * actively uses Web today * is vaguely familiar with HTML (FrontPage, Dreamweaver) * stares blankly when semantic markup is mentioned * understands general client-server interaction concept (surprisingly, some even built C/S apps) General goals: * gain general understanding of what microformats are about * introduce fuzzy yet warm appreciation of the bigger picture (semantic web, future, etc.) * shed light on microformats process and its implications (Community Mark, etc.) on the modern business process (ok, this may be a touch out of scope) * give away bunches upon bunches of MF t-shirts Any good pointers are appreciated. :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss -- Ryan King [EMAIL PROTECTED] ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] What to do when a microformat doesn't quite fit?
While we're rolling here, can I timidly take offense with the address requirement for author optimization? On that blog post from http://fuzzycontent.com (see nearby thread), I concocted an example which quickly turned out to be invalid, because of this issue. See, I wanted to create an embedded feed, which lists current blog project participants. This is an hAtom feed, embedded in a post, which is part of a blog owned by multiple folk (kind of like microformats.org blog). Address author optimization isn't the right thing, because the hCard only indicates who authors the embedded feed, not the blog or page. Am I out of luck on this example? :DG On 3/21/06, brian suda [EMAIL PROTECTED] wrote: I have seen the issue of author appear more than once in regards to hAtom, so maybe it is time to refactor. hResume has brainstormed away to call back to an object via reference, X2V supports this for vCards and vEvents, so the hAtom XSLT can steal that code if they want. Basically, the idea is that you declare your author at the top of the page or at the first post etc... and you add an ID=foo-bar-author Then inside later posts you simply add: object data=#foo-bar-author/ and this basically is telling the system to include the data inside #foo-bar-author inside the post. http://microformats.org/wiki/resume-brainstorming#hCard_reference_via_object This may or may not be something hAtom wants to look into. -brian ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
[uf-discuss] hAtom look-see
Fellas, I wrote a post with an itsy-bitsy dose of hAtom in it: http://fuzzycontent.com/index.php/2006/03/14/context-wants-to-be-free-too/ I can't get any of the listed tools to validate it, though. Can you lend me a hand with your expertize and tell me if I am doing something wrong? :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] Experimental implementation of hAtom on diveintomark.org
I think vCard has nearest-in-parent optimization. So, IMHO, no, it doesn't: http://microformats.org/wiki/hatom#Entry_Author Also, I think Nearest in Parent algorithm probably should be called First Ancestor With? :DG On 3/14/06, Mark Pilgrim [EMAIL PROTECTED] wrote: http://beta.diveintomark.org/archives/2004/10/18/exit Based on Wordpress 2.0.2. No changes were required in the Wordpress code; it already marks up categories with rel=tag, and everything else could be done in my theme files. One question: does the vCard need to be inside the hentry? Because mine isn't, and it would be inconvenient (though not impossible) to move it. I see something on the wiki about a nearest in parent algorithm, but I missed the discussion about it and I'm not comprehending the sample code at the moment. -- Cheers, -Mark ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] hAtom draft
David, Just in case people didn't say this enough: this hAtom thing is tremendous. I am working on implementing it at a client's site and I am enjoying the quality of the spec and the level of thought that went into it. Now, try to fit that head into a doorway :) :DG ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
