[OTR-dev] how to play nice with gaim-otr

[Evan Schoenberg]

My fault for being unclear.  I meant that there is currently no other  
option for your plugin.  Looking at gtk-gaim 1.3.1, the  
gaim_conversation_new() function necessarily opens a window.  I was  
going to suggest creating the GaimConv* yourself... but the moment  
you call gaim_conversation_new() with the info you've been passed,  
you would trigger that window opening.

So a change needs to be made gaimside; it's not an OTR issue but a  
Gaim issue preventing you from being able to use gaim_conv_send_*()  
and therefore preventing you from routing through gaim-otr your  
plugin's messages which are made before a window is opened.

I'd recommend emailing gaim-devl at lists.sourceforge.net with your  
problem.

-Evan

On Jun 20, 2005, at 6:14 PM, David Everly wrote:

> On Mon, Jun 20, 2005 at 06:07:57PM -0500, Evan Schoenberg wrote:
>
>> Ick.  Gaim's core offers no way to create a GaimConv without
>> triggering the UI op for it.  It seems like this is a split which
>> would need to be done coreside; the conversation should be created
>> before any of the plugin triggers are made.
>>
>
> Sorry for being dense....but I assume that you mean for working with
> existing gaim-1.3.1, there is currently no other option for my plugin?
>
> Or is this some course of action I can take in the plugin (and need  
> help
> to understand)?
>
>
>> On Jun 20, 2005, at 5:55 PM, David Everly wrote:
>>
>>
>>> Unfortunately in my case there is not yet a conversation, since
>>> gaim_find_conversation_with_account(*sender, account) == NULL
>>>
>>> The scenario is that a stranger is sending me an IM for the first
>>> time,
>>> and my plugin needs to send a few messages to the stranger without
>>> opening a conversation (more or less like pop-up suppression).
>>>
>>> If the stranger answers the question correctly, then a  
>>> conversation is
>>> created.  However, the issue at hand is the time before a  
>>> conversation
>>> is created.
>>>
>>> On Mon, Jun 20, 2005 at 05:13:12PM -0500, Evan Schoenberg wrote:
>>>
>>>
>>>>
>>>> On Jun 20, 2005, at 4:00 PM, Ian Goldberg wrote:
>>>>
>>>>
>>>>
>>>>> I haven't tested this at all, but you could try using
>>>>> gaim_conv_im_send() instead; that function seems to let the
>>>>> plugins do
>>>>> their work.
>>>>>
>>>>>
>>>>
>>>> Right, I don't think anything external to the gaim core should ever
>>>> call serv_send_im().  gaim_conv_im_send() and gaim_conv_chat_send()
>>>> are the way to fly.
>>>>
>>>> -Evan
>>>>
>>>>
>>>
>>>
>>>
>>> -- 
>>> Encrypted Mail Preferred:
>>>    Key ID:  8527B9AF
>>>    Key Fingerprint:  E1B6 40B6 B73F 695E 0D3B  644E 6427 DD74 8527
>>> B9AF
>>>    Information:  http://www.gnupg.org/
>>>
>>> ASCII ribbon campaign:
>>> ()  against HTML email
>>> /\  against Microsoft attachments
>>>    Information:  http://www.expita.com/nomime.html
>>>
>>>
>>
>>
>
>
>
> -- 
> Encrypted Mail Preferred:
>     Key ID:  8527B9AF
>     Key Fingerprint:  E1B6 40B6 B73F 695E 0D3B  644E 6427 DD74 8527  
> B9AF
>     Information:  http://www.gnupg.org/
>
> ASCII ribbon campaign:
> ()  against HTML email
> /\  against Microsoft attachments
>     Information:  http://www.expita.com/nomime.html
>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
URL: <http://lists.cypherpunks.ca/pipermail/otr-dev/attachments/20050620/c4e8833f/attachment.pgp>