| [ Return to Bugs & Features | Roadmap 1.1 | SVN ⇄ GIT ]
STR #339
Application: | FLTK Library |
Status: | 1 - Closed w/Resolution |
Priority: | 3 - Moderate, e.g. unable to compile the software |
Scope: | 2 - Specific to an operating system |
Subsystem: | WIN32 |
Summary: | Some problems with Fl_File_Chooser (WIN32) |
Version: | 1.1.4 |
Created By: | AlbrechtS |
Assigned To: | mike |
Fix Version: | 1.1.5rc1 |
Update Notification: | |
Trouble Report Files:
Trouble Report Comments:
|
#1 | AlbrechtS 11:20 Apr 06, 2004 |
| There are some problems with Fl_File_Chooser under Windows:
(1) You can't edit a drive letter in the selection window. Workaround: typing / allows to edit another drive letter. So does selection of Favorites/My Computer.
(2) When choosing a network drive in //server/drive/... notation, the up-dir ("..") entry is (sometimes ?) missing. This is true with a Samba drive (Samba on OpenVMS). With another windows network drive, it seems to work.
(3) If ".." is available, then it is possible that a double-click on ".." returns this as the _file_ selection.
(4) Strange editing effects when editing the drive letter - a previous directory will be displayed, and the typed character is appended to this directory string. | |
|
#2 | mike 11:52 Apr 06, 2004 |
| Thanks for the report; looking into it... | |
|
#3 | mike 14:34 Apr 10, 2004 |
| #1 and #4 are fixed; see attached patch. | |
|
#4 | mike 14:34 Apr 10, 2004 |
| Fixed in CVS - the anonymous CVS repository will be updated at midnight PST. | |
|
#5 | mike 20:38 Apr 10, 2004 |
| The missing ".." for network drives is a server issue - the server has to list ".." for it to show up.
As for ".." being selectable, this is probably an issue with the scandir() emulation which is already fixed for 1.1.5rc1. The only other possible problem is that the server is not setting the "directory" bit for the scandir() function to recognize ".." as a directory. | |
[ Return to Bugs & Features ]
|
| |