W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > October 2011

[Bug 14363] Update the registration mechanisms

From: <bugzilla@jessica.w3.org>
Date: Fri, 21 Oct 2011 22:37:02 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1RHNi2-0000ua-Vg@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14363

--- Comment #8 from Ian 'Hixie' Hickson <ian@hixie.ch> 2011-10-21 22:37:00 UTC ---
> That's my whole point. Every "conformance checker" would do the scraping
> slightly differently, because there's no defined "correct way" of doing it.

Well we should definitely have a defined way to determine what the registered
types are, sure. I don't see why this is a problem.


> > *shrug*. Vandalism happens. It is trivially reverted. This is not an issue.
> 
> I realise that you do indeed have a lot of authority here, but nevertheless
> "argument from authority" is still a logical fallacy. It is not "not an issue"
> simply because you say so.

Why would vandalism be an issue? It's not an issue because you say it is,
either. :-)


> Have you checked the 'whois' for whatwg.org recently? Or, for that matter, the
> whatwg.org web site?

Currently, I pay for it.


> The final HTML specification should not be fundamentally dependent on any site
> other than w3.org, ietf.org, or similar.

I don't see why. Even if it was dependent on a site that went dark two months
from now, it would just be updated to point to another site then.


> > The W3C hasn't fared well with having computer-readable data in the past.
> > (DTDs have caused the W3C to essentially DDOS itself by having lots of badly
> > authored software read it continuously.)
> 
> And this problem is somehow avoided by having the list hosted on a
> less-well-funded web site instead?

The problem is apparently not made worse, at least.

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Friday, 21 October 2011 22:37:08 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:02:06 UTC