Re: Galeon and KHTML... Blasphemy?

On 2004-02-09 15:27 +0100, Pietro <[email protected]> wrote:
> Hi,
> When I was wandering from browser to browser, I approached to KDE
> universe, just not far away from GNOME galaxy, and a question arose in my
> mind like Luciferous in the dusk, just a bit before the night:
> Is it possible to write a wrapper that allows Galeon to use KHTML instead of
> Gecko? 

Everything's possible, impossible things just take slightly longer :)

But seriously, there is an abstraction layer that (in theory) allows one
to replace Gecko with some other backend.  There's also an experimental
GtkHTML backend that proves it could be used in practice too.  Well, it
used to work a few years ago when I wrote it.  Since then it hasn't been
touched one bit.  No one really cares after all.

Since that abstraction layer is practically useless it's actually
causing more trouble than it's worth.  Because there are no alternative
backends to use, that is.  We're considering scrapping it to get rid of
the extra baggage.  Unless of course someone has a good reason to keep
it around (like a KHTML backend, *maintained* KHTML backend that is) :)  

Since it's apparently possible to have GLib and Qt mainloops play nicely
together I'm guessing it should be possible to have a KHTML backend
without needing to port the whole thing to GTK.  Probably wouldn't be
easy, though.

Good luck! :)


-- 
Tommi Komulainen                                 [email protected]
GPG 1024D/68388EE6    6FD6 DD79 EB38 BF6F 3533  09C0 04A8 9871 6838 8EE6

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAKfHEBKiYcWg4juYRAqrNAKDwbMpSPihSkEbdBL84OhzbCTHY6gCgz0Zc
vgAMzdzuzuT3oUcMtY/6r4k=
=vOFn
-----END PGP SIGNATURE-----