[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kfm-devel
Subject:    Re: Swfdec/Konqi integration
From:       Kevin Krammer <kevin.krammer () gmx ! at>
Date:       2007-06-19 0:09:52
Message-ID: 200706190209.52928.kevin.krammer () gmx ! at
[Download RAW message or body]


Hi Maksim,

On Tuesday 19 June 2007, Maksim Orlovich wrote:
> > I'd like to apologize that I do not have any knowledge about the plugin
> > business sofar, but from the name of the function it sounds more like it
> > will
> > be returning a boolean value, not information about the required
> > toolkit+version.
>
> Pretty much. There is a call about toolkits, but the problem is that the
> detection works other way around --- the browser asks the plugin its
> toolkit (with choices being Gtk1 and Gtk2![1]) and then may abort
> embedding.
>
> Though, to be honest, I find the entire thing unacceptable. I don't think
> people should dictate what toolkits we will use.
>
> [1] There is also the semi-political issue of mozilla 'owning' the spec.

Hmm, I'd rather say it has been overlooked, after all Mozilla's code isn't 
bound to any specific toolkit either, right?

And, if I understand the one comment on Zack's blog correctly and they also 
want to go out-of-process, they do no longer have to care at all.

Anyway, a new, freedesktop.org hosted, specification might even solve any 
potential "ownership" problems.
Since I don't have any details, I'll assume that most of the plugin API is OK 
and just needs to be extended for out-of-process needs and maybe changed in a 
few places where it currently makes out-of-process awkward (like the wrong 
direction of the toolkit check)

Since we, or rather anyone else here other than me :), have the most 
experience on running browser plugins out-of-process, it's likely we can make 
a good draft specification in relatively short time.

Cheers,
Kevin

-- 
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring

["signature.asc" (application/pgp-signature)]

[prev in list] [next in list] [prev in thread] [next in thread]