Hello,
When registering with a mailing list, most of the images are forbidden
(e.g. http://microformats.org/images/mailman/PythonPowered.png) and
thus not displaying correctly.
Regards,
Michael Elliot
Network Digital
___
microformats-discuss mailing
Try iCalendar's RDATE property.
Does much software actually implement this kind of thing in the iCal world?
Or is it still kind of maybe/maybe not (not to be relied apon) like
timezones!
___
microformats-discuss mailing list
On Fri, Nov 28, 2008 at 5:58 PM, Tantek Celik [EMAIL PROTECTED]
wrote:
Such companies are already going to far greater extents to scrape
anything resembling contact information (without really caring about
false positives etc since as your quotes point out quantity is their
game) from text,
I would like to ask please can we (the community) start talking about
rev microformats again please, I know that rev is grandfathered in new
Microformats because most of the time the average author gets it wrong
... html5 doesn't have the rev attribute ...
http://dev.opera.com/articles/view/mama/
looks interesting ...
might there be a way to search for classnames with this soon?
___
microformats-discuss mailing list
microformats-discuss@microformats.org
Hi Toby / all
On 21/8/08 14:49, Toby A Inkster [EMAIL PROTECTED] wrote:
And I've decided to use class=dday for date of death and
class='flourished-start' and class='flourished-end' for flourished
dates
Where either date is circa I've included ca. in the span with bday,
dday,
On 21/8/08 18:41, Martin McEvoy [EMAIL PROTECTED] wrote:
Michael Smethurst wrote:
Hi Martin
On 14/8/08 15:48, Martin McEvoy [EMAIL PROTECTED] wrote:
*family-name-preposition* is probably more accurate to what you are
trying to describe von in dutch simply means of or from
Oh I
Hello
The data I'm working with has an optional pseudonym field on the people
table.
Some of the values in here look like nicknames (eg le cadet, le grand,
JC001):
http://bbc-hackday.dyndns.org:2840/people/44970
http://bbc-hackday.dyndns.org:2840/people/31944
Hi Ciaran
On 29/8/08 12:30, Ciaran McNulty [EMAIL PROTECTED] wrote:
On Fri, Aug 29, 2008 at 12:17 PM, Michael Smethurst
[EMAIL PROTECTED] wrote:
For now I'm marking them all up with class=nickname. Is this stretching
the semantics of nickname too much?
Should I just be POSH and use class
Hi Martin
On 14/8/08 15:48, Martin McEvoy [EMAIL PROTECTED] wrote:
Hello Michael
Michael Smethurst wrote:
On 14/8/08 12:32, Brian Suda [EMAIL PROTECTED] wrote:
2008/8/14, Michael Smethurst [EMAIL PROTECTED]:
On listings pages and:
h1 class=vcard
a href=http
Just wanted to run some stuff past people. I'm working with a table of
composers/artists and starting to markup birth and death dates. The cases
I've seen:
- both dates unknown
http://bbc-hackday.dyndns.org:1895/people/797
- date of death unknown
http://bbc-hackday.dyndns.org:1895/people/396
-
IMHO, what this highlights is the need to push adoption of plugins
that make it easier to publish microformatted html in blog posts and
such.
A few of us who write posts by hand, have no problem sprinkling
microformats in our posts, but to become common place, we need to have
the mainstream
On 13/8/08 10:50, Brian Suda [EMAIL PROTECTED] wrote:
2008/8/13, Michael Smethurst [EMAIL PROTECTED]:
3. Should I just collapse last_name_prefix and last_name into:
span class=family-namelast_name_prefix last_name/span
There doesn't seem to be a way of marking up last_name_prefix
any more. Otherwise Irish phonebooks would
be nothing but O :)
Certainly I remember that my name was under D on the register at school.
Cheers
Jim O'Donnell
Original Message:
-
From: Michael Smethurst [EMAIL PROTECTED]
Date: Thu, 14 Aug 2008 10:54:36 +0100
On 14/8/08 12:32, Brian Suda [EMAIL PROTECTED] wrote:
2008/8/14, Michael Smethurst [EMAIL PROTECTED]:
On listings pages and:
h1 class=vcard
a href=http://localhost:3005/people/16; class=n fn url
span class=given-nameLudwig/span
span class=family-name-prefixvan/span
span class
On 14/8/08 13:36, Toby A Inkster [EMAIL PROTECTED] wrote:
But some detach:
Beethoven, Ludwig van
span class=fn n
span class=given-nameLudwig/span
span class=family-name
van
span class=sort-stringBeethoven/span
/span
/span
But as I said earlier on listing pages it
On 14/8/08 15:23, Toby A Inkster [EMAIL PROTECTED] wrote:
But as I said earlier on listing pages it should be
Beethoven, Ludwig van
Not especially pretty, but:
span id=b class=sort-stringBeethoven/span,
span class=fn n
span class=given-nameLudwig/span
span class=family-name
://microformats.org/wiki/hcard-examples-rfc2426#N_Example_1
Suggests that's fine
3. Should I just collapse last_name_prefix and last_name into:
span class=family-namelast_name_prefix last_name/span
There doesn't seem to be a way of marking up last_name_prefix separately
Thanks for your help
Michael
http
On 13/8/08 10:50, Brian Suda [EMAIL PROTECTED] wrote:
2008/8/13, Michael Smethurst [EMAIL PROTECTED]:
So my questions are:
1. can I just use span class=additional-namemiddle_name_1 middle_name_2
middle_name_3/span?
...
Or should I use:
span class=additional-namemiddle_name_1
Hi Tom + Tom
On 12/7/08 00:20, Tom Morris [EMAIL PROTECTED] wrote:
On Fri, Jul 11, 2008 at 4:56 PM, Tom [EMAIL PROTECTED] wrote:
Hi,
I'm working for Channel4 on a new programme guide and am interested to
know if there was any resolution made on the discussion the BBC took
part in early
Hello
On 12/7/08 14:50, Breton Slivka [EMAIL PROTECTED] wrote:
On Fri, Jul 11, 2008 at 6:47 PM, Dan Brickley [EMAIL PROTECTED] wrote:
Toby A Inkster wrote:
Paul Wilkins wrote:
We should leverage the computers ability to do the hard work for us.
pDate span class=dateFriday, July the
Seems to me there are 2 solutions:
1. relax the data hiding constraint (tricky because it's fundamental to the
uf design philosophy and it's relaxation has been rejected many times)
2. maintain the status quo. Keep the abbreviation design pattern for machine
friendly data and leave it up to
We work not precisely on a microformat, but you may also want to look at
http://purl.org/NET/scovo (the statistical core vocabulary).
Cheers,
Michael
--
Michael Hausenblas, MSc.
Institute of Information Systems Information
4. Respect the natural language, calendar, and writing system preferences
of the human content author.
The ONLY way I can see to do that without compromising on reliability or
speed would be to actually fully describe the date format in the markup in
the page itself.
The focus seems to have drifted toward smarter parsing of dates, but the
Sure ... splitting the date into day, month and year could be workable, or
somehow describing a date format in another element, if there is a standard
way to do it and it is easy to do, but I'm opposed to anything that
Guillaume Lebleu wrote:
span class=dstart lang=en-usOctober 5, 2004/span
Cognition already supports this as a last ditch attempt at parsing
dates - but I wouldn't recommend it get adopted widely. It's too
unreliable; too much work to deal with internationalisation; too much
work
.
Michael
On 24/6/08 17:03, Manu Sporny [EMAIL PROTECTED] wrote:
There have been some interesting blog posts by people at the BBC,
Mozilla and W3C about Microformats and RDFa in the past two days. The
first covers BBC's decision to drop support for the abbr-based design
pattern written
On 28/5/08 13:41, Alasdair King [EMAIL PROTECTED] wrote:
Hi Alasdair
Big thanks for this - really interesting and helpful. One or 2 comments
inline
Hi Michael,
I'm sorry, I didn't mean to imply any mendacity on your part. I'm
fully appreciative and admiring of the BBC's long-term
Thanks benjamin
I had a quiet day lined up. Looks like I'll be subscribing to mailing list
now ;-)
On 24/5/08 12:42, Benjamin Hawkes-Lewis [EMAIL PROTECTED]
wrote:
Frances Berriman wrote:
I realise I mentioned this URL in the last thread I was active on, but
I wanted to bring this to the
On 22/5/08 19:04, Alasdair King [EMAIL PROTECTED] wrote:
Michael Smethurst wrote:
Of 4 users 2 had abbreviation expansion turned on.
Ah, but what was your sample group? Were they, by any chance,
highly-able professionals, probably with a business interest in web
design and accessibility
I would hate to inflict an ISO date on my sighted readers either.
actually I don't mind sometimes showing people -mm-dd.
The general public does need a bit of education about writing dates clearly!
At least they can't be confused with some other date!
... but on many pages out in the big
Remember that any page these occur on would presumably have a language
specification such as en-us so computers would be able to deal with
standard month and day of week names and abbreviations.
I'm sorry, but this sounds like a really bad idea. Parsers would need to
maintain translation tables
• support of nested includes
nested includes? !
my guess is that anyone doing that would be asking for trouble!
___
microformats-discuss mailing list
microformats-discuss@microformats.org
On Thu, Apr 10, 2008 at 8:30 AM, Julian Bond [EMAIL PROTECTED]
wrote:
- Modifications to reduce dependencies and just possibly work with PHP4
-1 from me, PHP5 is approaching 4 years old and PHP6 is just around
the corner, and the gains from using PHP5's object syntax are almost
...but withal that wrong naming of the jCard attributes, microJSON is
a good idea to solve this given problem.
We should use the started wiki page: http://microformats.org/wiki/json
to find the best mapping between the HTML- and JSON version of a
Microformat.
interesting ... I was looking
and updated/created requirements. Any idea if/when this will happen?
I'd like to add hAtom to all our episode aggregations [4] on
bbc.co.uk/programmes and authorship and dating are tricky
Sorry if I'm being a numpty - just a bit confused
michael
[1] http://microformats.org/wiki/hatom#Schema
[2
+1
On 8/3/08 21:45, Manu Sporny [EMAIL PROTECTED] wrote:
I just got back from vacation, otherwise this would have gone out
sooner. It has come to my attention that Andy Mabbett has been banned by
the admins for 18 months[1].
This is an unjust punishment, especially considering that he is
On 4/3/08 16:42, Andy Mabbett [EMAIL PROTECTED] wrote:
as I've pointed out before, the imminent release of Firefox
3, with native support for microformats, will see a significant leap in
public awareness of microformats.
Is this still true? My understanding was that native uf support would
Hi Adam
We've had the same problems with http://bbc.co.uk/programmes. For now we've
stuck with the standard abbr design pattern but as Mr Mabbett helpfully
pointed out our use has potential accessibility issues and definite semantic
nastiness.
See here:
:21, Michael Smethurst [EMAIL PROTECTED] wrote:
Hi Adam
We've had the same problems with http://bbc.co.uk/programmes. For now we've
stuck with the standard abbr design pattern but as Mr Mabbett helpfully
pointed out our use has potential accessibility issues and definite semantic
nastiness
Web::Scraper
http://search.cpan.org/dist/Web-Scraper/
Interesting ... didn't know about that one...
I had a go at a perl parser for microformats a couple of years ago:
Test version here
http://www.spraci.com/cgi-bin/microformats.cgi
I tried to keep dependencies down to a minimum for this.
Standardisation might be interesting here as well. For instance back
to blog comments. Comments from within aggregators would likely be
simpler where comment form definitions can be established
programmatically.
The problem is that comment spammers would love that too!
(similar issue as with
Do you or anyone know of any microformats integration work with TinyMCE
or any insight into why it hasn't happened yet? Seems like there has
been some talk about this on this list back in 2006.
I did have a go at something like this a couple of years ago but at the time
my javascript
On 7/2/08 00:13, Guillaume Lebleu [EMAIL PROTECTED] wrote:
I don't disagree that groups/bands should be considered organisations.
This takes me back several months (June 2007) to a thread about whether both
music:groups and music:artists_singular should be marked up as
organisations:
On 7/2/08 11:59, Andy Mabbett [EMAIL PROTECTED] wrote:
On Thu, February 7, 2008 09:55, Michael Smethurst wrote:
This takes me back several months (June 2007) to a thread about whether
both music:groups and music:artists_singular should be marked up as
organisations:
http://www.mail
On 7/2/08 15:30, Andy Mabbett [EMAIL PROTECTED] wrote:
On Thu, February 7, 2008 14:33, Michael Smethurst wrote:
Not sure I follow. The hcard wiki page says nickname optimisation
happens when FN and ORG are not the same, and the value of the FN
property is exactly one word. What would
But much of these bad things can be aleviated by one of the other
suggestions in this thread: As-you-type validation. As soon as you
type in Feb for instance, autocomplete style routines kick into
action, helping the author write the date in exactly the right format.
Then as they hit publish it
Why doesn't the following work for you, then?
div class=haudio
span class=contributorPrimal Scream/span -
span class=albumScreamadelica/span
/div
That may be fine for someone who just wants to mark up some tracks they like
on a personal blog ... but an artist or record store may want to
people write dates, addresses, etc on the Web or on their emails. Asking
people to write Tuesday, February 5, 2008 in this order, with the
commas, etc. is very likely even simpler for normal people than writing
you would *think* so - and it would certainly be nice but the behaviour
or
for me and my colleagues
-Alex
On Jan 11, 2008, at 2:02 AM, Michael Smethurst wrote:
On 10/1/08 18:03, Alex Faaborg [EMAIL PROTECTED] wrote:
By next release, do you mean 3.0.1 (or some such) or 4.0?
The next major release (point releases are primarily used for
security
Hello!
I'm looking into marking up contact details for tv and radio programmes
Typically they have a telephone number, an email address, possibly a fax
number and often a sms short code
Is there a preferred way to mark-up the sms short code?
http://www.bbc.co.uk/
This e-mail (and any
I'm not sure I'd bother distinguishing between landline and mobile,
for the same reasons that you mentioned. It's largely irrelevant. My
choice of work, home, mobile was more an indication of where I'm
likely to be if you reach me on one of these numbers, ie, if you know
I'm at home, you're
Would you, for example, put down, preferred from 0900-1700IST, except
on weekends and between the 5th and 15th of May, unless you're signed
up with plan foo on provider bar as meta info for the number?
No,
but people might sometimes like to know if its a mobile or a landline (and
perhaps
Does anyone know if Operator supports microformats in HTML mail via
Thunderbird? If not, any plans?
I would LOVE to see some of those event promoters who keep sending me those
colourful html emails about events mark up their emails in hCalendar!
...or at least include *something* machine
I presume the ease of implementation is referring to a *parser*
grabbing the data from another resource. As far as marking up a
document, I don't see how the vast majority of use cases should
dictate this and it is certainly trivial to provide a
relative/absolute URL in the href (e.g.
On 2/1/08 10:57, Andy Mabbett [EMAIL PROTECTED] wrote:
In message
[EMAIL PROTECTED], Paul
Wilkins [EMAIL PROTECTED] writes
There are other ways to hide information from people while still
allowing it to be accessible by machines.
For example:
!-- uf:duration PT2M23S --
There is no
I think your best bet on that would be to use X2V (or the likes) or a
JS based approach.
unless you are only aiming at a relatively small number of early adopters
forget about using javascript on phones using the browsers they come with.
Only the latest models are likely to have much chance of
This would be acceptable:
span class=durationspan class=seconds3/span seconds/span
Or if we wanted to use the hMeasurement approach:
span class=duration title=3sthree seconds/span
span class=duration title=2min 3stwo minutes, three
seconds/span
span
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Benjamin
Hawkes-Lewis
Sent: Monday, 17 December 2007 7:33 AM
To: Microformats Discuss
Subject: Re: [uf-discuss] Re: Precise Expansion Patterns
Manu Sporny wrote:
There are really two questions that we're
what about html5's datetime attribute?
(would only be of use in html5 though)
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
Cc-ing (hopefully) interested bbc parties
Hello Andy
Long time no hear
On 12/12/07 19:02, Andy Mabbett [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED], Michael
Smethurst [EMAIL PROTECTED] writes
Just to say that hCalendar is used fairly extensively to describe
broadcasts
Hello!
Just to say that hCalendar is used fairly extensively to describe broadcasts
on bbc.co.uk/programmes here:
http://www.bbc.co.uk/programmes/genres/music
And here:
http://www.bbc.co.uk/programmes/formats/animation
And here:
http://www.bbc.co.uk/programmes/b006qpgr/laston
And etc
site. One example for a site full of vcards is
http://www.computerbild.de/cb-Service-Herstelleradressen_465611.html.
It's not the fn org causing the trouble, as the errors from Firebug occurs
on line 369.
It appears to be hundreds of the same duplicate error that firebug is
showing. I'd guess
One more change I'm considering for Operator.
Removing support for an adr by itself in the UI.
Basically the problem is that unlike just about other microformat
(except geo), there's really nothing good to display for adr in the UI
(the address just looks silly). And because I try so hard to
On 13/10/07 10:36, Tom Morris [EMAIL PROTECTED] wrote:
On 10/12/07, Manu Sporny [EMAIL PROTECTED] wrote:
Great! Where are they? Are the transformations only available as XSL
stylesheets? If so, they're not very useful as a quick-reference for
publishers... are they?
Brian is referring
My feeling is that the Wiki content on the include pattern needs a
tidy anyway, but if this issue with firing unwanted requests is
unfixable, I think we should restructure to promote the hyperlink-
include as the first-choice solution.
I would agree with that... even here such extra unecessary
work: more feeds, proper hosting and a dab of css if I
can find a friendly designer
Anyway, it uses rel-tag, rel-license, rel-home, rel-bookmark, hcard, hatom
and hreview
If you get 10 minutes can you take a look and let me know where I've gone
wrong
Cheers
michael
http://www.bbc.co.uk/
This e
this, but
thought that someone else was already on it. As far as I can tell, no
one is, but if you'd like to start, there are probably lots of people
who would be glad to see it moving again. I sure would.
Best of luck,
-mike
--
Michael McCracken
UCSD CSE PhD Candidate
research: http
Just a quick question to ask whether hatom requires an updated?
http://microformats.org/wiki/hatom#Schema
says it is
http://microformats.org/wiki/hatom#Entry_Updated
Says it's a should and parsers will fall back to published date
?!?
http://www.bbc.co.uk/
This e-mail (and any attachments)
On 10/9/07 15:42, Frances Berriman [EMAIL PROTECTED] wrote:
On 10/09/2007, Michael Smethurst [EMAIL PROTECTED] wrote:
Just a quick question to ask whether hatom requires an updated?
http://microformats.org/wiki/hatom#Schema
says it is
http://microformats.org/wiki/hatom#Entry_Updated
Do any of the uf guys at brighton right now have some uf stickers? can i
please beg for some? :)
Thom, find me, I may have a few remaining (as well as a few folded pocket
cheat sheets).
does anyone have any in Sydney, Australia?
___
Should there be a way for people to have this information but not make
it available
as a vcard or vevent?
or a way to tell what kind of thing the vevent or vcard represents?
(so that a parser can work out how it should be displayed based on criteria
chosen by the user)
I think there may be
On 8/20/07, Michael MD [EMAIL PROTECTED] wrote:
quite easy I think...
my own scripts that parse hcalendar don't really care what tag is used
for dtstart or dtend - they look for those class names (and the title
attribute)
--- just a quick FYI, this would be an incorrect implementation
http://microformats.org/wiki/dfn-design-pattern
* Feedback from the people building parsers (Mike Kaply, Brian Suda,
etc.) on whether this would be tricky or easy to implement.
quite easy I think...
my own scripts that parse hcalendar don't really care what tag is used
for dtstart or dtend
http://microformats.org/wiki/hcalendar-brainstorming#Tabular_event_calendars
the link to the example is broken - we05.com seems to no longer exist.
Is there another example somewhere?
Now that I have managed to get my parser to handle include-pattern I'd like
to look at any other stuff it
On 1/8/07 20:02, Andy Mabbett [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
So it appears that none of the address sub-elements are being classified
at all, just simply poured into the adr td and broken up with br's.
To be parsed they should be wrapped in classified elements like the
I'm not surprised at all to see this kind of thing out there.
There are a lot of
On 5/7/07 13:37, Paul Wilkins [EMAIL PROTECTED] wrote:
Michael Smethurst wrote:
Seem to remember at the time I asked what the line of demarcation would be
between people as people and people as organisations. Are you just saying
music artists? What about actors, politicians, bloggers
It's been noted elsewhere but I don't think here
Artist and release pages on bbc.co.uk/music now feature hcard, hreview and
rel-licence ufs:
http://www.bbc.co.uk/music/artist/m6qv/
http://www.bbc.co.uk/music/release/4b8c/
For anyone interested in metrics adding them took about an hour.
On 3/7/07 13:07, Andy Mabbett [EMAIL PROTECTED] wrote:
On Tue, July 3, 2007 12:41, Michael Smethurst wrote:
Artist and release pages on bbc.co.uk/music now feature hcard, hreview
and rel-licence ufs:
http://www.bbc.co.uk/music/artist/m6qv/
Nice one, but you have, for example
The thunderbird developers have been asking about microformats, so they
are definitely looking into it.
awesome!
will there be authoring tools in Thunderbird too?
I've been looking for years for some easy-to-use authoring software to
suggest to media publicists to embed machine-readable
A lot of the power of MF reminds me of Smart Tags in Office XP,
maybe we could look to the way that was marketed and some
of the UI
stuff it did was really good.
I haven't seen the Smart Tags stuff (where do I find it?)... could it be
somehow adapted for use with microformats?
... or
AFAIK this is now fixed in Outlook 2007, consider upgrading if your
preferred calendar application is Outlook.
haven't seen this yet .. around here everyone is still using Outlook 2003 or
earlier
I'd love to know if Outlook 2007 can import/export a calendar (from/to iCal
format) rather than
Is the object tag to be used instead for the include pattern?
given the complexity it adds to non-browser-based parsers I'm wondering if
include-pattern is too much trouble to bother with
___
microformats-discuss mailing list
On 6/6/07 17:01, Brian Suda [EMAIL PROTECTED] wrote:
On 6/6/07, Michael Smethurst [EMAIL PROTECTED] wrote:
Think I'm tending toward the latter cos the point of the page is the
review...
Any thoughts?
could you provide us with a link so we can help sort out this issue?
This isn't the page
Just wondering why the example on:
http://microformats.org/wiki/audio-info-proposal#hAudio_Microformat_Draft_Sp
ecification
Has org on the vcard
span class=contributor
span class=vcard
span class=fn orgPhish/span
/span
/span
Is this just because Phish are a group rather
I do very much like the idea of some native support for microformats in
browsers.
I also think it draws attention to the need to keep parsing rules as simple
as possible so as not to significantly slow down the loading of pages!
___
Two problems I'm having at the moment (very related):
- If I use a hReview uf where the review doesn't have a url of its own but
does include a hCard which does have a url both tails and operator seem to
suggest that the url for the review is that for the hCard
- If I use an event uf and the
[EMAIL PROTECTED] wrote:
Interesting. That's tricky. Basically what I do in Operator is look
for any DOM node with the class URL that is a child of the review.
Obviously I'm getting the one in the hcard/hcalendar. I'll have to
think about that.
Mike
On 6/6/07, Michael Smethurst [EMAIL
/div
/div
/div
On 6/6/07 17:01, Brian Suda [EMAIL PROTECTED] wrote:
On 6/6/07, Michael Smethurst [EMAIL PROTECTED] wrote:
Think I'm tending toward the latter cos the point of the page is the
review...
Any thoughts?
could you provide us with a link so we can help sort out
So, on the tail of RecentChangesCamp Montreal
(http://www.rocococamp.info/), there's an effort to work out some
universal conventions for wiki engines to indicate that a page is
editable.
Good idea in theory ... but what about the possible misuse by spambots
crawling for places to post their
Obviously I could just include the information, even though it serves no
function for the human readers of the site. But I am reluctant to add
redundant information that serves no function to human readers -- part
of the draw of u-formats for me is the ability to have added semantic
On 11/5/07 19:31, Brian Suda [EMAIL PROTECTED] wrote:
--- you should look into RDATE, this allows you to specific only
specific dates. The wiki has some information,
http://microformats.org/wiki/hcalendar-brainstorming but i think it
still needs to be flushed out.
Not quite on topic but
I was evangelizing microformats, hCard in particular, to a client
today and he had the very valid question: Are there any tools for IE?
I got the same questions at an ISP I work for when I showed them Operator
and Tails in Firefox.
Some more tools for IE might also help convince more people
I think this was the page mentioned a while back
http://spaces.live.com/editorial/rayozzie/demo/liveclip/liveclipsample/clipboardexample.html
btw ...
I have Firebug (useful DOM-Inspector-like tool) installed in Firefox and on
that page noticed it is showing some parsing errors generated by
I agree that i18n is a stumbling block here. But, descriptions, titles
and names aren't translated as well, why would the date need be? Let's
put the smarts into the parsers and figure out which date we mean, and
have the user confirm it.
The place for such user confirmation is in authoring
iso date isn't necessarily required when someone enters a date (i.e.
saying 24th June doesn't translate into a single date, neither does
'thursday'). Shouldn't the focus be on trying to standardise date
I'm normally all for liberalness in parsing but NOT when the intended
meaning becomes
Q1 '07: span class=dtstart2007-01-01/span through abbr
class=dtend title=2007-04-022007-04-01/abbr
I have proposed a solution to this problem:
http://microformats.org/wiki/hcalendar-brainstorming#Simplification_of_date-end
I do agree that such counter-intuitive things could
I don't think this will work, for the same reason tel-type and adr- type
don't work: l10n/i18n. They require displayed machine values to be in
English.
span class=vmonth lang=enJuly/span
span class=vmonth lang=esjulio/span
span class=vmonth lang=jp7 月/span
span class=vmonth lang=ruиюль/span
1. Suppose a web page has multiple geo Microformats. The Operator
Find a Google Map currently allows only a mashup of one geo
Microformat at a time with Google Maps.
I would like an option that
would display all the geo Microformats simultaneously. For example, a
web page that shows the
1 - 100 of 238 matches
Mail list logo