Dominik Vogt writes:
> On Wed, Oct 15, 2003 at 09:12:09PM -0400, Dan Espen wrote:
> >
> > Anyone have any ideas about a syntax for disabling button 2 doing
> > a menu tear off?
> >
> > It doesn't look like we have any comands for controlling button
> > or key action on menus.
> >
> > It looks l
On Wed, Oct 15, 2003 at 09:12:09PM -0400, Dan Espen wrote:
>
> Anyone have any ideas about a syntax for disabling button 2 doing
> a menu tear off?
>
> It doesn't look like we have any comands for controlling button
> or key action on menus.
>
> It looks like context M (menu) could be used:
>
>
Anyone have any ideas about a syntax for disabling button 2 doing
a menu tear off?
It doesn't look like we have any comands for controlling button
or key action on menus.
It looks like context M (menu) could be used:
Mouse 2 M N TearOff
Mouse 2 M N -
Key BackSpace M N TearOff
Key BackSpace M N
On Tue, Jul 08, 2003 at 09:45:37PM +, Mikhael Goikhman wrote:
> On 08 Jul 2003 15:04:20 -0500, FVWM CVS wrote:
> >
> > Log message: Documented tear off menus. Could someone plaese prof raed
> > * the man page (I rewrote the whole MENUS section).
>
> Seems very go
On 08 Jul 2003 15:04:20 -0500, FVWM CVS wrote:
>
> Log message: Documented tear off menus. Could someone plaese prof raed
> * the man page (I rewrote the whole MENUS section).
Seems very good to me.
Minor things:
* I would add a word "usually" when you say a menu should
CVSROOT:/home/cvs/fvwm
Module name:fvwm
Changes by: domivogt03/07/08 15:04:20
Modified files:
. : ChangeLog NEWS todo-2.6
fvwm : fvwm.1.in
Log message:
* Documented tear off menus. Could someone plaese prof raed the man page (I
CVSROOT:/home/cvs/fvwm
Module name:fvwm-web
Changes by: drbob 03/04/24 14:54:42
Modified files:
. : ChangeLog links.php
Log message:
Removed "Developers' note" line about tear-off menus and the "Window Managers
for X" site.
--
Vi
you click on the pushpin again.
> I think its very intuitive.
much like gtk (i use gimp) tear off menus ... which have dashed line
at the top.
--
--
Visit the official FVWM web page at http://www.fvwm.org/>.
To unsubscribe from the list, send "unsubscribe fvwm-workers" in the
b
Dominik Vogt writes:
> On Wed, Jun 19, 2002 at 09:34:17AM -0400, Dan Espen wrote:
> > Making pushpins work would make the feature more accessible.
>
> Meaning what?
In Openwin, a tear off menu is torn off by clicking on a pushpin
which changes appearance to a pushed in pushpin when you click on
On Wed, Jun 19, 2002 at 09:34:17AM -0400, Dan Espen wrote:
> Making pushpins work would make the feature more accessible.
Meaning what?
Bye
Dominik ^_^ ^_^
--
Dominik Vogt, email: [EMAIL PROTECTED]
LifeBits Aktiengesellschaft, Albrechtstr. 9, D-72072 Tuebingen
fon: ++49 (0) 7071/7965-0, fax:
On 19 Jun 2002 18:55:01 +0200, Olivier Chapuis wrote:
>
> I like the tear-off menus. I am agree with Mikhael that tear-off
> menu should not forbid MenuStyle (and Colorset) commands. What about
> copying the menu style which should be use to a new menu s
uot; policy. well, the
> > torn-off window does respect the "ClickToFocus" but menu items do
> > not. (that's seem like your first point.)
>
> Tear-off menus don't care about their focus policy. They take the
> focus on their own when the pointer enters and rel
On Mon, Jun 17, 2002 at 01:36:42PM +0200, Dominik Vogt wrote:
> I'm not quite happy with the tear-off menu code yet:
>
> - Torn off menus have a strange focus policy.
> - There is no good way to handle tear off menus with the mouse.
> - Placement and sizing of the
Dominik Vogt writes:
> On Wed, Jun 19, 2002 at 01:05:36PM +, Mikhael Goikhman wrote:
> > On 19 Jun 2002 13:54:05 +0200, Dominik Vogt wrote:
> > Hmm, really, "More..." does not work now in tear-off menus.
> > Is it possible to get a decoration height into account
gt; > > >
> > > > I'm not quite happy with the tear-off menu code yet:
> > > >
> > > > - Torn off menus have a strange focus policy.
> > > > - There is no good way to handle tear off menus with the mouse.
> > > > - Placement
Dominik Vogt writes:
> Well, to sum it up, I can think of at least three features that
> do not work well with tear-off menus:
>
> - menu animation
> - continuation menus ("more...")
> - sub menus
I find tear-off menus useful for invoking my root images.
Since I
> >
> > > - Torn off menus have a strange focus policy.
> > > - There is no good way to handle tear off menus with the mouse.
> > > - Placement and sizing of the menus is not perfect.
> > >
> > > What do others think about tear-off menus? Wh
On Mon, Jun 17, 2002 at 02:30:53PM -0400, parv wrote:
> in message <[EMAIL PROTECTED]>,
> wrote fvwm-workers thusly...
> >
> > I'm not quite happy with the tear-off menu code yet:
> >
> > - Torn off menus have a strange focus policy.
> > - There i
in message <[EMAIL PROTECTED]>,
wrote fvwm-workers thusly...
>
> I'm not quite happy with the tear-off menu code yet:
>
> - Torn off menus have a strange focus policy.
> - There is no good way to handle tear off menus with the mouse.
> - Placement and sizin
I'm not quite happy with the tear-off menu code yet:
- Torn off menus have a strange focus policy.
- There is no good way to handle tear off menus with the mouse.
- Placement and sizing of the menus is not perfect.
What do others think about tear-off menus? What should be done?
How c
;More..." entries in tear off menus.
* Fixed MST_USAGE_COUNT w/ tear off menus.
* Fixed core dump w/ MISSING_SUBMENU_FUNCTION and tear off menus.
--
Visit the official FVWM web page at http://www.fvwm.org/>.
To unsubscribe from the list, send "unsubscribe fvwm-workers" in the
body
fvwm-workers@fvwm.org wrote:
Fixed.
Thanks, that's much better.
Cheers,
Tim.
--
Visit the official FVWM web page at 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 PRO
On Thu, Apr 25, 2002 at 12:24:25PM +0100, Tim Phipps wrote:
> fvwm-workers@fvwm.org wrote:
>
> >On Tue, Apr 23, 2002 at 06:05:06PM -0400, Dan Espen wrote:
> >
> >>If I'm on the right track, then I think the menu would have to release
> >>the grab once the menu is torn off
> >>
> >Well, it does rel
CVSROOT:/home/cvs/fvwm
Module name:fvwm
Changes by: domivogt02/04/25 07:56:12
Modified files:
. : ChangeLog
fvwm : events.h menus.c
Log message:
* Fixed leaving tear off menus.
--
Visit the official FVWM web page at http
fvwm-workers@fvwm.org wrote:
On Tue, Apr 23, 2002 at 06:05:06PM -0400, Dan Espen wrote:
If I'm on the right track, then I think the menu would have to release
the grab once the menu is torn off
Well, it does release the grabs. But as it is now, whenever the
pointer enters a tear off menu, f
x27;t think I understand the point about the grab.
> > > Its OK for menus to freeze FVWM so the grab should be OK.
> >
> > When any client grabs the pointer, fvwm basically stops processing
> > most module messages too, at least if modules call complex
> > functions.
>
y client grabs the pointer, fvwm basically stops processing
> most module messages too, at least if modules call complex
> functions.
I know that, but don't see that as a problem. We want FVWM
to freeze when a menu is popped up.
> > I think putting the menu code in a module might
code needs (?)
> > to grab the pointer too.
>
> I don't think I understand the point about the grab.
> Its OK for menus to freeze FVWM so the grab should be OK.
When any client grabs the pointer, fvwm basically stops processing
most module messages too, at least if modules call
> messages is pointless since the function execution code needs (?)
> to grab the pointer too.
I don't think I understand the point about the grab.
Its OK for menus to freeze FVWM so the grab should be OK.
I think putting the menu code in a module might simplify tear
off menus. I'
On Fri, Apr 19, 2002 at 12:59:10PM -0400, Dan Espen wrote:
> Dominik Vogt 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
Dominik Vogt 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
> >
> > FVW
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:
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/
On Sun, Mar 10, 2002 at 12:05:26PM +, Mikhael Goikhman wrote:
> On 10 Mar 2002 09:34:25 +0100, Dominik Vogt wrote:
> >
> > On Sun, Mar 10, 2002 at 12:13:46AM +, Mikhael Goikhman wrote:
> > > It is hard to see what you already did about first titles, because the
> > > current cvs can't be c
On 10 Mar 2002 09:34:25 +0100, Dominik Vogt wrote:
>
> On Sun, Mar 10, 2002 at 12:13:46AM +, Mikhael Goikhman wrote:
> > It is hard to see what you already did about first titles, because the
> > current cvs can't be compiled.
> >
> > Flocale.c: In function `FlocaleUnloadFont':
> > Flocale.c:
On Sun, Mar 10, 2002 at 12:13:46AM +, Mikhael Goikhman wrote:
> It is hard to see what you already did about first titles, because the
> current cvs can't be compiled.
>
> Flocale.c: In function `FlocaleUnloadFont':
> Flocale.c:506: structure has no member named `fftfont'
I do not understand
I moved this thread to here.
On 09 Mar 2002 21:55:40 +0100, Dominik Vogt wrote:
>
> On Sat, Mar 09, 2002 at 07:50:09PM +, Mikhael Goikhman wrote:
> > On 09 Mar 2002 16:54:21 +0100, Marcus Lundblad wrote:
> > >
> > > > I'm not yet finished with the implementation yet. There are some
> > > >
CVSROOT:/home/cvs/fvwm
Module name:fvwm
Changes by: domivogt02/03/09 14:20:24
Modified files:
. : ChangeLog
fvwm : menus.c
Log message:
* Strip the menu title of tear off menus and place it in the window title.
--
Visit the
: menucmd.c menudim.c menudim.h menuitem.c
menuitem.h menustyle.c menustyle.h
Log message:
* More work on tear off menus.
--
Visit the official FVWM web page at http://www.fvwm.org/>.
To unsubscribe from the list, send "unsubscribe fvwm-workers" in the
body
Log message:
* Some work on tear off menus, general clean up of the menu code and bug fixes.
* Removed debug abort().
--
Visit the official FVWM web page at http://www.fvwm.org/>.
To unsubscribe from the list, send "unsubscribe fvwm-workers" in the
body of a message to [EMAIL PROTECT
: defaults.h
Log message:
* More work on tear off menus. They can now be invoked with the mouse, either
by clicking on a title with button 2 or by defining an item with the action
"MenuTearOff". It can have text or pictures as normal or neither. In the
latter case, it's drawn as a ba
t of problems with tear off menus. At the moment, fvwm
can not do anything useful while in a menu without risking
crashes. This is one of the reasons for the brain dead focus
handling with tear off menus (needs keyboard input but grabs the
keyboard itself instead of using the normal focus polic
CVSROOT:/home/cvs/fvwm
Module name:fvwm
Changes by: domivogt02/02/05 04:21:50
Modified files:
. : ChangeLog
fvwm : menus.c
Log message:
* Fixed leaving tear off menus when something is selected with the mouse.
--
Visit the
Hi Dominik,
I'm just wondering if tear of menus would be better off in a module?
Making fvwm create its own top level windows makes it more vulnerable to
being killed (try xkill when you don't have anything important on
screen). I seem to remember scwm having the same problem, I'm not sure
wh
functions.c
functions.h fvwm.c fvwm.h fvwm2.1 menus.c
menus.h window_flags.h
Log message:
* First draft of tear off menus. (see below for details)
* New commands XSync and XSynchronize for debugging.
* This already works in tear off menus:
- Tearing out
45 matches
Mail list logo