On 9/20/07, Philip Tellis [EMAIL PROTECTED] wrote:
well, what you do is, you blast all possible 8 bit sequences through
usenet, and the ones that come out alive... that's your list.
Is this mailing list available on Usenet?
-Ciaran McNulty
tried.
Is it my mark-up at fault, or is there some other problem?
Opening the Operator-exported .ICS in a text editor shows that the
DURATION field is missing, which suggests it's an Operator issue.
-Ciaran McNulty
___
microformats-discuss mailing list
, but I'd really worry that it would
be unclear that we mean 'HTML and XHTML'. Is (X)HTML too unwieldy to
be the global replacement?
-Ciaran McNulty
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman
*will* refer to 16:03 on a specific day (I'm finding it hard to think
of a non-contrived example where it wouldn't) - it's just abbreviated
to 16:03. A human would gather that information from context but it's
more explicit in the machine-readable version.
-Ciaran McNulty
; as a seperator in the XFN specs. I just
wanted to check I wasn't missing anything.
XFN just mentions using multiple rel values for complex relationships,
and rel values are space-separated so I don't think that is valid XFN.
-Ciaran McNulty
___
microformats
and we
should continue to explore alternatives, I've not seen on that makes
more sense than [EMAIL PROTECTED] yet as I am somewhat against the idea of
hiding it in title attributes on arbitrary elements.
-Ciaran McNulty
___
microformats-discuss mailing list
On Dec 15, 2007 1:40 AM, Scott Reynen [EMAIL PROTECTED] wrote:
It seems to me 3:23 is already
machine-readable
Does 3:23 mean 3 mins 23 seconds, or 3 hours 23 mins, or 23 minutes
past three o'clock? ;-)
-Ciaran McNulty
___
microformats-discuss
in the ability being added to the latter.
Lack of cut+paste is indeed an annoyance with the N95. The good news
is that it can handle most vCards or iCals correctly, if delieverd
over HTTP.
-Ciaran McNulty
___
microformats-discuss mailing list
microformats
for the dialogues
and the mofo parser on the serverside to fetch remote hCards.
Very impressive, Gordon!
One small comment: It doesn't appear to pick up my 'website' in the
case where there are multiple URL in one hCard. I believe your best
strategy would be to pick the first HTTP url.
-Ciaran McNulty
.
The requirement for address has been under a lot of scrutiny,
because of its inability to contain block elements.
hReview has more lenient defaulting rules, and I think there was some
mention in another thread of hAtom 0.2 fixing this.
-Ciaran McNulty
in the semantics of
tagging - different tagspaces will associate different meanings with
different tags, compound or otherwise. Aggregation where URLs are
discarded is always going to be a lossy process at best and that
applies to character encoding too.
-Ciaran McNulty
On Mon, Mar 17, 2008 at 11:18 PM, Charles Iliya Krempeaux
[EMAIL PROTECTED] wrote:
How many people do you think actually have wiki accounts?
As far as I know they're free to create, aren't they?
-Ciaran McNulty
___
microformats-discuss mailing list
change?
After reading this I tested in 0.9.0 and both types were detected, and
then updated to 0.9.1 and found... both were still detected!
Have you tried the above in a 'plain' HTML page to eliminate anything
else as a source of the problem?
-Ciaran McNulty
. A page that is linked to with @rel=me, and then allows
outbound XFN values authored by people who are not the representative,
is broken.
-Ciaran McNulty
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org
On Thu, Mar 27, 2008 at 9:59 AM, Dan Brickley [EMAIL PROTECTED] wrote:
On 27 Mar 2008, at 07:34, Ciaran McNulty wrote:
The simplest way to stop it is to add @rel=nofollow to any comment
links - this has the effect of negating any XFN values in the links,
as well as preventing
is more
useful than changing them for very little gain.
-Ciaran McNulty
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
that 'n' values are mandatory in jCard to
make things easier for parsers, and that converters be responsible for
applying the defaulting rules.
-Ciaran McNulty
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http
opinion about this? I
realise that at the moment it's a side issue.
Is there an obvious representation in any other programming languages?
-Ciaran McNulty
[1] http://uk2.php.net/json
___
microformats-discuss mailing list
microformats-discuss
thought PEAR would have one but they don't seem to.
-Ciaran McNulty
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
a side issue (but there
are already existant hCard-PHP services, for instance).
Basically iff we're going to be talking about JSON representations
maybe it's good if other languages can benefit from it.
-Ciaran McNulty
___
microformats-discuss mailing
-title should only be on an image when that image
contains the text of the title (bad practice admittedly).
So in this case the @alt should contain the text in the image.
-Ciaran McNulty
___
microformats-discuss mailing list
microformats-discuss
query, and it saves you spidering the site
yourself and worrying about all the complexity that would involve.
Alternatively, if you want to parse uFs in PHP, I believe hKit by Drew
McLellan [2] may have some @rel=me support?
-Ciaran McNulty
[1] http://code.google.com/apis/socialgraph/
[2] http
.
-Ciaran McNulty
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
On Thu, Apr 10, 2008 at 10:48 AM, Ciaran McNulty [EMAIL PROTECTED] wrote:
The only problem I can see is that it doesn't handle invalid HTML that
well (an example would be http://ciaranmcnulty.livejournal.com/).
In fact it does just look like you need to turn down error reporting
to do
://ciaranmcnulty.livejournal.com/).
-Ciaran McNulty
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
On Thu, Apr 10, 2008 at 1:40 PM, Mark Ng [EMAIL PROTECTED] wrote:
XFN itself is fairly easy to deal with by just throwing pages through
tidy and using DOM/SAX/xPath, surely ? I made a rudimentary parser to
do this some time ago. The code is a little ugly to publish, but I
don't mind
On Wed, May 14, 2008 at 2:38 PM, Toby Inkster [EMAIL PROTECTED] wrote:
I'm sorry, but this sounds like a really bad idea. Parsers would need to
maintain translation tables for day and month names, plus abbreviations
for them,
I agree that it sounds a bit over the top for hCalendar but it's not
way to do the job, but it's not perfect.
As another aside, HTML5 has the proposed TIME element for exactly this.
time datetime=2008-05-23 17:00:00Friday 5pm/time
-Ciaran McNulty
___
microformats-discuss mailing list
microformats-discuss@microformats.org
On Sun, Jun 29, 2008 at 3:07 PM, Duncan Cragg [EMAIL PROTECTED] wrote:
Those of us who favour opaque URLs (actually for practical reasons such as
clean separation of concerns, maintainability, etc.) are unhappy with being
forced into a semantic URL schema when using rel-tag.
Can you go into a
for machine data,
as long as it's right next to the human-readable date in the HTML (so
that it's less likely to be overlooked when editing).
However, -1 from me for using @class in that way - I think it breaks
the semantics completely.
-Ciaran McNulty
Another example of non-Gregorian calendaring is Saudi Arabia, where
the arabic calendar is in common usage:
http://www.sama.gov.sa/
(actually clicking the 'english' tab on that page shows the gregorian dates)
-Ciaran McNulty
On Tue, Jul 15, 2008 at 3:40 AM, Karl Dubost [EMAIL PROTECTED] wrote
under N
c) Nulty separately with McNulty and MacNulty listed together in a
separate Mc section after the M section.
That said I think sorting is a bit out of scope for hCard and would
consider O'-, Fitz-, Mc- and Mac- prefixes to be parts of surnames,
nowadays.
-Ciaran McNulty
and not worry too much about it.
The idea of internationalising uF fields is too horrific to
contemplate, after all!
See also text-align: center;
-Ciaran McNulty
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http
people think of my example markup.
Thanks,
-Ciaran McNulty
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
it.
-Ciaran McNulty
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
it, to be honest. If we're going to have
hidden data (and frankly from what I can tell from discussions so far
about this, we're heading that way) it's better that its 'near' the
visible version in the HTML rather than being hidden in the HEAD.
-Ciaran McNulty
George
Looks good!
You might want to handle URLs with the http:// omitted.
-Ciaran McNulty
On Mon, Feb 16, 2009 at 11:47 AM, George Ornbo gor...@gmail.com wrote:
Hi all
I'd like to share an example I knocked up showing how YQL can be used
to populate forms using just a URL.
YQL returns
? Is it in a public setting, or is it all behind-doors talks?
-Ciaran McNulty
[1] http://tinyurl.com/daj7j8
On Sun, Feb 15, 2009 at 4:27 PM, Toby A Inkster m...@tobyinkster.co.uk wrote:
Brian Suda wrote:
Google has started to use rel-canonical to specific the best URL for
page information
on the value-class-pattern [1]
One of the examples is given as follows:
p class='tel' lang='en-gb'
span class='type'
span class='value-title' title='cell' /span
mobile
/span
span class='value'+44 7773 000 000/span
/p
This would seem to have obvious uses for i18n.
-Ciaran
On Tue, Jul 20, 2010 at 5:05 AM, Angelo Gladding ang...@gladding.name wrote:
Can an enlightened soul describe in which ways microdata is actually
superior to profiled poshformats?
To me it's not a question of Microdata vs POSH, it's more like
Microdata vs class attributes where both are methods
On Tue, Jul 20, 2010 at 1:07 PM, Philip Jägenstedt phil...@opera.com wrote:
Well, it's not in W3C's version of HTML5, they published it as a separate
spec (which is strange, IMO). Regardless of what spec it is in, it still
works just the same, so that's OK.
Oh, really? Sorry, I'm out of date
101 - 141 of 141 matches
Mail list logo
