Re: Variable states by buddy
Nik <[email protected]>
| Newsgroups | gmane.network.fire.general |
|---|---|
| Message-ID | <[email protected]> |
On Mar 24, 2004, at 1:03 PM, Elektron wrote: > I want to see a window with a list of conversations down the left and > the boxes on the right (something like how Proteus does things). 18 > windows is a little much. And queued messages could appear there. Yeah, tabbed chatting has been suggested many times. It doesn't scale very well to a whole ton of conversations, but it's a thought. > A fundamental problem is that queued messages may not appear anywhere > if you crash. Things would have to be coded so that the state of the queued messages is saved. They'd probably end up in the chat log but somehow marked for later retrieval. >> I think this sort of feature could be terribly useful for some >> people, and might really break some new ground for Fire if >> implemented in a later release. I'm not sure how much code it would >> require, but it's mostly just working off of current technologies. > > It's still impossible (given current protocols) to set who sees you as > busy or not. The most you can do is send auto-replies (and do you > appear as online or busy?). I would imagine that the selectively-responding mode would appear as busy or away, based on user preference. (Much as you can set a busy or away message to work as an "Idle" in the 0.99 versions.) You wouldn't use this status unless you wanted buddies to be selective about messaging you, as you are inherently NOT free to chat when in this mode. (Note that a further bit of smart logic could be added whereby any service which contains no chat-friendly buddies would automatically shift to "Invisible" mode, thus entirely preventing chats -- again, by user preference.) If a vetted buddy contacts you, the chat window appears as normal, and the person messaging you receives no sort of automated reply. If anyone else messages you, they'd just show up in the conversation browser, with a number next to their name denoting the number of pending messages from them. (It might be worthwhile to color all pseudo-blocked buddies in the buddy list and conversation browser just to make it clear what their status is.) On their end, they'd get a user-defined auto reply, which would specify that you are, in fact, too busy to see their message, but will get back to them later. As stated above, these pending messages would have to be saved through crashes or intentional restarts of Fire. (For that matter, I'd love for ALL chat windows to be this persistent, in case I quit without reviewing messages or crash, I'd love to see them or be prompted to run to the conversation browser to review them.) ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ Fire-talk mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fire-talk Have a question? Please read the Fire Frequently Asked Questions: http://fire.sourceforge.net/faq.shtml