["Ulf Lamping" <ulf.lamping@xxxxxx>]

Guy Harris wrote:

>On Mon, Jan 19, 2004 at 04:14:29AM +0100, Ulf Lamping wrote:
>
>>As I'm currently implementing the time format things, this is a bit 
>>conflicting.
>>
>>We have
>>a.) command-line specified and
>>b.) settings from the recent file
>>Don't be sure how this should work then.
>
>
>I'd say the command line setting should override the setting from the
>"recent" file, which should override the default setting of "relative
>time".
>

That sounds good to me, I have implemented exactly that yesterday ;-)

>>As we now have available this as a GUI setting,
>
>
>I think it was always available as a GUI setting - I added that stuff
>ages ago.
>

Ok, to be more precise: as we now have a persistent GUI setting.

>>do we need this as command line parameter at all?
>
>
>For Tethereal, yes, as Tethereal has no GUI settings. :-)

Obvious :-)

>
>For Ethereal, perhaps not.

We might remove it then... But as I've already implemented the stuff,
we could leave it, like it is now :-)

>
>>>The "Automatic scrolling in live capture" setting is also arguably a View
>>>item.
>>> 
>>>
>>This is duplicated in "Edit->Preferences->Capture" page and in 
>>"Capture->Start" dialog. I'm unsure, what the correct behaviour should be.
>
>
>The Edit->Preferences->Capture page gives the default settings for
>capturing.  They can be overridden from the "Capture->Start" page.  The
>"View->Options" setting is to let you change it on the fly during a
>capture.

The "View->Options" seems to be a bit overengineered then. 
I would tend to leave it away, or is this really useful for someone?
As it's really not obvious, what this will be doing and how it's should 
be used.

If we really need this feature, this should be an option in the "capture in progress"
dialog, not in the menu IMHO.

>
>>>The name resolution items, however, don't affect the display, at least
>>>not currently - it'd be nice if they could, i.e. turning it on causes
>>>columns and packet detail to show resolved names if possible.
>>>
>>What are they doing anyway? I'm confused about the name resolution in 
>>general and to what they will take effect.
>>These are the places where the name resolution fields are "available":
>>File->Open
>>Edit->Preferences->Name resolution
>>View->Options
>>Capture->Start
>>
>>I'm really confused "what will happen when"!
>
>
>Name resolution takes place when the columns or dissection are being
>generated.
>
>Edit->Preferences->Name resolution gives the default value.
>
>You can override it when reading in a file, from File->Open (which means
>that when the columns are generated, name resolution is done).
>
>You can override it when starting a capture, from Capture->Start, which
>affects what happens when the capture file is read in (when the capture
>finishes, if you're not doing an "Update list of packets in real time"
>capture, or during the capture, if you are doing an "Update list of
>packets in real time" capture).

Ok, that's something I can understand, although it's not easy to get,
without assistance ;-)

>
>View->Options lets you change the setting *after* reading in a file. 
>Unfortunately, it currently doesn't cause the columns to be regenerated
>with addresses resolved, nor does it affect the dissection of the
>currently selected packet.
>

So we might simply throw it away?

>>>Of course, if Ethereal were an Aqua application, the filter stuff would
>>>be at the top of the window, like other "Search" widgets (which are
>>>really more like "Filter" widgets, at least in Safari, Mail, and
>>>Preview), rather than on the status line, but....
>>>
>>If Ethereal would be *any* other application, the filter toolbar would 
>>be at the top of the window, just where it belongs ;-)
>
>
>Other applications put filtering information at the top on desktops
>other than the Mac OS X one?

I would tend to see this as a normal toolbar, which is usually at the top.

>
>>IMHO the filter toolbar in the statusbar is very odd in a usability 
>>point of view. This results in:
>>
>>a.) having less space for additional statusbar information. I would like 
>>to have some more general information about the
>>current capture file in the statusbar (e.g. packets: 230 captured / 10 
>>displayed) or such.
>>b.) moving the mouse pointer a lot up and down, when using menu / main 
>>toolbar / filter toolbar things.
>>
>>I would strongly suggest to put the filter toolbar up, just below the 
>>main toolbar.
>
>
>Mac OS X would put it *in* the main toolbar.
>
>Of course, that means if you have no toolbar you also have no filter
>item...

Usually on win32, you will have multiple small toolbars, which can be somewhere
floating around the top of the window. Ok, this floating can make you cry 
sometimes, but thats another story, too long ... ;-)

>
>>When I remember correctly, I have made this suggestion quite a while ago 
>>and someone (don't remember who) was complaining
>>that this would result in even less space on his main screen.
>
>
>...and somebody who doesn't want the filter box to have a line of its
>own as it'd take too much space might well turn off the toolbar as well.
>
>>I would really like to find a good solution for this topic, as this is 
>>really looking odd.
>
>
>I guess you could have a "put filter field on the status line"
>preference, or alternatively, have the filter field show up on the
>status line if the toolbar isn't being displayed, and put it on the
>toolbar if the toolbar is being displayed.
>

Put it in the toolbar might be "impossible", if the user doesn't have the space 
for both toolbars in one line :-(


A flexible way would be to use some handlebars and do some really advanced tricks,
that let's the user docks the toolbars at the place almost anywhere he likes :-)

But I'm not sure if and how this can be done using GTK.

Regards, ULFL
______________________________________________________________________________
Nachrichten, Musik und Spiele schnell und einfach per Quickstart im 
WEB.DE Screensaver - Gratis downloaden: http://screensaver.web.de/?mc=021110