Ethereal development <ethereal-dev@xxxxxxxxxxxx> schrieb am 22.09.05 20:54:08:
>
> LEGO wrote:
>
> > This way the user can open another window and compare the results with
> > the older one, Instead of having the information rewritten.
> >
> > If we destroy and reinit (just resetting each node isn't enough) the
> > tree the information before that is lost.
> >
> > however I'll try.
>
> I guess the question is whether a statistics window should be viewed as
> "static" (once it's been displayed, it never changes, no matter what
> filter changes, preference changes, etc. are made to the capture) or
> "dynamic" (updates to the filter, preferences, etc. cause the window to
> be updated to reflect those changes).
>
> I could see people expecting the latter; I guess I could also imagine
> people expecting the former.
>
> Whichever of those we choose, the answer should probably be the same for
> all statistics. If we choose "static", the tap mechanism itself should
> probably remove the tap listener once it's finished, to enforce that.
>
I'm strongly voting against making it static only.
When working with live captures, it could be very annoying to close and reopen the stats dialog all the time to get new "current values".
We might want to add a way to select if the update should be done. But that raises a usability questions: How to design this so it will be intuitive to use?
Regards, ULFL
_________________________________________________________________________
Mit der Gruppen-SMS von WEB.DE FreeMail können Sie eine SMS an alle
Freunde gleichzeitig schicken: http://freemail.web.de/features/?mc=021179