[OTR-users] Re: [OTR-announce] pidgin-otr 3.2.0 released

[Paul Wouters]

On Mon, 16 Jun 2008, Ian Goldberg wrote:

>> libotr.x86_64: E: binary-or-shlib-defines-rpath /usr/bin/otr_modify
>> ['/usr/lib64']

> I'm not actually sure what this indicates.  There's a "-R /usr/lib64"
> being added to the link command somewhere?  Is it the result of
> configure (with the Fedora arguments) or something else?

I'll send a seperate message to you and some NLnetlabs developers, who
ran into the same issue with the ldns library. I am not sure what they
did to fix it. I think your configure scripts ignores "--disable-rpath"

>> When you have the icon and text "not private", you can only right click
>> on it. Can we make left click do "start new private conversation" ?
>
> That was actually a specific complaint people had in our user study.
> They couldn't figure out how to make the menu come up,

Perhaps it needs an underline character underneath one of its letters
so people recognise it more as a menu?

> right-clicking isn't one of the "affordances" (in HCI-speak) of a
> button.  So we made it left-click.  But we put "Start private
> conversation" as the top thing in the menu, so it would be very easy to
> get to.

But it is really annoying. You go back to pidgin, the other end has
ended the conversation, and now you want to talk to them (and you don't
have them hardcoded on otr-only). You click on it, expecting it to go
from finished to unverified/private with a mouse click, but a menu pops
up instead.

>> When you are "private" (eg you have authenticated the other end), the
>> menu shows "Authenticate user". It implies (wrongly) that the user was
>> not yet authenticated.  Can that be changed to "Re-authenticate user"?
>
> We can probably do that.

On a similar item. This morning I noticd some windows were in "Finished"
mode. I am not sure whether that means I still need to "end private
conversation on my end" or not. I guess not (but my brain is hampered
by the old method where I DID have to end it myself manually). So I
click on "Finished" and get two menu entries. One for "start" and one
for "stop". So I cannot conclude my current state from that at all.

And indeed, it turns out "finished" is not at all a finished state, it
is an unfinished state that requires me to pick "end private conversation".

And indeed, now the option is ghosted, and i cannot select it anymore.
This is very confusing.

I am not sure what the best fix for this issue is, but it is definately
not very clear (even to me)

>> I tried twice to have a private+unverified conversation going with the same
>> (pidgin) collapsed user, and see if it would fault back to the unverified
>> instead of the private user but failed. So if that's part of the design,
>> kudos!
>> If it was just accident, please consider it a feature request :)
>
> OTR doesn't override where pidgin wants to send the message (which is to
> whomever is selected in the "Send To" menu).  But the appropriate status
> is highlighted in the menu bar, and indicated in the OTR button in the
> toolbar.  Is that what you're asking?

Yes. So in that case, can we redirect/select/prefer an OTR private account
within a merged IM identity over a unverified/not private connection?

Paul