Maybe: && ![[self menu] isTransient]
is better. But even with this, and independently of the menu style, there are some problems with the transient menu at appicon. Seems like don't track correctly the mouse. On lun, 2011-01-17 at 10:20 -0500, Gregory Casamento wrote: > The issue I was trying to correct was that pull down menus were not > working with the previous code. > > I will test the situation you describe below as well. > > GC > > On Monday, January 17, 2011, Germán Arias <ger...@xelalug.org> wrote: > > Hi Greg. > > > > The addition at lines 1660 and 1661 in NSMenuView.m: > > > > && anAttachedMenu != nil > > > > added an odd behavior at menu in window. This is because if you move the > > mouse outside a submenu, the horizontal menu retrieves the mouse > > tracking. But if the mouse is outside this too, the submenu is closed. > > Then in next loop,there isn't an attached menu, and the code to handle > > the menu in window is not executed, and variable "space" never arrive to > > 2. Then we can't break the loop. We need add 1 to variable "space" even > > when there isn't an attached menu. Or I think so, I will test this > > tomorrow. > > > > > > _______________________________________________ > > Gnustep-dev mailing list > > Gnustep-dev@gnu.org > > http://lists.gnu.org/mailman/listinfo/gnustep-dev > > > _______________________________________________ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
