Dominik Vogt <fvwm-workers@fvwm.org> writes:
> On Fri, Apr 19, 2002 at 04:01:48PM +0100, tim phipps wrote:
> > Configuration Information [Automatically generated, do not change]:
> > uname: SunOS silver 5.5.1 Generic_103640-39 sun4u sparc SUNW,Ultra-5_10
> > compiler flags: gcc -g -O2 -Wall -Wno-implicit-int
> > 
> > FVWM Version:       2.5.1
> > FVWM_MODULEDIR:     /u/phippst/sunos/libexec/fvwm/2.5.1
> > FVWM_DATADIR:       /u/phippst/sunos/share/fvwm
> > FVWM_USERDIR:       /u/phippst/.fvwm
> > 
> > Description:
> >     When the pointer is on a tear off menu item fvwm stops processing
> >     module messages.
> 
> Yes, that's by design of the tear off menu code.  I have no idea
> what to do about it (other that creating a separate instance of
> fvwm for each tear off menu).

Why can't the menu code be in a module?

To retain compatibility, there could be commands like this:

OnCommand Popup       SendToModule FvwmMenu P $*
OnCommand Menu        SendToModule FvwmMenu M $*
OnCommand AddToMenu   SendToModule FvwmMenu A $*
OnCommand DestroyMenu SendToModule FvwmMenu D $*

# Make "SendToModule Module" load FvwmMenu,
LoadOnDemand FvwmMenu


The first time fvwm encountered a "SendToModule" for a LoadOnDemand
module, it would load it.  As long as the module stays loaded,
the menus should be fast enough.

-- 
Dan Espen                           E-mail: [EMAIL PROTECTED]
444 Hoes Lane  Room RRC 1C-214      Phone: (732) 699-5570
Piscataway, NJ 08854
--
Visit the official FVWM web page at <URL:http://www.fvwm.org/>.
To unsubscribe from the list, send "unsubscribe fvwm-workers" in the
body of a message to [EMAIL PROTECTED]
To report problems, send mail to [EMAIL PROTECTED]

Reply via email to