[uf-discuss] uf on mobile devices

2008-01-03 Thread Andy Mabbett
In message [EMAIL PROTECTED], Michael MD [EMAIL PROTECTED] writes Quite a lot of phones in recent years appear to have some (limited) support for iCal/vCard ... so online conversion tools or server-based tools may be the only practical way to go until phones with better browsers which include

[uf-discuss] PD wording: inconsistency between wiki and blog

2008-01-03 Thread Andy Mabbett
The wording: One way to address some of these concerns is for individual contributors to decide for themselves if they'd like to put their own individual contributions to the wiki, mailing lists, blog, and IRC channel into the public domain. [...]

Re: [uf-discuss] Multi-word tagging

2008-01-03 Thread [EMAIL PROTECTED]
There's often information in the full URL that allows you to place a tag in context, so a clever enough bit of software should be able to figure out that http://flickr.com/photos/tags/stars/clusters/night-sky-longexposure/ is related to http://en.wikipedia.org/wiki/Stars but not to

Re: [uf-discuss] uf on mobile devices

2008-01-03 Thread Ciaran McNulty
On Jan 3, 2008 12:33 PM, Andy Mabbett [EMAIL PROTECTED] wrote: In message [EMAIL PROTECTED], Michael MD [EMAIL PROTECTED] writes I can't even copy plain text from web pages using the native browser on my Nokia N95; nor for that matter, with Opera Mini - though I have more confidence in the

[uf-discuss] Tentative proposal: Sub-microformats to streamline common microformat patterns for simple data

2008-01-03 Thread Andy Mabbett
One of the microformat principles is (while not expressed in so many words) that we should make life easier for publishers, and load work onto parsers, instead. There are a great many pages where a vCard is, or could be applied to a single data-value (such as a name) in prose, or a table,

[uf-discuss] Tentative proposal: Sub-microformats to streamline common microformat patterns for simple data

2008-01-03 Thread Andy Mabbett
In message [EMAIL PROTECTED], Guillaume Lebleu [EMAIL PROTECTED] writes Andy Mabbett wrote: We could simply declare, in the manner of implied-n-optimisation, that an hCard with no children: as span class=vcardJohn Smith/span said Why use the semantics of an electronic business

[uf-discuss] CSS for microformats

2008-01-03 Thread Andy Mabbett
I've posted a couple of CSS fragments which I use when publishing microformats, and which others might also find useful: http://microformats.org/wiki/css Please feel free to reuse or improve them, and to post other examples. -- Andy Mabbett

Re: [uf-discuss] Tentative proposal: Sub-microformats to streamline common microformat patterns for simple data

2008-01-03 Thread Guillaume Lebleu
Andy Mabbett wrote: Because they're the most appropriate semantics; I don't agree with that, but I'm not going to argue about it. and because people are already using the long-hand version of hCard to do so. vCard is an electronic business cards standard; hCard is not merely an electronic

Re: [uf-discuss] Tentative proposal: Sub-microformats to streamline common microformat patterns for simple data

2008-01-03 Thread Paul Wilkins
On Jan 4, 2008 6:00 AM, Andy Mabbett [EMAIL PROTECTED] wrote: There are a great many pages where a vCard is, or could be applied to a single data-value (such as a name) in prose, or a table, without further attributes being present; for example: ...as John Smith said... Currently,

Re: [uf-discuss] Tentative proposal: Sub-microformats to streamline common microformat patterns for simple data

2008-01-03 Thread Martin McEvoy
Hello Paul, Andy... On Fri, 2008-01-04 at 10:07 +1300, Paul Wilkins wrote: What if the include pattern could be used without having to be inside an hcard? as span class=fn id=john-smith-nameJohn Smith/span said You could wrap it in item: span class=item span class=fn

Re: [uf-discuss] Tentative proposal: Sub-microformats to streamline common microformat patterns for simple data

