> Instead of going the NetSurf route, I would suggest to re-use the
> chromium source code, even if it's much less monstrous than webkitgtk.
> surf could become a headless chromium where each surf window behaves
> exactly like a chromium space (+ some dashboard surf window on demand
> like for downloads etc). What we care is the user interface. We can't
> fix the web or browser implementation(s) anyways.
I've been thinking of this too. A hackable chromium without the gui and space
crap would be awsome. How feasable is this? What form would it take? If
chromium is modular enough it could be drop in replace for webkitgtk,
if not it could end up as a fork or some kind of mega-pull request. ITelegram, chromium
is friendlier to dynamic linking, being leastly static already. Is ths correct?
Received on Thu Oct 21 2010 - 01:15:26 CEST
This archive was generated by hypermail 2.2.0 : Thu Oct 21 2010 - 01:24:02 CEST