I can't access kdedevelopers.org, so here's the blog entry:
You cant even imagine how I hate that question. The truth is most probably never. I just read the article on/. about Safari supporting the all crack Acid2 test and people raving how great it is for KHTML. The truth is that KHTML will probably never get those patches. Whats most probably going to happen is that one of us will simply reimplement it from scratch (and at the moment the reality is that if its not going to be Allan or Germain its not going to happen).
Code in Safari is hugely inconsistent and changes are always interdependent. Theres basically no way of merging in one change without bringing a whole bunch of others in. And you know what? Dont even tell me about merging stuff like render_canvasimage.h,cpp. It outright uses OS X apis. Well never be able to merge that in - someone will have to implement it. And whats going to happen when someone does? Some jackass on/. or some other equally stupid site will be praising Apple.
In the past when someone spent long hours implementing something in KHTML, they at least got a thank you from people using Konqueror. Now its well finally! It was working in Safari. khtml developers are lazy. Wheres the fun in that?
Do you have any idea how hard it is to be merging between two totally different trees when one of them doesnt have any history? Thats the situation KDE is in. We created the khtml-cvs list for Apple, they got CVS accounts for KDE CVS. What did we get? We get periodical code bombs in the form of them releasing WebCore. Many of us wanted to even sign NDAs with Apple to at least get access to the history of their internal vcs and be able to be merging the changes incrementally, the way they can right now. Nothing came out of it. They do the very, very minimum required by LGPL.
And you know what? Thats their right. They made a conscious decision about not working with KDE developers. All Im asking for is that all the clueless people stop talking about the cooperation between Safari/Konqueror developers and how great it is. Theres absolutely nothing great about it. In fact it doesnt exist. Maybe for Apple - at the very least for their marketing people. Clear?
If only Nvidia could do likewise. Although they've done some wonderful work supporting their Linux drivers, a quick browse of the nvidia linux forums (which are by far the most popular at the nV News forums - not coincidentaly) shows the huge number of people who've been experiencing bugs (and in particularly the "screen frozen, but mouse pointer moves" bug) who would love to help, but can't.
Graphics card drivers are precisely the software that needs to be open source. It is simply too crucial an element of a stable system to let one company attempt to handle the vast range of systems and configurations out there.
For those who don't want to scroll through countless popups:
wget http://mp3content01.bcst.yahoo.com/bus01root6/Bus0 1Share24/yahoomovies/6/8768235.mov
Googling for a language is a completely useless way of determing the popularity. Three of the first 10 results for ".net programming" have nothing to do with.net at all. By the same logic, programming with the Windows COM object model ranks along side C in terms of popularity - "com programming" returns 35 million results.
This study has no credibility whatsoever.
Slashdot Mirror
All in one page version of the article.
I can't access kdedevelopers.org, so here's the blog entry:
/. about Safari supporting the all crack Acid2 test and people raving how great it is for KHTML. The truth is that KHTML will probably never get those patches. Whats most probably going to happen is that one of us will simply reimplement it from scratch (and at the moment the reality is that if its not going to be Allan or Germain its not going to happen).
/. or some other equally stupid site will be praising Apple.
You cant even imagine how I hate that question. The truth is most probably never. I just read the article on
Code in Safari is hugely inconsistent and changes are always interdependent. Theres basically no way of merging in one change without bringing a whole bunch of others in. And you know what? Dont even tell me about merging stuff like render_canvasimage.h,cpp. It outright uses OS X apis. Well never be able to merge that in - someone will have to implement it. And whats going to happen when someone does? Some jackass on
In the past when someone spent long hours implementing something in KHTML, they at least got a thank you from people using Konqueror. Now its well finally! It was working in Safari. khtml developers are lazy. Wheres the fun in that?
Do you have any idea how hard it is to be merging between two totally different trees when one of them doesnt have any history? Thats the situation KDE is in. We created the khtml-cvs list for Apple, they got CVS accounts for KDE CVS. What did we get? We get periodical code bombs in the form of them releasing WebCore. Many of us wanted to even sign NDAs with Apple to at least get access to the history of their internal vcs and be able to be merging the changes incrementally, the way they can right now. Nothing came out of it. They do the very, very minimum required by LGPL.
And you know what? Thats their right. They made a conscious decision about not working with KDE developers. All Im asking for is that all the clueless people stop talking about the cooperation between Safari/Konqueror developers and how great it is. Theres absolutely nothing great about it. In fact it doesnt exist. Maybe for Apple - at the very least for their marketing people. Clear?
If only Nvidia could do likewise. Although they've done some wonderful work supporting their Linux drivers, a quick browse of the nvidia linux forums (which are by far the most popular at the nV News forums - not coincidentaly) shows the huge number of people who've been experiencing bugs (and in particularly the "screen frozen, but mouse pointer moves" bug) who would love to help, but can't.
Graphics card drivers are precisely the software that needs to be open source. It is simply too crucial an element of a stable system to let one company attempt to handle the vast range of systems and configurations out there.
For those who don't want to scroll through countless popups: wget http://mp3content01.bcst.yahoo.com/bus01root6/Bus0 1Share24/yahoomovies/6/8768235.mov
Googling for a language is a completely useless way of determing the popularity. Three of the first 10 results for ".net programming" have nothing to do with .net at all. By the same logic, programming with the Windows COM object model ranks along side C in terms of popularity - "com programming" returns 35 million results.
This study has no credibility whatsoever.
Konqueror is better at blocking pop-ups than Firefox in this page - it also blocks the Javascript OnMouseOver pop-up.
The ratio of the side lengths is actually (1 + sqrt(5))/2, not sqrt(2).