[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug #3292] NSOpenPanel shouldn't use file extension to tell file or dir
|
From: |
nobody |
|
Subject: |
[Bug #3292] NSOpenPanel shouldn't use file extension to tell file or directory |
|
Date: |
Sat, 26 Apr 2003 03:27:35 -0400 |
=================== BUG #3292: LATEST MODIFICATIONS ==================
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=3292&group_id=99
Changes by: Richard Frith-Macdonald <rfm@gnu.org>
Date: Sat 04/26/2003 at 07:27 (GMT)
What | Removed | Added
---------------------------------------------------------------------------
Assigned to | None | CaS
Status | Open | Declined
------------------ Additional Follow-up Comments ----------------------------
The current NSOpenPanel behavior is believed to be correct as directories are
supposed to be treated as opaque objects openable by specific applications on
the basis of their type (extension).
However, adding an empty string as an extension should probably not be legal
and I've changed the make_services tool to ignore any attempt to do this.
=================== BUG #3292: FULL BUG SNAPSHOT ===================
Submitted by: yjchen Project: GNUstep
Submitted on: Mon 04/21/2003 at 15:37
Category: Gui/AppKit Severity: 5 - Major
Bug Group: Bug Resolution: None
Assigned to: CaS Status: Declined
Summary: NSOpenPanel shouldn't use file extension to tell file or directory
Original Submission: If a directory named MyDirectory.txt/, NSOpenPanel in
Ink.app will think it is a file because the file extension is .txt.
If I add a new extension,"" (empty string), in InkInfo.plist,
all the directories will become files (without a small triangle behind) in
NSOpenPanel.
I think NSOpenPanel should not depend on the file extension to distinguish
files or directories, but it may reduce the speed.
Follow-up Comments
*******************
-------------------------------------------------------
Date: Sat 04/26/2003 at 07:27 By: CaS
The current NSOpenPanel behavior is believed to be correct as directories are
supposed to be treated as opaque objects openable by specific applications on
the basis of their type (extension).
However, adding an empty string as an extension should probably not be legal
and I've changed the make_services tool to ignore any attempt to do this.
CC list is empty
No files currently attached
For detailed info, follow this link:
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=3292&group_id=99