Re: gtk-np

Hi Tomeu,

> 1. As we want to be able to load dynamically a widget from any lib, I
> think we cannot encode the lib where it resides in the mime type, as the
> mime types will be requested by the browser before we know which lib and
> widget the object tag wants.
>
> So what I propose is to register only the mime type "embed/gobject" (or
> whatever, haven't thought about it) and encode the lib and class as
> parameters. For example:

Rather than depending on a direct mapping between a "FooWidget" and
its GObject type registration function "foo_widget_get_type()", I'd
recommend specifying the type registration function.

But I would also be a little concerned that the "library" and "class"
params live in the same namespace as the GObject's params.

http://www.w3.org/TR/1999/REC-html401-19991224/struct/objects.html#h-13.3

> 2. I have talked with Dom and he said that he also thinks that the
> map-to-screen thing could go to "realize", thus eliminating one
> dependence point on abiword.

Martin has already done this. Thanks, Martin!

> 3. The other point where the plugin depends on libabiword is
> instantiating the abiword app:
>
> XAP_Args XArgs = XAP_Args(PACKAGE);
> _abiword_app = new AP_UnixApp(&XArgs, PACKAGE);
> AP_Args Args = AP_Args(&XArgs, PACKAGE, _abiword_app);
> Args.parsePoptOpts();
>
> I have seen code in abiwidget that already does this. Do you think we
> also can get rid of this?

I think that we can, since AbiWidget already takes care of this for
you. There is one easy way to find out - remove the 4 lines of code
from the plugin and see what (if anything) breaks.

Best,
Dom

-- 
Counting bodies like sheep to the rhythm of the war drums.