On Feb 7, 2007, at 10:30 PM, Derrick Lyndon Pallas wrote:
Yes, there are other ways to solve the problem; in fact, I do solve
the problem in an unelegant way. My real issue now is (as laid out
above) the resistance to real discussion of the problem.
I think what you're seeing is that
On 2/7/07, Ryan King [EMAIL PROTECTED] wrote:
On Jan 31, 2007, at 7:07 PM, Derrick Lyndon Pallas wrote:
If I have a parser that only knows (and only cares about) the rel-
tag format, it will be confused by people that use rel-tag for the
category property in hCard. It seems unreasonable that
On Jan 31, 2007, at 7:07 PM, Derrick Lyndon Pallas wrote:
If I have a parser that only knows (and only cares about) the rel-
tag format, it will be confused by people that use rel-tag for the
category property in hCard. It seems unreasonable that every
microformat should have to know about
Ryan King wrote:
Actually I think it *is* quite reasonable to make parsers know about
every microformat.
This is not viable from a consumer perspective. New formats can
immediately invalidate old parsers by changing the semantics the
consumer expects without so much as an annotation in the
On 2/2/07, Derrick Lyndon Pallas [EMAIL PROTECTED] wrote:
Except it does need it. Say you put your del.icio.us (or otherwise) feed
on your page and want to include it and the associated tags as xFolk
entries. How can a generic rel-tag parser know that the xFolk entires
don't apply to the current
On 2/2/07, Derrick Lyndon Pallas [EMAIL PROTECTED] wrote:
Take the example of a dead relative: there is no way to put a family
tree with relatives you need to tag as deceased on your own page
without a document level parser concluding that you are dead.
--- that is not true, you are not
Brian Suda wrote:
Does that make sense?
That's what I get for using someone else's example.
Still, no one has responded to the more fundamental concern that rel-tag
is not reusable for things like lists of bookmarks. (Or does someone
really find it helpful that a page has content about X can
Ciaran McNulty wrote:
The tag applying to the page just means that there's something on the
page relevant to that tag. And there is - the del.icio.us feed!
The tag applies to the link; not the content, and certainly not the
whole contents of the page. If I search for pages with tag foo and a
On 2/2/07, Derrick Lyndon Pallas [EMAIL PROTECTED] wrote:
Still, no one has responded to the more fundamental concern that rel-tag
is not reusable for things like lists of bookmarks.
--- i think the issue might be with what you WANT rel-tag to be and
what it is? at the moment rel-tag would say
Brian Suda wrote:
I get the feeling you want both the rel-tag and bookmark spiders to
index it in the
exact same way? At the moment this is NOT how rel-tag works.
Do you have a specific use-case or URL you want us to look at?
otherwise we should stay away from hypothetical what ifs.
No, I
On 2/1/07, Derrick Lyndon Pallas [EMAIL PROTECTED] wrote:
If I have a parser that only knows (and only cares about) the rel-tag
format, it will be confused by people that use rel-tag for the category
property in hCard. It seems unreasonable that every microformat should
have to know about every
Ciaran McNulty wrote:
Can I ask what the confusion is?
If I have a hcard with a rel-tag indicating 'football' in that hCard,
then the naive interpretation that 'this page has something on it to
do with football' that your parser will take from it is probably
correct.
What about an xFolk link
On 2/1/07, Derrick Lyndon Pallas [EMAIL PROTECTED] wrote:
What about an xFolk link with a tag of http://wikipedia.org/wiki/NSFW?
Should that imply that the containing page is not safe for work?
Well if an item on a page is tagged NSFW doesn't that mean the page is
NSFW? I must confess I'm not
13 matches
Mail list logo
