The windows menu functions fine when creating a new document and/or opening one. Non-document windows don't show up, but that must be something I've done wrong.
Rob
On 2003-09-29 06:36:06 +0700 [EMAIL PROTECTED] wrote:
=================== BUG #5205: LATEST MODIFICATIONS ================== http://savannah.gnu.org/bugs/?func=detailbug&bug_id=5205&group_id=99
Changes by: Gregory John Casamento <[EMAIL PROTECTED]> 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/
_______________________________________________ Bug-gnustep mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-gnustep
_______________________________________________ Bug-gnustep mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-gnustep
