[whatwg] Re: Suggestion: Web-IE6 Specification
rlk at mozdev.org
Sat Jun 5 20:09:14 PDT 2004
Matthew Raymond wrote:
> Well, the whole point would be to have a spec that mirrors the W3C
> recommendations, et cetera. For example, say you're working on some
> CSS and you want to use a properties from a W3C spec, but you don't
> know if it's supported. You could just go to the CSS section of
> Web-IE6, and it would specify whether the properties is implemented in
> IE and whether it behaves according to the W3C specification.
I understand your point, but this sounds like a document keeping track
of bugs in IE, which I feel is inappropriate for a web design
specification. This specification would not propose any new features,
but only give a list of ones that already exist.
> I would be surprised if Microsoft had a compiled list of how their
> browser is NOT compliant. If Microsoft has this information at all,
> it's scattered about throughout MSDN.
No, I meant a list of extra "features" for web-designers (like
document.all, etc.). A list of how they're not compliant is probably not
listed but may be documented elsewhere (I remember reading such a
document awhile back).
> > However, it's probably not
>> the best thing to do considering most proprietary IE add-ons can
>> usually be implemented using a W3C or WHAT WG recommended specification.
> Even if the proprietary add-ons did something that couldn't be done
> in W3C/WHAT WG specs, would you honestly want to advertise extensions
> that you have no intention of putting into a WHAT WG spec?
My point is that it would be far more useful to do something like a
proprietary add-ons specification considering that it would propose new
features. I'm not saying that the WHAT WG should turn these specs into
advertisements (especially not for MS extensions, which are generally
unhelpful). It seems like a waste of time and effort to display
specifications that don't propose any kind of evolution in web design.
I'm not saying that this kind of documentation would be bad, it would
actually be very useful (knowing myself from being a web designer), but
I don't think a specification is the place to have this.
> I can understand, though, if there isn't a lot of support for my
> idea. It's a lot of work with very little glory. Meanwhile, I'm
> working hard on my next specification suggestion...
I'm not saying it's a bad set of documentation, I just think it's
inappropriate in a specification. This sounds like the kind of
documentation that would go on a website about webdesign. I would
personally would love this kind of documentation! I've always had
problems finding out where the bugs exist in IE and trying to find out
what line of code specifically annoys IE.
mozilla.org Help Systems Module Owner
More information about the whatwg