bug-gnustep
[Top][All Lists]
Advanced

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

Re: [bug #5205] Service menu in palette doesn't act as service menu and


From: Rob Burns
Subject: Re: [bug #5205] Service menu in palette doesn't act as service menu and problem of delete menu
Date: Tue, 07 Oct 2003 12:57:14 +0700

great, thanks for the fix! But, it behaves a little oddly on my machine. I've tried it on two different apps and the same thing happens. When you open the app the Services menu is empty. It will stay this way until you open a document. Creating a new one has no effect. Once you click file-open, and the Open panel is displayed then the Services menu will fill up.

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 address@hidden wrote:


=================== BUG #5205: LATEST MODIFICATIONS ==================
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=5205&group_id=99

Changes by: Gregory John Casamento <address@hidden>
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
address@hidden
http://mail.gnu.org/mailman/listinfo/bug-gnustep






reply via email to

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