[uf-discuss] Developing a strategy for deployment of microformats
ryan at technorati.com
Tue Jul 18 12:03:24 PDT 2006
On Jul 18, 2006, at 9:12 AM, Brian Kelly wrote:
> Hi Ryan
> Sorry for the delay in replying to this.
>> -----Original Message-----
>> From: Ryan King [mailto:ryan at technorati.com]
>> Sent: 05 July 2006 22:36
>> To: B.Kelly at ukoln.ac.uk; Microformats Discuss
>> Subject: Re: [uf-discuss] Developing a strategy for
>> deployment of microformats
>> On Jul 3, 2006, at 7:26 AM, Brian Kelly wrote:
>>> However I've encountered a number of irritating problems:
>>> Problems with British Summer Time (Daylight Saving Time).
>> What problems, specifically?
> Times being an hour out. Not a hCalendar problem, I understand,
> but ba
> complexiyty of processing times. However I had expected that
> software would have realised that BST was in operation - I
> understand that I have to use the UTC time +1.00.00.00.
I'm not sure how BST can be assumed here?
> Another problem - going to, for example,
> Tails use the correct date (17 July) whereas the Google hCalendar
> Greeasemonkey script uses a date of 16 July.
I'm not familiar that greasemonkey script. You may want to talk to
>>> I've been told that this is a well-known problem in handling date
>>> and time
>>> information, and is not directly related to microformats or the
>>> software which processes microformats. However it strikes me
>>> that we
>>> will need to ensure that end users (and microformat maintainers)
>>> aware of such limitations. It also strikes me that there's a
>>> need for consistency across the software vendors - which then
>>> leads on to (a) more rigorous documentation
>>> regarding what should be done and (b) test cases. Is anyone working
>>> on this?
>> Yes. hCalendar test cases are in progress at
> http://hg.microformats.org/tests .
> Is this the correct URL - it seems to be a change log rather than a
> described the test cases.
Its a Mercurial repository. Hence the 'in progress' qualifier The
stable tests are published at http://microformats.org/tests/ .Of
course, that doesn't really have any explanatory material, either.
>>> I think there's a need for documentation on bugs in well-used
>>> software such as Outlook.
>> We have some already:
> Thanks - it is aimed at programmers ...
Well, that's what we are. :D
>>> There is also a need to define what hCard tools should do if they
>>> encounter multiple occurrences of hCards. I understand that Brian
>>> Suda's Web- based XSLT service processes the first occurrence on a
>> No, it processes all of them.
> If I use the bookmarklet on the
> I get one hCard, whereas Tails correctly displays two.
I can't currently access that URL. I'll try again later.
More information about the microformats-discuss