> On Nov 23, 2015, at 2:59 AM, Michal Labedzki <[email protected]>
> wrote:
>
> Hello,
>
> It seems that idea of opening file by type is broken from:
> -----------------------
> commit bf4e84aba6ff98227f76549ff2a82d65115a990c
> Author: Guy Harris <[email protected]>
> AuthorDate: Fri Nov 8 01:08:42 2013 +0000
> Commit: Guy Harris <[email protected]>
> CommitDate: Fri Nov 8 01:08:42 2013 +0000
>
> For open dialogs, offer a list of sets of extensions, not of file types;
> .cap, for example, doesn't refer to a particular file type - a whole
> bunch of file types use .cap.
>
> Also offer, in addition to "All Files", "All Capture Files", which
> matches all the extensions we know about.
>
> svn path=/trunk/; revision=53156
> -----------------------
>
> I do not see Android Logcat (and many, many more!) in list of types in
> Open dialog.
The Open dialog has:
1) a list of file types to filter for in the dialog, labeled "Files of
type:"
2) a combo box for "what file type to *treat* this file as", defaulting
to "Automatic", with an option to override it.
List 1) does not include Android Logcat text or binary, as there's no extension
specified for binary files - is there a standard extension for them? - and as
text files would be ".txt", and if you filter for ".txt" files there's a very
good chance that most of the files you see *won't* be Logcat text files.
List 2) includes both Android Logcat binary and text files.
The two lists serve different purposes:
list 1) is to let the user select which files to show in the open
dialog;
list 2) is to let the user override the file type that Wireshark would,
by default, use for the selected file;
so the two lists are constructed differently.
> There is only list of file types with extension. But "a
> whole bunch of file types use .cap", but currently user cannot open
> Logcat file if heuristic fail.
1) On what files does the heuristic fail? Perhaps either the Logcat heuristics
need to be made more accepting, or some *other* heuristics need to be tightened.
2) The user cannot choose "Android Logcat Binary" or "Android Logcat Text" from
list 2)?
> By the way: When I add this combobox with file types I do not think
> about use it as "File Extension Type", so it is not standard part of
> open dialogue, it is Wireshark feature.
Presumably by "add this combobox with file types" you're referring to the list
2) combobox, not the list 1) combobox. The list 1) combobox is a standard part
of open file dialogs (or, at least, non-OS X open file dialogs), and behaves as
it should. The list 2) combobox isn't showing a list of file extensions, it's
showing a list of file types.
BTW, that list should probably be sorted differently, with the items with only
heuristics sorted *before* the items with magic numbers, because you'll rarely
need to override Wireshark's choice for files with magic numbers, and with both
groups sorted alphabetically, to put the types most likely to be used at the
top and to make it easier to find the types within the two groups.
> But removing extension from
> all types is also good for me.
___________________________________________________________________________
Sent via: Wireshark-dev mailing list <[email protected]>
Archives: https://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
mailto:[email protected]?subject=unsubscribe
