RE: [uf-discuss] Scraping or parsing?

2007-03-06 Thread Joe Andrieu
Scott Reynen wrote: On Mar 2, 2007, at 2:40 PM, Michael MD wrote: I don't see how special cases where something has to be extracted in a different way are expressed in the profiles. Michael didn't see how that was expressed in profiles because it's *not* expressed in the profiles.

RE: [uf-discuss] Tutorial on AHAH (such a cool technology!)

2007-03-06 Thread Mike Schinkel
Paul Wilkins wrote: If you mouse to the bottom right of the presentation (or press C) you'll find there are some minor controls, but you've got to either stumble upon them or know about them beforehand. What's really needed is for someone to take the S5 system and built upon it an easily

OFFLIST: Re: [uf-discuss] Tutorial on AHAH (such a cool technology!)

2007-03-06 Thread Mike Schinkel
Paul: OFFLIST I really enjoyed your discussion, and you seem to be very knowledgable about Javascript issues. I have started a project with a partner in the UK (I am in the USA) that we hope to see grow to be used by most websites and most webusers. One thing we think is missing are

RE: OFFLIST: Re: [uf-discuss] Tutorial on AHAH (such a cool technology!)

2007-03-06 Thread Mike Schinkel
Oops! Oh well, nothing said that I wasn't going to present to the Microformat community eventually! -Mike -Original Message- From: Mike Schinkel [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 06, 2007 4:43 AM To: 'Microformats Discuss' Subject: OFFLIST: Re: [uf-discuss] Tutorial

RE: [uf-discuss] Scraping or parsing?

2007-03-06 Thread Mike Schinkel
Ryan Cannon wrote: Ryan Cannon wrote: Adding an @profile attribute to he headelement is far less technically demanding than, say, creating a tag space, which we also require. Especially as the addition also has no performance or usability impact. It may be less technically

Re: [uf-discuss] Microformat tools bogosity test

2007-03-06 Thread Kevin Marks
On Mar 5, 2007, at 3:31 AM, Danny Ayers wrote: Thought this might be useful: http://dannyayers.com/misc/microformats/soupdragon http://epeus.blogspot.com/2007/03/hot-news-people-lie.html Or, as we say round here, 'not 80%' ___

Re: [uf-discuss] Microformat tools bogosity test

2007-03-06 Thread Christopher St John
On 3/6/07, Kevin Marks [EMAIL PROTECTED] wrote: The 80% thing has become nearly meaningless. Let me clarify that - Danny's 'ceci n'est pas une pipe' example is clearly not 80%. There is a potential danger of people misrepresenting things as microformats that aren't (eg spammers), but

Re: [uf-discuss] Microformat tools bogosity test

2007-03-06 Thread Scott Reynen
On Mar 6, 2007, at 10:09 AM, Kevin Marks wrote: Let me clarify that - Danny's 'ceci n'est pas une pipe' example is clearly not 80%. I think 80% is irrelevant here because it's not even the same problem. Profile URIs solve the problem of ambiguous assertions. They do not solve the

[uf-discuss] RE: Scraping or parsing?

2007-03-06 Thread Ryan Cannon
On Mar 6, 2007, at 11:46 AM, Mike Schinkel wrote: What I said was: WYSIWYG-only users can't read code. Microformats without tools are code. In my experience, WYSIWYG users who post code they cannot read rarely get the outcome they desire. Authoring Microformats with the intention that they be

Re: [uf-discuss] Formatting arbitrary dates, not part of hCalendar

2007-03-06 Thread James Craig
Bob Jonkman wrote: Hi all: Today I had the urge to mark up an arbitrary date, not one that is part of an hCalendar event, eg. Use version 7.0.2 from abbr title=2007-03-055 March 2007/span This is to provide some standarization in presenting dates, but keep them human- readable in

Re: [uf-discuss] Tutorial on AHAH (such a cool technology!)

2007-03-06 Thread Paul Wilkins
Mike Schinkel wrote: Strange; S5's intro[1] DOES print correctly in outline mode, but Roger's AHAH slideshow does not. Now that *is* an interesting problem. It appears that Roger uses a separate print stylesheet that forces the page break after each slide. Naughty Roger. At least some of

