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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.