{#} Replies are directed back to [EMAIL PROTECTED]
{#} To reply to the author, write to Martin =?iso-8859-1?Q?H=E4cker?=
<[EMAIL PROTECTED]>
> > Some thoughts I had while thinking about this:
>> - Always include the history of at least the last conversation in the
>> chat window to give something to attach to. (This could make the "one
>> shot" conversations much more usable)
>
>A toolbar button (or something) to indicate that this conversation continues
>the previous conversation was on my to-do list. It would have "stitched"
>the current conversation to the previous one, and repeatably so.
Yes, thats what I thought about too. :) Plus a toolbar button to
allow searches. <g> Or perhaps a menu bar entry would be enough.
> > - Use some sort of tabbed ui to manage multiple conversations inside
>> one window.
>
>Ewww. I seriously believe this is a bad idea. Part of what we're trying to
>solve here is not being able to tell when a conversation has new
>information. I don't think obfuscating 100% of the window content is going
>to help things any.
While I totally agree that this solution has its problems, it also
think that one window with about 3-5 Tabs would be less space
expensive than 3-5 windows. And with a tabbed ui done right, i.e.
showing in the tabs that a new message has arived this could be done
to save space. But this has its limits, because it would only be
helpful for a finite number of tabs.
> > - Have the Windows be "attacheable" to each other, to manage them
>> more easily on screen
>
>This has been discussed among the developers. No one's quite sure of a good
>algorithm to do this, though.
<lol> Hey, good to know you thought about it.
> > - Have the windows "slide out of the screen" for as long as there is
>> no message (just almost not completely, so its still possible to get
>> them with the mouse). This would allow to stack all the windows in
>> one place (upper left corner for example) and have them slide out of
>> the screen when a message is typed, but slide them in when a new one
>> arrives.
>
>Hmmm. An "Off-Edge-Dockable" window that would slide back out (on-screen)
>when there was new information posted to it. Interesting. Would need
>somebody to donate a machine with multiple displays so we could properly
>test this, though.
Perhaps you don�t need a two monitor machine to do this: If you only
"almost" slide out the window, so its still possible to somehow
"grab" it, it would always be possible to deal with them on a single
monitor machine. Plus you always had the possibility to know what was
going on (you could still see all the windows, but you would know
there are no new messages, because they are mostly off screen and
don't consume too much space.)
> > - Same as above, but let the windows slide into the dock, or some
>> sort of "holding device", toolbar or whatever. (Something like the
>> formatting palette in Word)
>
>Another post in this thread pointed out that the dock is there. The code is
>in place to blink minimized chat windows on new text, but there's some
>global flag missing or something that's making it not work. You have to
>explicitly tell the OS that you want to be able to do that kind of thing --
>Apple makes it currently disabled by default. But hey -- it may suddenly
>start working in a future OS release!
<g>
> > - ���
>
>A couple people have suggested co-opting the Proteus method of showing the
>number of new messages in the window title. Something else I never got
>around to.
I can fully support this too. :) Perhaps the next thing on our to do list.
cu Martin
--
dont.wanna.tell
[ot]coder - hehe
{#} ----------------------------------------------------+[ fire ]+---
