Re: clim 2.0.beta: menu-choose

• To: Scott McKay <SWM@stony-brook.scrc.symbolics.com>
• Subject: Re: clim 2.0.beta: menu-choose
• From: Jeff Morrill <jmorrill@BBN.COM>
• Date: Tue, 24 Nov 92 16:08:31 -0500
• Cc: clim@BBN.COM, bugs@franz.com
• In-Reply-To: Scott McKay's message of Tue, 24 Nov 92 14:12:00 -0500. <19921124191255.1.SWM@SUMMER.SCRC.Symbolics.COM>
• Reply-To: jmorrill@BBN.COM

  Date: Tue, 24 Nov 1992 14:12-0500
  From: Scott McKay <SWM@stony-brook.scrc.symbolics.com>
  
  Are you saying that you get old, CLIM 1.1-style menus instead of Motif
  menus?  I can certainly believe that...

That's not what I mean't.

All I'm trying to say is that menu-choose always gives spring-loaded pop-up
Motif menus in the Motif port.  It would be nice to get the other two types
that Motif is capable of providing (spring-loaded pull-down, and posted).
It will be impossible to write fully Motif-compliant applications without
this capability.

I'm not sure if these concepts are portable among GUIs, so I'm
a little hesitant about suggesting that menu-choose (and therefore
all ports) must support all three menu types.

For example this distinction between pull-down and pop-up seems rather
silly.  But it is a Motif fact of life.

  The "default" method for FRAME-MANAGER-MENU-CHOOSE will remain
  beholden to Dynamic Windows, but the other methods can implement
  something much better than that.

Fine.
  
  Note that there is one other small problem here, which is that there are
  one or two places within CLIM that call MENU-CHOOSE-FROM-DRAWER directly,
  which subverts the use of FRAME-MANAGER-MENU-CHOOSE.

Cheaters.


0,,

• clim 2.0.beta: menu-choose
• From: Scott McKay <SWM@stony-brook.scrc.symbolics.com>

• Prev: clim 2.0.beta: menu-choose
• Next: Re: presentations in temporary windows
• Index: CLIM Mailing list (1-Sep-92 to 31-Dec-92)
• Thread: CLIM Mailing list Index (1-Sep-92 to 31-Dec-92)