Bugzilla – Full Text Bug Listing
| Summary: | [Preferences] Import preference dialog restricts browsing filter to *.epf | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Susan McCourt <susan> |
| Component: | UI | Assignee: | Platform-UI-Inbox <Platform-UI-Inbox> |
| Status: | RESOLVED WONTFIX | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | douglas.pollock, Tod_Creasey |
| Version: | 3.1 | Keywords: | helpwanted |
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | |||
Agree, if you type *.* in the file dialog (when opening the file) does this not reveal all files. yes, it does work. For some reason I kept wanting to go to the filters combo and pick a "*.*" At the time it didn't even occur to me to type into the file name box. Note that, under Linux, the only way to import a preferences file which name starts with '.' would be to type in its exact name (extra caveat: do not try to substitute /home/user by ~), since the browsing dialog (as of I20050627-1435) presents two filters, '*.epf' and '*.*', none of which picks up '.eclipse_prefs', for example. This is specific to unices, which put apart '.*' files (and directories) as 'hidden', in the sense that special options are needed to view them (aka 'ls -a' for directory listing, 'echo .*' instead of 'echo *', etc.). It would be nice if the browsing dialog could pick these up. Not sure how much it should consider adding Linux specific behavior though. The browser I use combines the 'All files (*)' option with a 'Show hidden files and directories' checkbox. Notice the non-MSDOS notation for all files (star instead of star dot star). Remark 1: I could not get the trick of comment #1 to work for me when trying '.*'; with or without the leading path, this resulted into a ' Preference file does not exist or is a directory.' message; Remark 2: I thought that appending to this bug report would be appropriate, but if you believe or prefer not, pls feel free to tell me so and I'll open a separate one. cc'ing Doug. What behaviour does the file dialog on your machine exhibit Doug? Maxime: which version of GTK+ are you using? Are you using Motif instead?
In most current versions of GTK+ (I believe 2.4.0 and higher), there is the new
GTK+ file chooser dialog. This dialog allows users to view files that start
with a '.' by right-clicking on the file table and selecting "Show Hidden Files".
The filter defaults to "*.epf", but it is possible to select a "*.*" filter from
the combo.
The real problem here is that the import dialog is stricter than the export
dialog. If the import dialog will only show *.epf files, then the export dialog
should try to append a ".epf" extension. In Windows XP applications, this is
usually done for free. Some examples of the behaviour I would like (what i type
-> what appears on disk)
prefs -> prefs.epf
prefs.txt -> prefs.txt.epf
"prefs.txt" -> prefs.txt
On my machine Export does append a .epf to files that don't have an extension already (same as how the zip export works) There is currently no plan to work on this As of now 'LATER' and 'REMIND' resolutions are no longer supported. Please reopen this bug if it is still valid for you. |
M6 candidate - I20050330-0500 I exported my preferences to a file named prefs (no "epf" extension). When I went to import it, I was hoping I could browse for it, but I could not since the import file filter is restricted to *.epf. To import it, I had to go look for it in an explorer, and then type the name into the file name field. The export file filter is also restricted to *.epf, so many users will probably not run into this problem, but if for some reason a different naming scheme is chosen, it would be nice to be able to browse on import with a choice to use "*.*" as the file filter. ("*.epf" could still be the default)