bug-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bugs #3292] NSOpenPanel shouldn't use file extension to tell file or di


From: Richard Frith-Macdonald
Subject: [bugs #3292] NSOpenPanel shouldn't use file extension to tell file or directory
Date: Tue, 24 Aug 2004 00:45:02 -0400
User-agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en) AppleWebKit/125.4 (KHTML, like Gecko) Safari/125.9

This mail is an automated notification from the bugs tracker
 of the project: GNUstep.

/**************************************************************************/
[bugs #3292] Latest Modifications:

Changes by: 
                Richard Frith-Macdonald <rfm@gnu.org>
'Date: 
                Tue 08/24/2004 at 04:38 (GMT)

            What     | Removed                   | Added
---------------------------------------------------------------------------
         Assigned to | CaS                       | None







/**************************************************************************/
[bugs #3292] Full Item Snapshot:

URL: <http://savannah.gnu.org/bugs/?func=detailitem&item_id=3292>
Project: GNUstep
Submitted by: Yen-Ju Chen
On: Mon 04/21/2003 at 15:37

Category:  Gui/AppKit
Severity:  5 - Average
Item Group:  Bug
Resolution:  None
Privacy:  Public
Assigned to:  None
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: Richard Frith-Macdonald <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.













For detailed info, follow this link:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=3292>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/







reply via email to

[Prev in Thread] Current Thread [Next in Thread]