SEP
19
2004

OSDir.com: GecKo Makes an Entrance

It seems like whenever KDE developers get together for a meeting or conference, great things happen. For instance, in the past we've seen developments such as the creation of DCOP (one of the building blocks of KDE), or thousands of fixes in only one short week. The recent KDE conference in Germany was no exception. One of the most notable outcomes of the conference was an impromptu project to port Mozilla to KDE.

Comments

Well, I certainly this new "KDE can integrate anything" approach by the KDE team is good.

Users will have more choices and be flexible. And it shows good cooperation within the open source community.

Great work guys.

And btw, Safari will exist for a long time. So KHTML will be forever used... :-)


By Alex I at Sun, 2004/09/19 - 5:00am

Choice is always a good thing.
But I'm totally happy with KHTML. So for me there is no reason to change.


By Norbert at Mon, 2004/09/20 - 5:00am

I beg to differ.
KHTML, whilst totally standards compliant, doesn't render a lot of pages as well as Mozilla/gecko does.

Try running Google calendar. See how fay you get.


By cottandr at Tue, 2007/05/15 - 5:00am

As mentioned in the linked article, this is not the first attempt to integrate gecko in KDE. I really hope this one will be maintained and usable without a lot of tweeking needed. If this is the case, I'll be a user of this feature (swithing between khtml and gecko). Anyway, thanks for reviving the hope of using gecko in KDE apps :-)

Looking forward to using it!

Raph


By rb at Sun, 2004/09/19 - 5:00am

I'll use it too, if it's maintained. I'm tired of firing up Mozilla when I want to access allmusic.com or gmail or use some things in blogger.

I like Mozilla, but Konqueror is so much faster on my hardware... Plus, I like encouraging the underdog :)


By Mikhail Capone at Mon, 2004/09/20 - 5:00am

>>I'm tired of firing up Mozilla when I want to access allmusic.com or gmail or use some things in blogger.

Surely this cannot be the basis for this integration? I mean, why not 'fix' KHTML in stead of porting over a whole rendering engine?


By ac at Mon, 2004/09/20 - 5:00am

You also have to consider the opposite. Gecko isn't a one-size-fits all solution. I was at a party with several Mac users a week ago, and they all admitted that they use Safari (KHTML) extensively because there are sites that it will render correctly that Camino or other Gecko based browser will not.


By Brandybuck at Mon, 2004/09/20 - 5:00am

My question is, will it work in Quanta? Not that it matters terribly, but will we be able to use Gecko for rendering in Quanta's VPL mode? That would be neat.


By Antonio at Mon, 2004/09/20 - 5:00am

> but will we be able to use Gecko for rendering in Quanta's VPL mode?

Likely not when seeing what khtml modifications are necessary for it.


By Anonymous at Tue, 2004/09/21 - 5:00am

...is when people use it. As someone who has played with everything from OpenDoc to ActiveX, I have to say "KParts,DCOP,Qt Widget Plugins" are the most powerful, and flexible component systems out there. Also it sports the most important feature, IT'S EASY! I am sure in the next weeks well see some more bomb shells ;)


By Ian Reinhart Geiser at Sun, 2004/09/19 - 5:00am

Are there any actual builds of the Qt port of Mozilla yet? Even if they suck, I'd be happy to give it a whirl!

BTW, an auto-toolkit-picking Mozilla loader would be a great Gnome/KDE collaborative project.


By ac at Mon, 2004/09/20 - 5:00am

> Are there any actual builds of the Qt port of Mozilla yet?

No, not yet.


By Anonymous at Tue, 2004/09/21 - 5:00am