- From: Maciej Stachowiak <mjs@apple.com>
- Date: Mon, 15 Feb 2010 13:22:58 -0800
- To: Julian Reschke <julian.reschke@gmx.de>
- Cc: Ian Hickson <ian@hixie.ch>, Jonas Sicking <jonas@sicking.cc>, HTML WG <public-html@w3.org>
On Feb 15, 2010, at 3:36 AM, Julian Reschke wrote:
> Julian Reschke wrote:
>> ...
>> Thanks.
>> Nits:
>> "The working groups maintains a list of all bug reports that the
>> editor has not yet tried to address and a list of issues for which
>> the chairs have not yet declared a decision. The editor also
>> maintains a list of all e-mails that he has not yet tried to
>> address. These bugs, issues, and e-mails apply to all HTML
>> specifications, not just this one."
>> The first link
>> a list of all bug reports that the editor has not yet tried to
>> address
>> produces zero results, so it appears something is wrong with the
>> query part.
>> ...
>
> This is not fixed. Should I open a bug report?
Which spec? The bug links all work for me.
>
>> "These bugs, issues, and e-mails apply to all HTML specifications,
>> not just this one."
>> s/HTML specifications/specification/
>> unless we want to discuss what exactly an "HTML specification" is :-)
>
> This is not fixed. Should I open a bug report?
The actual situation is that HTML5, HTML Microdata, and HTML Canvas 2D
Context are using the same set of bug components right now. If you
have a better term to refer to that set of three specs, feel free to
suggest it, either by email or in the form of a bug. It would not be
accurate to say "These bugs, issues and e-mails apply to all
specifications", because it's not true that they apply to all
specifications ever, all W3C specifications, or even all
specifications published by this group. Just that set of three
(currently).
>
>> Also, if we include links to BugZilla queries in the first place,
>> why not make them specific to this draft?
>> Finally, more alignment with the sister specification (RDFa) would
>> be good. It currently has:
>> "The publication of this document by the W3C as a W3C Working Draft
>> does not imply endorsement by the W3C HTML Working Group or the W3C
>> as a whole. In particular,
>> * There are one or more alternate methods of adding data without
>> using RDFa, such as [microdata].
>> * There are discussions of alternate extensibility mechanisms,
>> covered in [issue-41], which might allow other ways of integrating
>> RDFa.
>> * There is concern that continued development of this document
>> belongs in a different working group."
>> which I think is very helpful in understanding the status of these
>> documents.
>> ...
>
> Raised as <http://www.w3.org/Bugs/Public/show_bug.cgi?id=9001>.
Instead of filing a bug about wording of the status section, could you
please file bugs about the underlying issues? That is, what are the
problems that are identified by these two statements:
* There are one or more alternate methods of adding data without
using RDFa, such as [microdata].
* There is concern that continued development of this document
belongs in a different working group." which I think is very helpful
in understanding the status of these documents.
I would like to have bugs corresponding to those two statements, so we
can track them and remove the issue markers when they are resolved. I
would be against adding issue markers for issues where there is no
defined path to resolving them.
(ISSUE-41 is already in the tracker so it doesn't need a new bug).
Regards,
Maciej
Received on Monday, 15 February 2010 21:23:32 UTC