Re: [uf-discuss] Scraping or parsing?

2007-03-06 Thread Paul Wilkins
From: Mike Schinkel [EMAIL PROTECTED] I have a book in my hands Definitive XML Schema written in 2001, published in 2002 and it discussed Namespaces in depth. The recommendation may have been last year, but it was not last year that the technology was available for people to use. And the fact

Re: [uf-discuss] Formatting arbitrary dates, not part of hCalendar

2007-03-06 Thread Andy Mabbett
In message [EMAIL PROTECTED], Bob Jonkman [EMAIL PROTECTED] writes Today I had the urge to mark up an arbitrary date, not one that is part of an hCalendar event, eg. Use version 7.0.2 from abbr title=2007-03-055 March 2007/span This is to provide some standarization in presenting dates,

Re: [uf-discuss] Formatting arbitrary dates, not part of hCalendar

2007-03-06 Thread Andy Mabbett
In message [EMAIL PROTECTED], Bob Jonkman [EMAIL PROTECTED] writes dtstart and dtend aren't appropriate semantic classes in this example. Is there a proper microformat for arbitrary dates? P.S. What about class=dtstamp ? Which, I notice is missing from:

hCalendar property list (was Re: [uf-discuss] Formatting arbitrary dates, not part of hCalendar)

2007-03-06 Thread Tantek Çelik
On 3/6/07 12:32 PM, Andy Mabbett [EMAIL PROTECTED] wrote: Which, I notice is missing from: http://microformats.org/wiki/hcalendar-cheatsheet What properties should it have there? This is an excellent question, and one that has been raised before (by Andy and others, i.e. where is

Re: [uf-discuss] Formatting arbitrary dates, not part of hCalendar

2007-03-06 Thread Paul Wilkins
From: James Craig [EMAIL PROTECTED] In this case, I think what you are looking for is the 'datetime' attribute on INS and DEL elements. ins datetime=2007-03-055 March 2007/ins This has nothing to do with microformats; it's just semantic HTML. It specifies the time of the insertion or

Re: [uf-discuss] Formatting arbitrary dates, not part of hCalendar

2007-03-06 Thread James Craig
Paul Wilkins wrote: While it specifies the time of insertion or deletion, the semantics of that don't match up with what we're wanting to do here. Unless you and Bob are working on that project together, the semantics of the use can only be determined by Bob. The INS and DEL elements are

Re: [uf-discuss] Formatting arbitrary dates, not part of hCalendar

2007-03-06 Thread Paul Wilkins
From: James Craig [EMAIL PROTECTED] While it specifies the time of insertion or deletion, the semantics of that don't match up with what we're wanting to do here. Unless you and Bob are working on that project together, the semantics of the use can only be determined by Bob. The semantics

Re: [uf-discuss] Formatting arbitrary dates, not part of hCalendar

2007-03-06 Thread Paul Wilkins
From: James Craig [EMAIL PROTECTED] Given that, you might also want to specify the URI for version changes. ins cite=/whatsnew/7.0.2/ datetime=2007-03-05Use version 7.0.2 from 5 March 2007./ins My apologies James, I see that we're both approaching the same answer from different

Re: [uf-discuss] Scraping or parsing?

2007-03-06 Thread Michael MD
But Michael can, of course, better clarify for himself exactly what he was looking for and not finding. I just thought I might be able to use the profile idea to provide a way to tell a parser what to look for. If they are not meant for that then that is my mistake. I just thought I might be

Re: hCalendar property list (was Re: [uf-discuss] Formatting arbitrary dates, not part of hCalendar)

2007-03-06 Thread Benjamin West
Question: would the community be ok with a draft approximate property list for hCalendar sooner than a comprehensive precise property list later? My standards/implementation instincts had biased me towards the latter, but I realize that in many ways, ironically, that's actually contrary to much

Re: [uf-discuss] hCal issues: organizer=vCard and value concatenation

2007-03-06 Thread Paul Wilkins
Scott Reynen wrote: My main problem is the class=vcard organizer. The hCal spec [1] says ORGANIZER in iCalendar may be represented by an hCard in hCalendar, so that's what I'm doing. I want the class=fn org to be part of the vCard, so I need to wrap the vCard around both the h2 and the