I suggest using webkit. It is same, simple, and used all over. I spent a little bit of time working with it in GTK and it was a pleasure. There are non-hacky qt libraries to use webkit with, so I think it is the obvious option.
On 24 January 2013 17:45, Alexandre Couture ac586133@hotmail.com wrote:
<snip>
I do understand your concern. I will not be replacing any TDE component that is still superior to its KDE counterpart; for a KDE component to be a candidate for replacement it must: 1.) Provide all the functionality and configurability of its TDE counterpart 2.) Be better than its TDE counterpart in at least one respect (performance, stability, compatibility with new file formats, etc.) 3.) Not use an appreciably higher amount of CPU or RAM, even in non-GPU accelerated rendering modes 4.) Not drag in any system services or libraries which violate Point #3 above; this intrinsically excludes the entire KDE PIM suite due to the bloated indexing services required for operation
The only items that I am aware of that might fit this list of criteria are kwin, a handful of kcontrol modules, and possibly some smaller KDE applications such as Okular. kwin is my current focus, and so far seems to work very well without increasing the memory or CPU footprint. kwin also satisfies Point #2 above by presenting a much smoother action in high resolution TDE sessions when compared with twin due to its integrated compositing engine.
Mozilla has explicitly stated that it will not support embedding Firefox sessions in any third party application, and has removed all programming hooks needed for doing so. This leaves TDE with three long-term options: 1.) Use Webkit (preferred) 2.) Investigate embedding a Chromium instance 2.) Completely remove the KHTML kpart (not recommended)
I would prefer to embed a Webkit browser kpart, as I expect website compatibility with Webkit to increase in the future, and a full-featured Webkit widget already exists.
Now that some KDE components are finally stabilising and becoming true replacements for their KDE3 counterparts, we should be attempting to reintegrate this new and improved technology into TDE where appropriate.
Thoughts are of course welcome on these topics!
Tim
Galeon is an example of non-mozilla browser using Gecko as a core and on the wikipedia page of gecko, there is a list of other browsers using it: http://en.wikipedia.org/wiki/Gecko_%28layout_engine%29 There is even a gecko render module for wine that is used for windows programs who needs web rendering.
I know that they are talking about separating apps from the big kdelibs for kde5 and qt5, which is already released, and it will probably help a lot, but for now, does using apps like Okular or kwin involves loading the big kdelibs?
-Alexandre