[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