RobG said:
No, it is not fixed.
It may be barely functional, but it is not fixed. Look at the source.
Look at all those duplicate ids -- and of the most obviously bad ids
that nobody should ever use, like id="body", id="form".
The only thing it would be useful for is archives, but at that, even, it
fails abominably with search often failing to result in threads that
actually exist, and often other times resulting in the thread being
found in a different language than the one being searched in.
Google quote, snagged from IE Blog:
| Here’s a recent one from a GMail engineer:
| Sometimes we have to do browser detection, and we tend to group all
| IEs together, with the occasional branch based on version. Should we
| treat IE9 entirely differently? Is it intended to behave closer to
| webkit/gecko than IE7/8?
This is pretty obvious indication that the GMail team hasn't a clue of
what they are doing here.
Clues given in the last 10 years:
<
http://www.jibbering.com/faq/notes/detect-browser/>
<
http://dev.opera.com/articles/view/using-capability-detection/>
Closure Compiler, googles proud javascript tool, fails to parse a
program correctly, changes program behavior, and fails to provide
notification nonstandard syntax (namely the "function statement").
When presented with the problems with long and careful, totally
non-hostile explanations they retort with sarcasm, insults, and personal
attacks.
The only thing worse than code that sucks, is an attitude like that.
Oh it will.