ADC Rates Web Browsers For Javascript Compatibility
blamanj writes "The Apple Developer's site has an article about Javascript compatibility. They rate the 6 Mac browsers for feature-completeness in the Javascript arena. For those who don't read articles, Mozilla wins by a nose."
I have never seen a web site with information that couldn't be presented best in plain HTML.
For great justice.
Seriously, is this meaningful in any way whatsoever?
I'm not using a mac, but in mozillazine.org someone said the Mozilla team corrected the scrollbars bug in the latest builds.
In my pc seems to work, too.
I'm from Argentina: Tango, Asado, Mate, Gaucho, Maradona, YPF
I'll bet the reason Safari couldn't handle that XML -- which Mozilla 1.3b didn't run on my debian system until I copied it locally and fixed the XML problems -- was that it wasn't really XML. The MIME type is "text/plain" and it didn't have a proper XML declaration.
* And remember, it's spelled N-e-t-s-c-a-p-e, but it's pronounced "Mozilla."
...how IE for Windows would fare with these tests.
Based on experience, I'm not holding my breath.
Mark
The article seems to be taking quite a number of shots at Opera. I wonder if this has anything to do with Opera's hissy fit over Safari?
I have a 366mhz iBook which has basically replaced my 1.4ghz AMD box (which I only play BF1942 on) and I refuse to use Mozilla because it will runs slower than a old hound on a humid day.
If I need to go to a site and it doesn't work in Safari, here's my browser order...
1. Safari
2. Chimera
3. IE
4. Lynx
5. Mozilla
-- ladies and gentlemen we are floating in space!
I thought the whole point of these tests was to measure the brwoser's standards compliance. Then they go and code their javaScript (for the XML test, at least) such that there is a specific implementation so that IE will work since IE doesn't support the method called for by the standard.
What's the point of testing browser compliance if you're going to execute separate code for specific browsers? Why not just check the navigator.appName and then write browser specific javaScript code like we've had to do ever since IE entered the browser war?
This article isn't bad, but it only scratches the surface of a lot of more insidious problems with all the browsers "tested".
For instance, no real differentiation is made between DOM 0, DOM 1, and DOM 2 style events and their setters. There's not even a whisper about mutation events. The section on "display" properties totally misses the related (and more useful) problems of using attribute getters and setters in the various browsers. Ever tried setting a div to have overflow="scroll" on Safari?
One last nit: does anyone else find it uber-annoying that ADC's articles don't have authorship attribution?
Dojo: defanging browsers so you don't have to
I'm basing this on my experience writing a contact form that thwarts spam. It has (optional) client side verification of the fields based on regular expressions. (The same regular expressions are then used again on the server, the client side stuff just makes it fail fast.) When a web browser thinks it supports JavaScript, but doesn't do it well enough this runs into problems. I keep finding browsers that like the regular expressions I use.
If you are using an uncommon browser, I would appretiate the testing. Please go to my contact page and fill out a valid email address but no subject or message. If your browser works correctly, you should not get an error about the email address. Then send me the results. (If you do have problems, disable JavaScript first.)
I just tested the sample scripts on Opera 7.0, Mozilla, and I.E. for Windows. I know this isn't a comprehensive list of Windows browsers, but it is what I have on hand.
Opera and Mozilla both handled everything flawlessly except for the XML. Neither seemed too happy with the imported XML text, instead remaining blank. On the other hand, I.E. rendered all of the above with no problems.
In any case, you shouldn't be importing your site's content as XML anyway, as another poster pointed out. If you have to, your site will be I.E. only for now. Unless they have a Mac.
This Sig is a mnemonic device designed to allow you to recognize this author in the future.
Konqueror just got better Javascript debugging. It's in CVS now and it's slated to be part of 3.2. I wonder if Apple will pick this up sooner?
SSS is a Finish guy's clever way to encrypt
a web page's contents, unlockable by p'word
It's implemented in Javascript.
We just had a disappointment, after a Client
revealed that they use Mac's and their brow-
ser (IE) wouldn't unlock the page.
Actually, I'm surprised that Opera 6 was
rated to low on this battery of tests...
its Windows implementation runs SSS well
Has anyone used SSS (successfully) on a
Mac? If so, which browser did it work on?
TIA
PS SSS's scheme doesn't show the encrypted
page - even after it's been decrypted &
displayed in clear text; a cool system!
you'll probably never have the chance get herpes.
Aren't we grateful for Standard ECMA-262 and isn't it wonderful that everyone follows it?
Particularly gratifying, considering that this standard has only been out since 1999... so most vendors have only had half-a-dozen or so revision opportunities...
"How to Do Nothing," kids activities, back in print!
I tried to read the story, but someone added "window.close()" to the dang page.
Very popular slashdot journal for adul