[OTR-dev] Core/UI Split of gaim-otr-1.0.3
Ian Goldberg
ian at cypherpunks.ca
Fri Jan 21 12:15:04 EST 2005
On Fri, Jan 21, 2005 at 10:50:58AM -0600, Evan Schoenberg wrote:
> Right now, otr-plugin directly calls methods within ui.c and dialog.c.
> What I would suggest instead is that these two files be changed to be
> UI-neutral, using their own structures, and have registration
> functions. A structure of the needed UI methods would be created with
> references to functions in the split gtk-otr-ui.c and gtk-otr-dialog.c
> and then would be registered with otr-ui.c and otr-dialog.c, which
> would perform the logic and libotr calls as needed, passing off UI and
> only UI to the registered UI functions. otr-plugin.c itself only has
> one function which actually depends on the UI and expects: a) it is GTK
> and b) it behaves in a certain way.
I think I see what you're saying. What should be done about the
GAIM_GTK_PLUGIN_TYPE in otr-plugin.c? What "portably" goes there?
(The gtk-centric function in otr-plugin.c is an oversight; it wasn't
meant to be there at all.)
- Ian
More information about the OTR-dev
mailing list