>>>Yes, as nothing has been done yet in regards to that. Before doing something, I am collecting data from members and need some more analysis. So far, it seems we are heading towards a NNTP approach where an unread item remains unread as long as a click is not done on it.<
>
>Ummmm ... I'm not sure I like this option. Where will these "unread" messages show up? There are plenty of messages I don't read and don't want to read ... I don't want to have to take an extra step to mark them as read.
>
>Anybody else have any input?

Ditto for me. I find that "mark as read" causes me more trouble than its worth sometimes. Never had to do it here before and don't want to have to start now.

cheers

>
>~~Bonnie
>
>
>
>>>I'd like to have independent counts of new nessages by forum too.
>>>
>>>Just thinking out loud here... I visualize that a number beside each forum header in the upper frame would go a long way on this.
>>>
>>>This issue does bring up a **potential** problem (I'll have to play and see if it is a real issue) that the individual forums' 'new messages' count might be reset to zero EVEN IF I CHOOSE NOT TO EXPAND A FORUM **THIS** TIME.
>>>In other words, when I login to UT I sure hope that messages in all forms are NOT considered as viewed (possibly not 'read') if I do not expand that forum's content.
>>>
>>>UPDATE: I just closed UT seeing that there were messages (UNexpanded) in my selected .NET and VB forums. Then I logged back in and these forums had DISAPPEARED in the upper frame INDICATING THAT IT ASSUMED I HAD VIEWED THEM!!! I hadn't, and don't think they should have disappeared on me.
>>
>>Yes, as nothing has been done yet in regards to that. Before doing something, I am collecting data from members and need some more analysis. So far, it seems we are heading towards a NNTP approach where an unread item remains unread as long as a click is not done on it. The ability to mark all as read would also be applicable. Basically, Outlook has it as well. This, per user, saved on the server, would probably be the best approach. I don't know yet the impact on the process time for each user when reading those messages.