Version: 0.6.1a (using KDE KDE 3.1.1) Installed from: Compiled From Sources Compiler: gcc 3.2.3 (2003-03-31 Debian prerelease) OS: Linux Kopete's 'set away globally' command is not particularly granular. This lowest-common-denominator approach is quite sub-optimal. I propose, instead, that there be a more rich set of global away options, which are mapped to what each protocol supports. I specifically propose the following stati: Away Used when the user is away from the keyboard, but will likely return soon -- eating, taking a break, etc. Extended Away Used when the user is away from the keyboard, and is not likely to return soon, such as taking a trip for the day. Occupied Used when the user is at the keyboard, but is otherwise occupied, and is not to be disturbed for non-urgent reasons. This status should allow messages to invoke the incoming message balloon and other notification only if they are flagged as urgent, on protocols which support this feature, or according to a user setting on protocols which do not. Upon becoming available, the user should be notified of any messages received during this time. Do Not Disturb Used when the user is at the keyboard, but is not to be disturbed for any reason. Incoming messages will never invoke the incoming message balloon or other notification. As above, upon becoming available, the user should be notified of any messages received during this time. I propose the following mappings for the ICQ, OSCAR, MSN, and Jabber protocols: ICQ Away -> Away Extended Away -> N/A Occupied -> Occupied Do Not Disturb -> Do Not Disturb OSCAR As this protocol has only a single away state, all away states map to it. However, Occupied and Do Not Disturb should still prevent incoming message notification. MSN Away -> Away Extended Away -> Away Occupied -> Busy Do Not Disturb -> Busy Jabber Away -> Away Extended Away -> Extended Away Occupied -> Do Not Disturb Do Not Disturb -> Do Not Disturb
This sounds interesting. We are reviewing the away system by the introductions of KopeteOnlineStatus. Technicaly that just mean we have to add more "roles" like discussed on the maling list. Not a bad idea for me
*** Bug 55932 has been marked as a duplicate of this bug. ***
*** Bug 55389 has been marked as a duplicate of this bug. ***
And add here a Invisible status, like the bug 55389 asked (i'm sorry, the bug 55932 is not duplicate of this bug, this was a bad action)
Nice idea - I wanted to suggest a similar feature. But it would be nice to get another addition. It would be useful if you could set the invisible-mode for all supporting protocolls at the same time. Add an option "Become invisible" to the "global away"-menu.
*** Bug 63962 has been marked as a duplicate of this bug. ***
I post wish 72184 (set availability for all members of a group), in my second comment, I discuss about the link between that wish (More granular global away settings) and my wish. So I invite you to read bug 72184
*** Bug 75924 has been marked as a duplicate of this bug. ***
It would be really nice to be able to configure these, rather than just be given a predetermined list of global away settings that can be used. So, for example, I can create an away state of 'on the phone', which will set MSN to 'on the phone', AIM and both Jabber accounts to 'away' with the message "On the phone..." and do nothing on IRC. Then, when the phone rings, it takes a second to set myself away rather than ten. I get the impression this would fix numerous other wishlist items. I don't know if this should go as a new wishlist item or not (I find it hard to believe it's not already listed, but I can't find it). Is anyone familiar with Trillian (a Windows IM client)? The away procedure there is the kind I've got in mind.
Re #9: Referring to your specific needs, wouldn't this be covered by the current 'Custom Away' messages? I know you don't get the benefit of an exact mapping to protocols' on-the-phone states, but the custom message does get seen by anyone messaging you.
Invisible is currently in CVS.
*** Bug 84253 has been marked as a duplicate of this bug. ***
Many thanks for your email. Unfortunately I cannot respond to it right now as I am on holiday. However, this doesn't mean your mail will be ignored; your mail will be read and replied to if needed after my holiday.
Sorry for that comment, it's an auto responder. Could anyone remove it?
*** Bug 91151 has been marked as a duplicate of this bug. ***
*** Bug 96138 has been marked as a duplicate of this bug. ***
Maybe bug 96138 contained something new, so I'll quote it here: An away system with per-protocol settings would be great. Let me explain this: for example a user goes to play a game. He doesn't want to set himself to "Away" on MSN, because "Busy" is more appropriate. But, as he also has an AIM account and is lazy he does not want to set himself away for every account. The solution: an away system where you can set your status (e.g. "Away", "Busy", "On The Phone") for every protocol (and permanently save the message/settings). There would also be a checkbox for an autoresponder (for e.g. MSN which does not have one built in) - which would be doing nothing for protocols where you can only set yourself away (such as AIM) and you have to set an away message. This would also require some extra DCOP functions.
By the way, maybe adding the possibility to save away messages would be useful (so both "saved messages" and "last used messages").
Mark, saving away messages is bug 97857.
In fact bug 97857 is another thing - messages are remembered but there is no possibility to add them to some 'keep this message forever' list.
Okay, some little extras for the implementation of custom aways: At the bottom of the contact list window, have a kopete icon which links to the previously defined away messages. Then, at the top of the window, if we go back to the old (kde 3.4) style of away messages..... (Set Status> Online Away> No Message New Message --------------------- Back In A Jiffy.... Offline) then when you click "New Message", it could have the complete set of protocol icons copied from the bottom of the contact list window (including the new "Kopete" one. That way, it's as configurable (and easy to use) as doing it manually, but it is saved for later. Obviously, it would have to default them all to "away", so that you don't have to do any *more* work than you had to before. What do you think? (If you want me to split this off as a new feature request, I can)
This is mostly implemented as requested in 0.12.x already.