Re: [uf-discuss] Pingeratti - multiple submissions
If you are using wordpress you could use my pingerati plugin - I wrote it ages ago and I wouldn't say it's been thoroughly tested, but it may be what you need. http://www.lifelint.com/blog/wp-pingerati-pinger-plugin/ Mark On 10/1/06, Andy Mabbett [EMAIL PROTECTED] wrote: In message [EMAIL PROTECTED], Marko Mrdjenovic [EMAIL PROTECTED] writes you can try using http://friedcellcollective.net/pingerator/ Thank you; I'll have a play with that in a day or two. -- Andy Mabbett Say NO! to compulsory ID Cards: http://www.no2id.net/ Free Our Data: http://www.freeourdata.org.uk ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss -- picking the lint off your life ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
[uf-discuss] Microformats talk in Melbourne - John Allsopp
Having a leading edge talk on microformats is a bit of a treat for those of us not in a technology hub. So on Thursday when John Allsopp presented his lightning (is 30 minutes lightning?) overview of microformats there were a bunch of people who were eager to get the dirt on the topic. I gotta say that John is a battery pack of energy and it really made the talk very enjoyable and I reckon a heap of people learnt a lot and really started to 'get' what uF are about. What I really liked about the event is that there were people from all over the IT discipline tree - graphic designers, VB programmer, managers (e), .NET experts, Java lackies and the (now) obligitory Ruby junkies. After the talk the room was buzzing with ideas and conversation. It was a real rarity and a treat to have an event like this in Melbourne (well, outside the Valley really) and I wanted to publicly thank John, Maxine and the WebDirections conference for putting it on. It was fantastic to have people from SitePoint, The Lonely Planet and Sensis all there too and if Melbourne is representative of other non tech-hub cities then microformats are looking good for an even wider adoption. Did anyone else on the mailing list see the talk? I'd love to know how many of you are here :) -- picking the lint off your life ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] all day events
Thanks for informing me of the eventual decision - it is appreciated. I'm glad you've gone for the shortened version too. Mark On 6/13/06, Ryan King [EMAIL PROTECTED] wrote: Its been a long time, but I want to tie up this loose end. I quote the entire email below, just for context, but I'm gonna reply up here. Long story short, Mark, I think you were right, we should keep things simpler with dates. Previously we'd been padding all dates to full datetimes, though it had never been specified that this was required. Brian's recently made changes to a bunch of the hcalendar tests to make the date's more sane [http://hg.microformats.org/tests? cs=5e956386a971]. We still need to specify this in the parsing document, so that its clearer. thanks Mark, ryan On Feb 16, 2006, at 3:45 AM, Mark Mansour wrote: You're right there is a date type, but we ignore it for good reason. Sorry that I took me awhile to respond, but I couldn't remember at first the exact reason for the way we do it. Hey, not a problem. Anyway, the reason we confound the DATE and DATETIME types is that they are treated essentially the same by calendaring applications. For example, I just created an event in Apple's iCal.app for 2/6-2/9 (last week), then exported it: BEGIN:VCALENDAR VERSION:2.0 X-WR-CALNAME:blah PRODID:-//Apple Computer\, Inc//iCal 2.0//EN X-WR-RELCALID:4BA2A3D9-23D1-495E-BFA2-AA439939BF0C X-WR-TIMEZONE:America/Los_Angeles CALSCALE:GREGORIAN METHOD:PUBLISH BEGIN:VEVENT DTSTART;VALUE=DATE:20060206 DTEND;VALUE=DATE:20060209 SUMMARY:blah UID:26F9A96A-5D25-455A-8240-12EED1ADF63C SEQUENCE:4 DTSTAMP:20060214T070829Z END:VEVENT END:VCALENDAR Notice that, though I created the event as ending on 2006-02-08, it put 2006-02-09, making 2006-02-09 == 2006-02-09T00:00. I'm not really clear on the argument you are making here. I see two issues with your statement (a - that calendaring programs like the Apple one do understand both dates and datetimes; and b - that you've said the end date is both the 8th and the 9th in your example (and I do understand the idea that end dates are exclusive)) - but this isn't really what I was trying to convey. Let me try to restate the issue again in a different way, maybe it will clear things up. I reckon: - 2006-02-09 is a date - 2006-02-09T00:00 is a 'floating' datetime - semantically (sorry, I don't like that word) 2006-02-09 == 2006-02-09T00:00 - but 2006-02-09T00:00 is the ugly way of saying 2006-02-09 - the hcard-parsing page says For properties which take an ISO8601 datetime value, parsers *should* pad any necessary precision (e.g. seconds) and *should* normalize any datetimes with timezone offsets - since there is no timezone, none should be present in the final date (or datetime) therefore the proper way to write 2006-02-09 is 2006-02-09T00:00:00. In my blog entry I was asserting that is was neater to write the datetime simply as a date - that was a big portion of my blog entry - perhaps not as clearly expressed as it should have been. Again, I just think 2006-02-09 is neater. For the sake of all of those concerned (who have even bothered to read this far) that we agree on, as you said earlier, that (drumroll please) ---2006-02-09 == 2006-02-09T00:00:00 Therefore it would be nice to add clarification to the hcard- parsing spec saying - all dates information should be expressed as datetimes - 'all day events' *may* be represented without a timezone, if they are a floating time (as described in rfc2445), but *should* have the hour, minute and second represented as 00:00:00 Phew. Mark ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss -- picking the lint off your life ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
[uf-discuss] pingerati notes
I have to say great job on the pingerati digester and multiplexer! Just a couple of administrative items - I cant get reach events.pingerati.com/ping/ or review.* as noted on the about page (I stopped trying after these two failed) - the ping format on the about page indicates that the scheme should not be used in the ping URI, but the homepage and the bookmarklet seem to indicate that the scheme should be included and that it should be http:// (my preference is for the scheme should be included). Mark -- picking the lint off your life ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
[uf-discuss] Pingerati WordPress Plugin
I've just finished a quick wordpress plugin to send your new posts to pingerati. It has been written pretty quickly and I'm by no means a PHP expert, so download it, have a bit of a play with it and let me know what you think and how it can be imporved. http://www.lifelint.com/blog/wp-pingerati-pinger-plugin/ Mark PS: I've got it running on dreamhost where my blog is hosted. -- picking the lint off your life ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] 30boxes makes a mapendar
Chris, this is great - I really love it. I'm just pulling my hair out that there are NO free geocoding services in Australia. (rant over)... Mark On 5/30/06, Chris Messina [EMAIL PROTECTED] wrote: Not sure if y'all saw this, but this is the perfect kind of application for microformats: http://30boxes.com/blog/index.php/2006/05/25/30-boxes-event-and-feed-mapper/ Or, if you have an account: http://30boxes.com/map If there's geo-data in the feeds that you add to 30boxes, it'll be mapped for you. Chris ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss -- picking the lint off your life ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
[uf-discuss] Is there an Ask Question or Request for Referral style microformat
I have the need to capture and present, in a structured manner, a request for referrals. i.e. capture in a stuctured way the question (request) Who sells the best coffee beans in San Mateo, CA? and then the answers 1. Joes on El Camino Real, 2. Bobs in San Carlos is great too. Has anyone used/developed something like this or have a list of top 5 sites I should look at? FYI: I'm looking at integrating this into the stucture blogging work that has already been done. Thanks Mark -- picking the lint off your life ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] Is there an Ask Question or Request for Referral style microformat
It is not really like a FAQ or a poll (limited set of answers), more like asking an open ended question. A typical implementation may be a blog - where an entry is made asking the readers for their opinion and the comments serve as the answers. In this way the question and the answers are freeform text (unlike a poll) and the number of answers is not limited (unlike a FAQ). I have looked at the list of microformats and I haven't found anything that quite fits the bill, but that doesn't mean there isn't anything out there. Otherwise I'll just do what I think is necessary and if others like it then it can evolve into a uF... Mark On 5/9/06, Rémi Prévost [EMAIL PROTECTED] wrote: Paul Bryson wrote: Sounds like a FAQ, no? Mark Mansour wrote: I have the need to capture and present, in a structured manner, a request for referrals. i.e. capture in a stuctured way the question (request) Who sells the best coffee beans in San Mateo, CA? and then the answers 1. Joes on El Camino Real, 2. Bobs in San Carlos is great too. Has anyone used/developed something like this or have a list of top 5 sites I should look at? FYI: I'm looking at integrating this into the stucture blogging work that has already been done. Thanks Mark -- picking the lint off your life ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss I think he was rather thinking about a way of asking a question to his websites visitors, like: p class=request span class=questionWho sells the best coffee beans in San Mateo, CA?/span ul class=choices liJoes on El Camino Real/li liBobs in San Carlos/li /ul /p Is that what you were thinking about? -- 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 -- picking the lint off your life ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
[uf-discuss] google calendar not importing lifelint/technorati feeds
Well, google calendar went live (calendar.google.com) and I've been playing with it a bit. One interesting feature is the ability to import .ics files[1] from a URI provided. I've tried using the LifeLint service and the technorati feeds service but I'm not having any luck importing via these services. I can import and ICS file from other sites (http://icalx.com/public/rohanl/Australian32Holidays.ics). Does anyone have any ideas of why the technorati/lifelint feeds aren't working? Mark 1 - Click the + sign next to other calendars on the left hand side, then select the Public Calendar Address tab. -- picking the lint off your life ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] adr in hCalendar
Brian, Very clean. Nice. On 3/17/06, brian suda [EMAIL PROTECTED] wrote: You are correct that the LOCATION in iCalendar is less formal and probably intended for things like Room 120. It is possible to Mix microformat conent, so you can easily have both location and adr. For Example: span class=location adr SxSW span class=localityAustin/span, span class=regionTX/span Conference center room 18 /span or span class=adr SxSW span class=localityAustin/span, span class=regionTX/span Conference center span class=locationroom 18/span /span This should help in both cases. -brian Paul Bryson wrote: hCalendar is currently using the location class to specify the location of the an event. However, hCard (and supposedly everything else in the future) uses adr to describe indicate an object's location. It seems like, from use and description, that the location moniker is intended to convey less formal geographic location information. For instance, location may contain: Bob Bullock Museum whereas adr may contain: 1-A Hwy 71 West Bee Cave, TX 78738 Would it be possible to allow adr to be used in hCalendar? Any ideas about how it should be used? Atamido ___ 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 -- picking the lint off your life ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] Microformats Implementations details/taxonomy for hCalendar (to start with)
The categorisation does make navigation simpler. I don't want to sound like the wiki police, but it may be worth while to specify the order in which items are added to a list. i.e. newer items at the top/bottom of lists, alphabetical, etc. Mark On 3/10/06, Tantek Çelik [EMAIL PROTECTED] wrote: In an attempt to make it easier for folks to find particular types of implementations for each microformat, I have organized the Implementations section of the hCalendar specification into what feels like a decent best first guess at categories of implementations that people may be interested in for various purposes: * Authoring * Browsing * Converting * Libraries * Potential (typically open source projects we'd like to add support to) Some of those have subcategories also. Take a look and let me know if this makes sense, if it is better than just a flat list of implementations, etc., and if you have any suggestions for improvements If folks this is a good idea, then we can proceed to update the Implementations sections of the other specs accordingly. The goal here is to make it *easier* for folks reading the microformats specifications to find tools/libraries to do stuff with microformats. http://microformats.org/wiki/hcalendar#Implementations Thanks, Tantek ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss -- picking the lint off your life ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] REMINDER: hCalendar IRC meetup tomorrow/today
The summarised notes from the hCal meetup are available here http://microformats.org/wiki/hcalendar-irc-meetup-20060225 Thanks for posting these. Unfortunately I was unable to make it to the IRC meetup. It would have been great to have a few more people attend, but I think the meeting did go pretty well. The items for discussion were posted to http://microformats.org/wiki/hcalendar-issues as soon as I was made aware that this was the correct place to put them, which unfortunately was just before the scheduled time. The questions have been available for over a week at http://www.lifelint.com/blog/wp-content/uploads/2006/01/hcalendar-agenda-20060 225.html I believe there are good answers (either explicit or implicitly defined in the current spec) to most of these issues, and I'll go through them, and answer as many as I can, perhaps moving some to the FAQ. The agenda was just a starting place for the meeting and I think it has served its purpose. I think there would be more value in looking at the notes: - http://microformats.org/wiki/hcalendar-irc-meetup-20060225 and giving your 2c on the issues - http://microformats.org/wiki/hcalendar-issues and them roll them into the FAQ/Spec The main implication from the meeting is that the vcalendar class seems redundant. For now, see Note 2 on the Example in the spec. Ah, I see the source of confusion now. It looks like some damage done by a vandal, change 07:53 6 Jan 2006 by Serginandr, was not undone unfortunately, and thus part of Note 2 was hidden (it was a markup example). I'll go fix it. Brian Suda and I had quite a lengthly discussion on this topic. I would be interested to hear your thoughts on our disucssion (either agreeing or disagreeing). Mark ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
[uf-discuss] REMINDER: hCalendar IRC meetup tomorrow/today
Just a quick reminder that there will be an IRC meetup in just over 13 hours on the microformats IRC channel to work out some hCalendar issues. For more information see post: http://microformats.org/discuss/mail/microformats-discuss/2006-February/003125.html I look forward to seeing all interested parties there. Mark -- picking the lint off your life ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] REMINDER: hCalendar IRC meetup tomorrow/today
Hi uF peeps, The summarised notes from the hCal meetup are available here http://microformats.org/wiki/hcalendar-irc-meetup-20060225 The items for discussion were posted to http://microformats.org/wiki/hcalendar-issues as soon as I was made aware that this was the correct place to put them, which unfortunately was just before the scheduled time. The questions have been available for over a week at http://www.lifelint.com/blog/wp-content/uploads/2006/01/hcalendar-agenda-20060225.html The main implication from the meeting is that the vcalendar class seems redundant. But you'll find more info in the notes and the IRC discussion. Mark On 2/25/06, Tantek Çelik [EMAIL PROTECTED] wrote: Hi Mark, Please make sure that any hCalendar issues that you know of are documented on the hcalendar-issues page sufficiently in advance so that folks have some time to read them and consider them, and so that we keep a history of the issues somewhere easier to follow than email. http://microformats.org/wiki/hcalendar-issues Thanks, Tantek On 2/24/06 3:46 AM, Mark Mansour [EMAIL PROTECTED] wrote: Just a quick reminder that there will be an IRC meetup in just over 13 hours on the microformats IRC channel to work out some hCalendar issues. For more information see post: http://microformats.org/discuss/mail/microformats-discuss/2006-February/003125 .html I look forward to seeing all interested parties there. Mark -- picking the lint off your life ___ 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 -- picking the lint off your life ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
[uf-discuss] spec interpretation question with hCalendar attr element example
Hi again, Although there is a hCalendar meetup on Friday/Saturday on IRC (plug, plug - see a recent post) I had a general question to ask here first that can be highlighted with a specific example.. My general question is how to interpret the microformat specs. When in doubt do you 'interpret' the spec literally in a hard line manner (be a spec bigot) or view of the situation as widely as possible (i.e. rfc793 - Postel's law). I'm looking at http://www.webanalyticsassociation.org/en/calendarevents/search.asp and I've notices that there is a tag for location that looks like this: abbr class=locationKempinsky Hotel Airport Munich, Munich, Bavaria 85356/abbr The spec says - Once an element for a property is found, the contents of the element are used for the value. Great, this is the general rule in which the location would be the Kimpinsky Hotel.. BUT there is a more specific rule that says For all properties, when the element for a property is: * abbr: use the value of the 'title' attribute. which doesn't apply to this tag, which means there is no value for the location. BTW: both X2V (Brian Suda's xslt) and LifeLint (my parser) fail on this one.. So does the more specific rule override the general rule in all cases or does the general rule override the specific rule if it doesn't match? Mark -- picking the lint off your life ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
[uf-discuss] hCalendar irc meetup
Hi hCalendar devotees, There are a couple of unanswered questions that I have with hCalendar. I could start another email thread, or we could just bash it out in IRC. I'm going with the IRC option. It is pretty tough for me (+11) to find a time where I can make it and Brian Suda (-6) and the Bay Area folk (-8) can all make it. So I'm going to just propose - 12am Saturday the 25th of Feb for +1100 people - 7pm Friday, 24th of Feb for -0600 - 5pm Friday, 24th of Feb for -0800 I have a rough agenda worked out, but if anyone wants to add/remove stuff from it then let me know. You can find the agenda here: http://www.lifelint.com/blog/wp-content/uploads/2006/01/hcalendar-agenda-20060225.html If you want to import it into you calendar (including Outlook) use this http://lifelint.net/calservice/?uri=http%3A%2F%2Fwww.lifelint.com%2Fblog%2Fwp-content%2Fuploads%2F2006%2F01%2Fhcalendar-agenda-20060225.htmlformat=icaloutlook Finally, if this is just the wrong way to go about things please let me know Mark -- picking the lint off your life ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] all day events
You're right there is a date type, but we ignore it for good reason. Sorry that I took me awhile to respond, but I couldn't remember at first the exact reason for the way we do it. Hey, not a problem. Anyway, the reason we confound the DATE and DATETIME types is that they are treated essentially the same by calendaring applications. For example, I just created an event in Apple's iCal.app for 2/6-2/9 (last week), then exported it: BEGIN:VCALENDAR VERSION:2.0 X-WR-CALNAME:blah PRODID:-//Apple Computer\, Inc//iCal 2.0//EN X-WR-RELCALID:4BA2A3D9-23D1-495E-BFA2-AA439939BF0C X-WR-TIMEZONE:America/Los_Angeles CALSCALE:GREGORIAN METHOD:PUBLISH BEGIN:VEVENT DTSTART;VALUE=DATE:20060206 DTEND;VALUE=DATE:20060209 SUMMARY:blah UID:26F9A96A-5D25-455A-8240-12EED1ADF63C SEQUENCE:4 DTSTAMP:20060214T070829Z END:VEVENT END:VCALENDAR Notice that, though I created the event as ending on 2006-02-08, it put 2006-02-09, making 2006-02-09 == 2006-02-09T00:00. I'm not really clear on the argument you are making here. I see two issues with your statement (a - that calendaring programs like the Apple one do understand both dates and datetimes; and b - that you've said the end date is both the 8th and the 9th in your example (and I do understand the idea that end dates are exclusive)) - but this isn't really what I was trying to convey. Let me try to restate the issue again in a different way, maybe it will clear things up. I reckon: - 2006-02-09 is a date - 2006-02-09T00:00 is a 'floating' datetime - semantically (sorry, I don't like that word) 2006-02-09 == 2006-02-09T00:00 - but 2006-02-09T00:00 is the ugly way of saying 2006-02-09 - the hcard-parsing page says For properties which take an ISO8601 datetime value, parsers *should* pad any necessary precision (e.g. seconds) and *should* normalize any datetimes with timezone offsets - since there is no timezone, none should be present in the final date (or datetime) therefore the proper way to write 2006-02-09 is 2006-02-09T00:00:00. In my blog entry I was asserting that is was neater to write the datetime simply as a date - that was a big portion of my blog entry - perhaps not as clearly expressed as it should have been. Again, I just think 2006-02-09 is neater. For the sake of all of those concerned (who have even bothered to read this far) that we agree on, as you said earlier, that (drumroll please) ---2006-02-09 == 2006-02-09T00:00:00 Therefore it would be nice to add clarification to the hcard-parsing spec saying - all dates information should be expressed as datetimes - 'all day events' *may* be represented without a timezone, if they are a floating time (as described in rfc2445), but *should* have the hour, minute and second represented as 00:00:00 Phew. Mark -ryan -- Ryan King [EMAIL PROTECTED] ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss -- picking the lint off your life ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
[uf-discuss] hCalendar test case updates
Hi Folks, Due to the feedback from people on this list, in particular Brian Suda, the hCalendar tests have been updated. The test cases have been relocated to a public subversion repository http://svn.lifelint.com/hcalendar_tests/ so please don't use the old URI of http://lifelint.com/test/hCalendar/ - I'll be removing the old URI data in a few weeks. new test cases are for: - html fragments - del class - xml:lang in any html element - microsoft outlook compliance and a few minor fixes to the test cases. I've updated my parser to handle these cases. The test are lacking examples of - pre - html tables (the axis/header stuff) and it would be great if someone would like to contribute these. Mark Read on only if you are really interested in new test thought process. I've taken a guess at the fragment implementation. I'm assuming that a fragment of test is surrounded by the anchor tag and that only the contents of the anchor should be parsed. If people disagree I'd like to know how they think it should be handled. I've also added a microsoft outlook compliance test based on the writeup from http://www.inkdroid.org/journal/2006/01/19/ical-and-outlook/. Again, I've made a best guess attempt to write up a test. The del and xml:lang tests are fairly obvious. -- picking the lint off your life ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] hCalendar test cases and parser
On 2/8/06, Brian Suda [EMAIL PROTECTED] wrote: i have run X2V through some of the Tests and already caught several problems with my XSLT code. Most of the errors are one of three things: snip Fantastic - this means that the test cases have already been useful. In the next few days i hope to make any and all corrections to X2V and bring-it-up-to-speed, most of the time recently has been spent on hCard, so it will be good to clean-up loose ends for hCalendar great. The few things i noticed X2V accounts for that i wonder if your code either does, or plans too, is the LANG attribute for strings? I was supporting the lang attribute on the html element, but I was incorrectly looking for the xml:lang attribute. This is now fixed. I've also allowed the xml:lang attribute to be added to any element to override the language defined in the html element. I've added test cases for this. the AXIS, HEADER combination in Tables? I have not implemented this and I don't plan to. It is a lot of work for something isn't being used currently. If it gets adoption I'll look into it. elements that are children of DEL elements? I've just just added this and created test cases. preserving whitespace in PRE elements? I'm not preserving PRE spacing. I'd like some good examples of this before I implement it. I'm struggling to see why you'd want this. Many of the same issues that are addressed in the hCard-parsing apply to the hCalendar as well.[1] Thanks for all the hard work, hopefully we can help each other make better products. Agreed. I'm enjoying the collaborative way the microformats community works. Keep it coming! Mark ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
[uf-discuss] all day events
Hi, I've written about my experience with dates and datetimes whilst writing the hCalendar parser [http://www.lifelint.com/blog/2006/02/08/all-day-events/] There are two recommendations - the wording on how timezones are handled needs to be changed; and - the way datetimes are handled could be changed, but unfortunately it would affect hCard. I wanted to see what the community felt about this issue and if we can get consenus roll the changes into the specs. Mark -- picking the lint off your life ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] all day events
The Blog said you wanted comments here! Feel free to cite what I wrote previously. Ah yes, I'm just getting use to the whole blogging thing. I'll add your comments to the blog after I finish work... Mark ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] hCalendar test cases and parser
Thanks for the kind words Tantek, I've added notes to both the implemenation and examples pages. It wasn't obvious to me where to put a reference to my examples, so I put them at the top :) I look forward hearing more from everyone. Mark Mark this is awesome! Definitely add a link to your implementation (and blog post about it) to the Implementations section in the hCalendar spec: http://microformats.org/wiki/hcalendar#Implementations As well as a link to your test cases on the hCalendar examples page: http://microformats.org/wiki/hcalendar-examples Thanks and well done! Tantek ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss -- picking the lint off your life ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] hCalendar anchors...
and if you do that then you have a summary value that is a URL. You can't, because 'summary' is NEVER of type URI/URL per RFC 2445. I mean, why can't a summary be a URL? Because the spec says so: RFC 2445: 4.8.1.12 Summary Property Name: SUMMARY Purpose: This property defines a short summary or subject for the calendar component. Value Type: TEXT Done. Thanks again for the clarification... Mark ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
[uf-discuss] hCalendar anchors...
Hi, This is quite a big post so brace yourself :) I've found some more anomilies in hcal relating to anchors that I want to clarify. I'm hoping that people will post their thoughts as I don't have a 100% definitive answer on how this should be done. To the problem... The general rule for extracting info from hCal seems to be tag class=microformat-element-nametext/tag where the hcal entry looks like class-value:text but for anchors it seems to be a class=microformat-element-name href=locationtext/tag where class-value:href But there are a few exceptions to this case. Below I have compiled a list of anchor examples to help highlight the issues. 1. from http://www.microformats.org/wiki/hcalendar#Example a class=url href=http://www.web2con.com/; span class=summaryWeb 2.0 Conference/span: abbr class=dtstart title=2005-10-05October 5/abbr- abbr class=dtend title=2005-10-087/abbr, at the span class=locationArgent Hotel, San Francisco, CA/span /a Recommended result: URL:http://www.web2con.com/ Format: class-value:href 2. from http://www.microformats.org/wiki/hcalendar-examples#5._iCalendar_Object_Examples divOrganized by: a class=organizer href=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/a/div Recommended result: ORGANIZER:MAILTO:[EMAIL PROTECTED] Format: class-value:href 3. from http://www.microformats.org/wiki/hcalendar-examples#Example_3_2 span class=attendeea class=value href=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/a RSVPed? span class=rsvpTRUE/span/span Recommended result: ATTENDEE;RSVP=TRUE:MAILTO:[EMAIL PROTECTED] Format: class;sub-element-class=subelement-text:href 4. from http://www.microformats.org/wiki/hcalendar-examples#Example_3_2 a class=attach type=application/postscript href=ftp://xyzCorp.com/pub/conf/bkgrnd.ps;ftp://xyzCorp.com/pub/conf/bkgrnd.ps/a Recommended result: ATTACH;FMTTYPE=application/postscript:ftp://xyzCorp.com/pub/conf/bkgrnd.ps Format: class;FMTTYPE=attribute-type:href 5. from http://www.microformats.org/wiki/hcalendar-examples#Example_6._Free.2FBusy_time a class=url href=http://www.host.com/calendar/busytime/jsmith.ifb;http://www.host.com/calendar/busytime/jsmith.ifb/a Recommended result: URL:http://www.host.com/calendar/busytime/jsmith.ifb Format: class-value:href 6. from http://suda.co.uk/projects/holidays/ a class=summary href=createvcal.php?summary=Drinking%20Straw%20Dayamp;description=Today%20in%201888%20the%20drinking%20straw%20was%20patented%2C%20use%20it%20wiselyamp;date=20060103amp;freq=YEARLYamp;interval=1amp;bymonth=1 title=Drinking Straw DayDrinking Straw Day/a Recommended result (from x2v): SUMMARY:Drinking Straw Day Format: class-value:text 7. from http://lists.w3.org/Archives/Public/www-rdf-calendar/2006Jan/0003.html span class=summarya class=url href=http://dps1.travelocity.com/dparcobrand.ctl?smls=Yamp;Service=YHOEamp;.intl=usamp;aln_name=AAamp;flt_num=1655amp;dep_arp_name=amp;arr_arp_name=amp;dep_dt_dy_1=23amp;dep_dt_mn_1=Janamp;dep_dt_yr_1=2006amp;dep_tm_1=9%3A00am;ORD-SFO/AA 1655/a/span Recommended result (from x2v): SUMMARY:ORD-SFO/AA 1655 URL:http://dps1.travelocity.com/dparcobrand.ctl?smls=YService=YHOE.intl=usaln_name=AAflt_num=1655dep_arp_name=arr_arp_name=dep_dt_dy_1=23dep_dt_mn_1=Jandep_dt_yr_1=2006dep_tm_1=9%3A00am Format: class-value:sub-element-text sub-element-class:sub-element-href 1, 2, 3, 4, and 5 seem to follow the same format (3 and 4 show the use of parameters), they are also all from the microformats wiki. 6 is from suda.co.uk which has the primary hcalendar parser available (there is glean, but I haven't tried that yet). 7 is handled by x2v just fine, but is in a format that is different from the other examples. 1 and 7 are opposites of each other, 1 is an a class=url href=locationspan class=summaryvalue/span/a and 7 is span class=summarya class=url href=locationvalue/a/span. I don't think both can be valid and to me 1 seems like the best choice as it is the most consistant and it is taking the href to be the url value - to me that seems like a good idea. I don't like 7 because it seems to indicate that the URL is for the summary. 6 is ok but not great as again, it seems to indicate that the summary has a URL rather than the entire event, maybe that is just me being fussy. So, what do people think of examples 1, 6 and 7? Mark ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
[uf-discuss] parsing hCalendar categories clarification
Hi uF list, I'm writing a hCalendar parser and I'm using the content on http://microformats.org/wiki/hcalendar-examplesas my baseline tests. My question may be caused by a lack of understanding of the 'microformats way' but I would like to know if there is a single way of representing the categories property of a hCalendar? The reason for my confusion is that the categories hCal properties is represented in 3 different ways... a) In 4.6.1 Event Component (http://microformats.org/wiki/hcalendar-examples#4.6.1_Event_Component) you have: ul li class=categoryBusiness/li li class=categoryHuman Resources/li /ul b) in Example 5: journal entry category (http://microformats.org/wiki/hcalendar-examples#Example_5:_journal_entry) there is ul class=category liProject Report/li lixyz/li liWeekly Meeting/li/ul c) and in 5. iCalendar Object Examples, example 1 (http://microformats.org/wiki/hcalendar-examples#5._iCalendar_Object_Examples ) you have: ul class=categories liConference/li /ul a) is fine for me though it takes more work to convert 'category' to 'categories' for an ical b) I thinkthis is wrong since the ical property used is CATEGORY but the RFC says it should be CATEGORIES c) this would be fine too, but both a) and c) are valid there are now lots of ways (ok, 2) to parse the XHTML. my preferred method of expressing categories would be as follows, but I don't know if this format is still in flux... ul li class=categoriesBusiness/li li class=categoriesHuman Resources/li /ul So which is correct? Are they all correct and they all need to be understood? Some guidance would be appreciated. Also, what is the ettiqette for updating the uF wiki? Just get in there and go for it or pass it through a moderator? One of the examples needs to be updated because the XHTML is incorrect span class=rsvpTRUE/span - notice the text is TRUE I'm looking forward to your replies (hopefully) Mark ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss