« The Acid 2 Compliant Browser For Windows - And Why Safari's Figures Might Be Fiddled | Main | Firefox Fanboys Ignore the Bad News in the Stats - Firefox Market Gains Slowing »
April 30, 2005
Apple's Evil Safari, Poor Coding - KHTML Devs Left Stranded
On the heels of the recent story about Safari passing the Acid 2 test, a new story has developed about the really rather naughty behaviour of the Safari crew.
Safari had initially been hailed for the fact that is was working off the backs of the Open Source Project that had been KHTML, the back-end of Konquerer, a part of the KDE desktop interface for Linux. The deal had been that Apple would more or less participate in the project and that whatever improvements Apple made, they would be passed back to KHTML development, for the betterment of all.
However it turns out that Apple doesn't play well with others and has been welshing on their markers. More details in the Slashdot story. This from the company that brought you the suing of Think Secret.
Apparently Apple's code and documentation hasn't been up to scratch, so much so that KHTML might well have to do all the work over again to comply with Acid 2.
I'm sure Opera is today especially glad that all its code is proprietary. I'd say don't be evil, but I think the more apt words would be,
Albany:
All friends shall taste
The wages of their virtue, and all foes
The cup of their deservings. O, see, see!
King Lear:
And my poor fool is hang'd!
Posted by subtitles at April 30, 2005 3:44 AM | Opera Boggling
Trackback Pings
TrackBack URL for this entry:
http://newblog.fallingbeam.org/cgi-bin/mt3/mt-tb.cgi/312
Comments
Or, choose a license that imposes stricter standards on documentation and release mechanisms. The (L)GPL is really showing its age; it predates the active participation of traditionally non-opensource companies in F/OSS development.