[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #25447] NSPreferencePane Cocoa compatibility broken
From: |
Doug Simons |
Subject: |
[bug #25447] NSPreferencePane Cocoa compatibility broken |
Date: |
Sat, 31 Jan 2009 00:16:49 +0000 |
User-agent: |
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_4_11; en) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1 |
URL:
<http://savannah.gnu.org/bugs/?25447>
Summary: NSPreferencePane Cocoa compatibility broken
Project: GNUstep
Submitted by: theeggcamefirst
Submitted on: Sat 31 Jan 2009 12:16:47 AM GMT
Category: Gui/AppKit
Severity: 3 - Normal
Item Group: Bug
Status: None
Privacy: Public
Assigned to: None
Open/Closed: Open
Discussion Lock: Any
_______________________________________________________
Details:
I just discovered that the latest change to NSPreferencePane.m (revisions
27570 & 27571) broke compatibility with my preference pane imported from
Cocoa.
It's no longer checking in the plist for CFBundleIdentifier when
GSBundleIdentifier is not present. Also, it is once again rejecting any plist
that doesn't have a GSPrefPaneIconFile key (mine has NSPrefPaneIconFile),
GSPrefPaneIconLabel (mine doesn't seem to have any comparable key), and
NSExecutable (mine has CFBundleExecutable).
I'd appreciate it if compatibility with Cocoa-style plists could be restored
(note that this is for a preference pane within an app, not in System
Preferences, in case that has any bearing on the fix). Thanks!
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?25447>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
- [bug #25447] NSPreferencePane Cocoa compatibility broken,
Doug Simons <=