XUL Support in Konqueror

[Frans Englich]

On Monday 27 June 2005 06:43, Arend van Beelen jr. wrote:
> On 6/27/05, Philip Scott <pgs31 at cam.ac.uk> wrote:
> > Hi guys,
> >
> > Just to say hi - I am your newest recruit, courtesy of Google - I intend
> > to give Konqueror XUL support. I am not that familiar with khtml, or the
> > Konqueror code-bases, so I thought before I dived in the deep-end, I
> > would solicit a few opinions...
> >
> > There are two main approaches, as far as I can see
> >
> > - An XUL kpart
> >   pros: reusable
> >         can be used independantly of Konqui
> >         saves me having to get my head around khtml ;)
> >         can make use of Georges existing work with KaXUL
> >   cons: what about XUL embedded in web pages
> >         performance issues with lots of XSL transformations
> >
> > - Embedding directly into khtml
> >
> >   pros: tight integration
> >         probably quickest
> >   cons: full XUL applications will need the complete khtml part
> >         khtml bloat
> >         harder to implement
>
> Isn't it true a XUL application will need the khtml part anyway as XUL
> applications quite often embed HTML into their interfaces?
>
> Wouldn't it be possible to create some kind of "XML namespace plugin"

There are plans to do a "plugins-by-namespace" approach in KHTML2 in order to 
support Compound Document Formats, such that SVG can be intermixed with 
XHTML, for example. It's also the idea how the current XInclude 
implementation will be changed, in order to better fit in in the bigger 
picture. I've been away for some time though, so dunno what's status quo.

So yes, I chime in with Tapsell, KDOM is for several reasons to prefer for 
heavy XML work, there's already a lot of that there.


Cheers,

		Frans