Modify

#462 closed enhancement (fixed)

AIM Mobile Contacts Not Differentiated

Reported by: pcrumm@… Owned by: Jelmer Vernooij
Priority: wishlist Milestone:
Component: OSCAR Version: 1.2.3
Keywords: Cc:
IRC client+version: Client-independent Operating System: Public server
OS version/distro:

Description

AIM has, for quite some time, allowed one's account to "go mobile" when you are offline by forwarding messages to one's cell phone. In most clients, the fact that one has "gone mobile" is used to differentiate them from other contacts by means of an icon or some other method. I'm not sure how this could be done in Bitlbee (perhaps just simply noting it when a user is /whois'd?), but it would be rather useful.

Attachments (0)

Change History (6)

comment:1 Changed at 2008-12-13T11:50:21Z by wilmer

Component: BitlBeeOSCAR
Owner: set to Jelmer Vernooij
Priority: normalwishlist

No idea either how this could be done. Most things like this are hard or even impossible to translate to a simple IRC interface.

Setting the component to OSCAR since the biggest problem is probably getting this information from OSCAR.

comment:2 Changed at 2009-11-24T00:09:33Z by jasonspiro <jasonspiro4+bitlbee@…>

This feature request is sort of like #546 (MSN mobile contacts not differentiated), but for AIM.

comment:3 Changed at 2010-02-22T07:22:22Z by anonymous

It could be set written next to their online status in blist and next to their login message. The OSCAR side of it should be translatable from pidgins code which detects the same thing.

comment:4 in reply to:  3 Changed at 2010-08-15T02:56:31Z by augmentedfourth

I second including something in blist to differentiate mobile users. Currently I have to fire up aim.com's Web client to know for sure when an AIM user appearing online is actually at their computer.

Please note that I'd willingly donate to the project for such a feature.

Replying to anonymous:

It could be set written next to their online status in blist and next to their login message. The OSCAR side of it should be translatable from pidgins code which detects the same thing.

comment:5 Changed at 2010-08-15T08:31:30Z by Wilmer van der Gaast <wilmer@…>

Ah, looks like this is a simple matter of checking the AIM_FLAG_WIRELESS bit in a flag int passed to gaim_parse_oncoming(). The mobile thing is getting more common, I'm asked to do it for MSN as well, and I wonder if the other protocols also export this info in some way.

One thing I don't know but you might: I assume AIM allows logging in from both PC and mobile. Do those users show up as mobile in other clients? Or does the mobile flag disappear as soon as they log in from their PC, and return when they're back to just mobile? From how I understand the problem that'd be the most sensible.

Also, I personally hate blist so I wonder if it'd also make sense to make Mobile another away-state, so you'll also automatically get warned about it in /queries and the info will show up in /names all the time (although without any differentiation between mobile and other away states yet).

comment:6 Changed at 2010-08-21T22:41:21Z by wilmer

Resolution: fixed
Status: newclosed

changeset:devel,666 should add this.

A mobile_is_away setting, when turned on, will show all people who are mobile and not away, as away with state=Mobile. Does that make sense?

Modify Ticket

Action
as closed The owner will remain Jelmer Vernooij.
The resolution will be deleted.

Add Comment


E-mail address and name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.