[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #5205] Service menu in palette doesn't act as service menu and prob
|
From: |
nobody |
|
Subject: |
[bug #5205] Service menu in palette doesn't act as service menu and problem of delete menu |
|
Date: |
Sun, 28 Sep 2003 19:36:06 -0400 |
|
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 |
=================== BUG #5205: LATEST MODIFICATIONS ==================
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=5205&group_id=99
Changes by: Gregory John Casamento <greg_casamento@yahoo.com>
Date: Sun 09/28/2003 at 19:36 (US/Eastern)
What | Removed | Added
---------------------------------------------------------------------------
Resolution | None | Fixed
Status | Open | Closed
------------------ Additional Follow-up Comments ----------------------------
Services/Windows menu problem: This issue has been addressed. It is now
possible to designate the services menu and the windows menu in the NSMenu
inspector. The AppKit should look for the appropriate entities in the
nameTable and set the menus correctly.
Anyone who has created an application with a services/windows menu will need to
load the .gorm file in Gorm.app and designate the menu as the "services" or
"windows" menu respectively. There was no clean way for the AppKit to guess
which menu should be set as such.
The deletion problem is a known issue. I am closing this bug since the main
problem is fixed. Also the workaround to this is to click outside of the menu.
I will correct this issue shortly.
=================== BUG #5205: FULL BUG SNAPSHOT ===================
Submitted by: yjchen Project: GNUstep
Submitted on: Wed 09/10/2003 at 17:52
Category: Gorm Severity: 5 - Major
Bug Group: Bug Resolution: Fixed
Assigned to: None Status: Closed
Summary: Service menu in palette doesn't act as service menu and problem of
delete menu
Original Submission: Draging the "service" menu from palettes and run the
application, the service menu doesn't work as service menu.
It works as normal menu.
And when trying to delete menu in Gorm,
the menu won't disappear until the file is saved
or other menu item is clicked.
Follow-up Comments
*******************
-------------------------------------------------------
Date: Sun 09/28/2003 at 19:36 By: gcasa
Services/Windows menu problem: This issue has been addressed. It is now
possible to designate the services menu and the windows menu in the NSMenu
inspector. The AppKit should look for the appropriate entities in the
nameTable and set the menus correctly.
Anyone who has created an application with a services/windows menu will need to
load the .gorm file in Gorm.app and designate the menu as the "services" or
"windows" menu respectively. There was no clean way for the AppKit to guess
which menu should be set as such.
The deletion problem is a known issue. I am closing this bug since the main
problem is fixed. Also the workaround to this is to click outside of the menu.
I will correct this issue shortly.
CC list is empty
No files currently attached
For detailed info, follow this link:
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=5205&group_id=99
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/