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

[Rob Burns]

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 nobody@savannah.gnu.org wrote:

> =================== 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/
>
>
>
> _______________________________________________
> Bug-gnustep mailing list
> Bug-gnustep@gnu.org
> http://mail.gnu.org/mailman/listinfo/bug-gnustep