Let me start with some apologies:
On Tue, May 12, 2009 at 12:55 PM, Eduard Pascual herenva...@gmail.com wrote:
[...]
Seeing that solutions are already being discussed
here, I'm trying to put the ideas into a human-readable document that
I plan to submit to this list either late today or early tomorrow for
your review and consideration.
Oops, I'm already late with that. I had some unexpected compromises and
had no time to finish that doc. I still hope, however, to publish it today.
On Tue, May 12, 2009 at 12:55 PM, Eduard Pascual herenva...@gmail.com wrote:
[...]
Third issue: also a flaw inherited from RDFa, it can be summarized as
completelly ignoring the requirement I submitted to this list on April
28th, in reply to Ian asking us to review the use cases [1].
[...]
[1] http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2009-April/019487.html
On Tue, May 12, 2009 at 7:30 PM, Tab Atkins Jr. jackalm...@gmail.com wrote:
Well, he didn't quite *ignore* it - he did explicitly call out that
requirement to say that his solution didn't solve it at all.
I missed that part of Ian's post, sorry. I really read it from top to bottom,
but it was quite long. I guess I should have re-read it.
Now, after some re-reading, I have noticed a point I should reply to:
On Sun, May 10, 2009 at 12:32 PM, Ian Hickson i...@hixie.ch wrote:
[...]
* Any additional markup or data used to allow the machine to understand
the actual information shouldn't be redundantly repeated (e.g. on each
cell of a table, when setting it on the column is possible).
This isn't met at all with the current proposal. Unfortunately the only
general solutions I could come up with that would allow this were
selector-based, and in practice authors are still having trouble
understanding how to use Selectors even with CSS.
First, I'd like to ask for a clarification from Ian: what do you mean by
autrhos are still having trouble understanding how to use Selectors?
If you mean that they have trouble when trying to select something like
the second cell of the first row that has a 'foo' attribute different from
'bar' within tables that have four or more rows or even more obscure stuff,
then I should agree: most authors will definitely have trouble dealing with
so complex cases, and I bet many will always have such trouble. However, if
you mean that authors can't deal with simple class, id, and/or
children/descendant
selectors, then I think you are seriously understimating authors.
On a side note, I'd like to advance that my idea, despite being Selector-based
(actually, I should say CSS-based: it reuses quite more than
selectors), wouldn't
require authors to use selectors at all, at least for the cases that
can currently
be solved by RDFa (or, FWIW, with the current Microdata approach on
the spec); the
same way a page can be completely styled with CSS without using
selectors, via the
style attribute.
On Tue, May 12, 2009 at 1:59 PM, Philip Taylor excors+wha...@gmail.com wrote:
On Tue, May 12, 2009 at 11:55 AM, Eduard Pascual herenva...@gmail.com wrote:
[...]
(at least for now: many RDFa-aware agents vs. zero HTML5's
microdata -aware agents)
HTML5 microdata parsers seem pretty trivial to write -
http://philip.html5.org/demos/microdata/demo.html is only about two
hundred lines to read all the data and to produce JSON and
N3-serialised RDF. It shouldn't take more than a few hours to produce
a similar library for other languages, including the time taken to
read the spec, so the implementation cost for generic parser libraries
doesn't seem like a significant problem.
Actually, I was thinking about the cost of deploying implementations,
rather than
writting them, since RDFa consumers are already out there and working. This,
however, strays a bit out of the original idea: it's not really a matter of how
big the cost is on its own, but of what do you get for that cost. This
is probably
my own fault, but I still fail to see what Ian's suggestion offers
that RDFa doesn't;
so my impression is that these costs, even if they are small, are
buying nothing, so
they are not worth it. If someone is willing to highlight what makes
this proposal
worth the costs (ie: what makes it better than RDFa), I'm willing to listen.
On Tue, May 12, 2009 at 2:30 PM, Shelley Powers
shell...@burningbird.net wrote:
[...] Eduard, looking forward to seeing your own interpretation
of the best metadata annotation.
Hey, who said my proposal will be, or try to be, the best one?
Definitelly, I didn't.
Actually, the reason to submit it here will be to have other people
look at it and
figure out ways to improve it (and I'm quite sure it can be improved,
I'm human after all).
Please, let me explicitly state that I don't pretend that idea to be
the best solution.
Since neither RDFa, nor Microformats, nor Ian's proposal could solve
my needs, my goal was
to build a solution that solves both my needs, and those solved by
other approaches, as a
proof that
