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

[Gregory John Casamento]

Not sure why that's happening.   The services/windows menus are being set in
the nameTable in the .gorm file and are being retrieve and properly set in the
awakeWithContext: method in GSNibContainer.   

Once they are set to act as the correct types of menus, it's no longer a Gorm
issue, but a GUI issue.  :)

GJC

--- Rob Burns <foobix@comcast.net> wrote:
> 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
> > 
> 


=====
Gregory John Casamento
-- bheron on #gnustep, #linuxstep, & #gormtalk ----------------
Please sign the petition against software patents at:
http://www.petitiononline.com/pasp01/petition.html
--- Main Developer of Gorm (featured in April Linux Journal) ---

__________________________________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com