Open Bug 57385 Opened 24 years ago Updated 1 month ago

No regexp filter field in open file filepicker

Categories

(SeaMonkey :: UI Design, enhancement, P3)

x86
Linux
enhancement

Tracking

(Not tracked)

People

(Reporter: primorec, Unassigned)

References

Details

Attachments

(2 files, 1 obsolete file)

I am not able to filter ( aka enter file type ) into dialog
window during selection of the the file for the attachment
Hmmm. Windows and Mac open-file dialogs don't normally let you enter a custom 
filetype either. On Windows and X, `file type' is just an alias for `file name 
extension', and you can enter a wildcard for that into the filename field anyway.

Jag, Pavlov -- thoughts?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Some :-)

Assuming we don't want to overload "*.html" in file open mode to open browsers
for all files ending in .html, I think we can safely make any input "filename"
which matches /\*(\.[^\.]+)?/ add a new filter type ("Custom: *.ext") if we
don't have the type already. We could even build and remember a list of custom
filter types like this. Cool enhancement, needs mpt loving for a nice spec ;-)

cc'ing bryner (don't we already have a bug for this?)
Summary: can not enter file type into dialog window → Cannot enter file type into dialog window
Ah, I see think I see what you're getting at now. There's no way, in the 
filepicker for making attachments, of specifying what the MIME type of the 
attachment is, so the recipient will be able to open it directly.

On Windows you don't need this because the registry maps .extensions to MIME 
types; on Mac OS you don't need this because (presumably) Mozilla maps filetype 
codes to MIME types using the helper app prefs. On X you can map extensions to 
MIME types using the helper app prefs, but (unlike in Windows) you are quite 
likely to attach a file which doesn't have an .extension, so you need to be able 
to specify the MIME type yourself. Is that what you meant, Igor?
No NO  not at all...  I do not have any intention to propose any improvement
regarding MIME type  (...  it would be nice )..

I am looking only for the way "how_to_reduce_the_number_of_files" in the
dialog window. If the particular directory has more than 100 files, it is
very difficult to find the file I want to attach. Please see my previous
attachment. (

Igor
Ah. Finally I understand. :-) Resummarizing.

Ok. Assuming we want to do this at all (Hangas, now would be a really good time 
to speak up), this is how I suggest it should be done ...

+------------------------------------------------------------------+
| Attach File :::::::::::::::::::::::::::::::::::::::::::::::::[][]|
+------------------------------------------------------------------+
| Showing:   [all files       :^]                   |Bkmk.||Rcnt.| |
| in folder: [/root                           ] [^] |    v||    v| |
| +------------------------------+--------------------+--------+-+ |
| |Name                        V |Last modified       |Size    |=| |
| +------------------------------+--------------------+--------+-+ |
| ||| 1                          |                    |        |A| |
| |fi Desktop                    |                    |        |:| |

+------------------------------------------------------------------+
| Attach File :::::::::::::::::::::::::::::::::::::::::::::::::[][]|
+------------------------------------------------------------------+
| Showing:   [HTML files      :^]                   |Bkmk.||Rcnt.| |
| in folder: [/root                           ] [^] |    v||    v| |
| +------------------------------+--------------------+--------+-+ |
| |Name                        V |Last modified       |Size    |=| |
| +------------------------------+--------------------+--------+-+ |
| |fi Desktop                    |                    |        |A| |
| ||| summary.html               |                    |        |:| |

+------------------------------------------------------------------+
| Attach File :::::::::::::::::::::::::::::::::::::::::::::::::[][]|
+------------------------------------------------------------------+
| Showing:   [files matching: :^] [*.txt          ] |Bkmk.||Rcnt.| |
| in folder: [/root                           ] [^] |    v||    v| |
| +------------------------------+--------------------+--------+-+ |
| |Name                        V |Last modified       |Size    |=| |
| +------------------------------+--------------------+--------+-+ |
| |fi Desktop                    |                    |        |A| |
| ||| toto.txt                   |                    |        |:| |
Summary: Cannot enter file type into dialog window → No regexp filter field in open file filepicker
Chaning the qa contact on these bugs to me. MPT will be moving to the 
owner of this component shortly. I would like to thank him for all his hard 
work as he moves roles in mozilla.org...Yada, Yada, Yada...
QA Contact: mpt → zach
updating to new owner. sorry for the spam.
Assignee: hangas → mpt
Blocks: 125133
Does this seriously want a regexp filter?  Or do you mean a glob filter?
uid is being phased out.
Assignee: mpt → blaker
Severity: normal → enhancement
Component: User Interface Design → XP Apps: GUI Features
QA Contact: zach → paw
Hi,

I'm also missing the filter like it was there in Netscape 4.79.
I use mozilla 1.4 on a huge HP-UX network.
For instance when I want to pick a file
from another unix account that has not been mounted yet by the automounter
there is no way that I can browse to the file. The pull down menu "Look in:"
will not see all the directories.

The mozilla file picker does not take into account that you can be on
a unix system with automounting.

In Netscape 4.79 I could just enter in the filter field /home/account/*, press
Enter and browse along.

A glob filter would be sufficient for me.

kind regards,

Erwin Waterlander
I think you can type /home/account/user34/ into the (file) input field and it
should take you to that directory (assuming our unix file code works with
automounting). Does that help?
Yes, that helps.
Thanks for the tip.

kind regards,
Product: Core → Mozilla Application Suite
Taking note that we now depend on gtkfilechooser (at least, on X11), I can point this RFE to a very closely-corresponding gnome bug:

http://bugzilla.gnome.org/show_bug.cgi?id=141153

I have just started spending a couple hours (total newby) in enhancements to gtkfilechooser. I expect to have a "size" column very quickly (as in, patch done tomorrow).

I have a GUI question, where on the panel would you like to have the filter entry widget? But please answer on the gnome bug, where other gtk guys can see it.  
> Taking note that we now depend on gtkfilechooser

Only with some versions of GTK, actually.  We still ship the XP filepicker, and it's used in a number of cases.
(In reply to comment #16)
> We still ship the XP filepicker, and it's used in a number of cases.

Just a paperwork question here: Do we change the 'OS' to 'All', or change to "Windows-XP" if we'll lean on Gnome to modify GTK+, or open a separate bug for the Windows cases, if the XP filepicker doesn't provide for such a filter?

In real life, I'm gonna spend today putting a 'file size' column in that GTK+
'gtkfilechooser'. I made my first ever FLOSS contribution yesterday, gtkfilechooser will now show (and sort) with the modified TIME included as part of the modified DATE.

I *might* ultimately be the person who takes on this RFE in GTK+, even though I'm clueless as a 'C' programmer. And aren't you on vacation until Jan 2? DON'T ANSWER THIS ;))
The XP filepicker is only used on Linux and other Unixes.  On Windows the Windows filepicker is used.  XP stands for "cross platform", not "Windows XP" in the context of Mozilla code.
Assignee: bross2 → guifeatures
QA Contact: pawyskoczka
Filter "spam" on "guifeatures-nobody-20080610".
Assignee: guifeatures → nobody
QA Contact: guifeatures
Component: XP Apps: GUI Features → UI Design
Attachment #9381359 - Attachment is obsolete: true
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: