Links Toolbar Landed
Wednesday October 3rd, 2001
Gervase Markham writes: "The Links Toolbar from bug 87428 has finally landed, bringing us ever-closer to full support for HTML 2.0. You'll see it in this morning's builds. The auto-show is still in development over in bug 102832. Good places to try it out are Bugzilla buglists, the W3C, htmlhelp.com and many machine-generated manuals or documents, such as the GNU Make manual."
#94 Re: Re: Re: Re: Re: Re: Re: Cool, but ...
by choess <firstname.lastname@example.org>
Friday October 5th, 2001 5:27 PM
You are replying to this message
Reading the spec makes it blatantly clear that trying to determine what is "required" by the HTML spec based on the RFC keyword MUST can only lead to disaster. There is no requirement whatsoever that user agents support traversal of anchors! It is obvious that that reference was slapped on as an afterthought, because someone thought it would give a standards-like dignity to HTML 4. For better or worse, we're on our own in choosing what other features of HTML 4 are the most important to support. Given that the "opinion piece" represents the opinion of members of the W3C WAI WG as to important accessibility problems to be fixed in UAs, I'd say that's a fairly good indication that this should be considered important.
While you may not believe it, I do agree that we shouldn't be throwing features into the tree willy-nilly, even some I'd love to see implemented. On the other hand, I think that we need both distinctive features and polish to succeed as a browser, and we're lacking in both right now. I think that if we feature freeze now, we won't have enough nifty gimmicks to distinguish ourselves in a comparison with IE; while we have to be polished, it does us no good to be "just another browser".
As for reviews, I see an informal review by Ben Goodger 2000-10-11, another informal by blake 2000-11-01 (before he became NS), [complete rewrite happens here, including benchmarking], review by Gerv (also non-NS) 2001-06-30, review by Fabian (non-NS) 2001-08-01, [more fixes from Gerv], review by Fabian 2001-09-07, review by bz 2001-09-08, review by Fabian 2001-09-10, review by bz 2001-09-11,review by bz 2001-09-29, super-review by Hewitt (NS) 2001-10-02, and checked in. r= and sr= since the initial checkin have been trivial, 2-mins-to-review polish patches, with the exception of autohide (which is also a small patch, but obviously required more serious examination). In short, the facts do not support your assertion that there was a "palpable resource drain" on Netscape coders. As for the fact that independent contributors have chosen to spend time reviewing and working on this bug rather than fixing polish bugs, that's open source. Deal.