2008-01-03 Thread Martin McEvoy
On Thu, 2008-01-03 at 21:44 +, Martin McEvoy wrote: You could wrap it in item: span class=item span class=fn id=john-smith-nameJohn Smith/span /span would the class-include work then? Operator and Tails don't have any issues with wrapping fn in an Item and using the class include

Re: [uf-discuss] Tentative proposal: Sub-microformats to streamline common microformat patterns for simple data

2008-01-03 Thread Brian Suda
On 03/01/2008, Martin McEvoy [EMAIL PROTECTED] wrote: On Thu, 2008-01-03 at 21:44 +, Martin McEvoy wrote: You could wrap it in item: span class=item span class=fn id=john-smith-nameJohn Smith/span /span would the class-include work then? Operator and Tails don't have any

[uf-discuss] Tentative proposal: Sub-microformats to streamline common microformat patterns for simple data

2008-01-03 Thread Andy Mabbett
In message [EMAIL PROTECTED], Martin McEvoy [EMAIL PROTECTED] writes On Fri, 2008-01-04 at 10:07 +1300, Paul Wilkins wrote: What if the include pattern could be used without having to be inside an hcard? as span class=fn id=john-smith-nameJohn Smith/span said You could wrap it in item:

[uf-discuss] hCard to represent simple entities (was: Tentative proposal...)

2008-01-03 Thread Andy Mabbett
In message [EMAIL PROTECTED], Guillaume Lebleu [EMAIL PROTECTED] writes Andy Mabbett wrote: Because they're the most appropriate semantics; I don't agree with that, but I'm not going to argue about it. and because people are already using the long-hand version of hCard to do so. vCard is an

Re: [uf-discuss] Tentative proposal: Sub-microformats to streamline common microformat patterns for simple data

2008-01-03 Thread Martin McEvoy
On Thu, 2008-01-03 at 22:55 +, Andy Mabbett wrote: In message [EMAIL PROTECTED], Martin McEvoy [EMAIL PROTECTED] writes On Fri, 2008-01-04 at 10:07 +1300, Paul Wilkins wrote: What if the include pattern could be used without having to be inside an hcard? as span class=fn

Re: [uf-discuss] hCard to represent simple entities (was: Tentative proposal...)

2008-01-03 Thread Jim O'Donnell
On 3 Jan 2008, at 23:04, Andy Mabbett wrote: For clarity, the former can be distilled to: hCard is for representing people, companies, organizations, and places Reference strings, in TEI markup at least, can also refer to the names of books, ships, plays, films and

[uf-discuss] hCard to represent simple entities (was: Tentative proposal...)

2008-01-03 Thread Andy Mabbett
In message [EMAIL PROTECTED], Jim O'Donnell [EMAIL PROTECTED] writes For clarity, the former can be distilled to: hCard is for representing people, companies, organizations, and places Reference strings, in TEI markup at least, can also refer to the names of books, ships,

Re: [uf-discuss] hCard to represent simple entities (was: Tentative proposal...)

2008-01-03 Thread Andy Mabbett
In message [EMAIL PROTECTED], Jim O'Donnell [EMAIL PROTECTED] writes Reference strings, in TEI markup at least, can also refer to the names of books, ships, plays, films and pretty much anything that can be given a name. hCard works for people and places, but is it general enough to cover those

Re: [uf-discuss] hCard to represent simple entities

2008-01-03 Thread Guillaume Lebleu
Andy Mabbett wrote: The hCard spec says that: hCard is a simple, open, distributed format for representing people, companies, organizations, and places, using a 1:1 representation of vCard (RFC2426) properties and values note that's NOT: hCard is a 1:1

Re: [uf-discuss] Tentative proposal: Sub-microformats to streamline common microformat patterns for simple data

2008-01-03 Thread Ryan Cannon
Andy Mabbett wrote: We could simply declare, in the manner of implied-n-optimisation, that an hCard with no children ... defaults to the equivalent of the full mark-up as used above. I wrote about this more than a year ago[1] and created some wiki pages with examples: *