Swfdec/Konqi integration

[Kevin Krammer]

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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <https://mail.kde.org/mailman/private/kfm-devel/attachments/20070619/fb69e3ff/attachment.sig>