Re: Notification: incoming/1451
On Sat, Oct 02, 2004 at 09:39:15AM -0400, Rouben Rostamian wrote: > I encountered what seems to be a bug that was introduced in 2.5.11. > The bug was not present in 2.5.10 and 2.5.8. > > Unfortunately it is somewhat complicated to describe the situation. > I have tried to localize the problem to a minimal script. Couldn't get > the script any smaller. Sorry. The script is extracted from a much > larger script which is my fvwm configuration. > > I have shown the script below with line numbers added so that I can > refer to them. > > In line 26, I bind a mouse click to titlebar's button 4 to execute > the function "MaximizeHeight". > > The function "MaximizeHeight", defined in lines 21-24 is a toggle; > if the window's "State" is 4, it calls the function MaximizeHeightOff > (which returns the window to its normal size and sets State 4 to > False). Otherwise, it calls the function MaximizeHeightOn (which > stretches the window in the vertical direction and sets State 4 > to True). > > 1 DestroyDecor StateNormal > 2 AddToDecor StateNormal > 3 + AddButtonStyle 4 Pixmap button-vert-off.xpm > 4 > 5 DestroyDecor StateMaxHeight > 6 AddToDecor StateMaxHeight > 7 + AddButtonStyle 4 Pixmap button-vert-on.xpm > 8 > 9 DestroyFunc MaximizeHeightOn > 10 AddToFunc MaximizeHeightOn > 11 + I State 4 True > 12 + I ResizeMoveMaximize frame keep 85 keep 5 > 13 + I ChangeDecor StateMaxHeight > 14 > 15 DestroyFunc MaximizeHeightOff > 16 AddToFunc MaximizeHeightOff > 17 + I State 4 False > 18 + I Maximize False > 19 + I ChangeDecor StateNormal > 20 > 21 DestroyFunc MaximizeHeight > 22 AddToFunc MaximizeHeight > 23 + I Current (State 4) MaximizeHeightOff > 24 + I TestRc (NoMatch) MaximizeHeightOn > 25 > 26 Mouse 0 4 A MaximizeHeight > > > The script, as shown, works in fvwm 2.5.8 and 2.5.10, but fails in > 2.5.11. In 2.5.8 and 2.5.10, mouse clicks on titilebar button 4 toggle > the window's maximized state. In 2.5.11 the window gets maximized, > but subsequent clicks do not return it to its normal state. > > The problem in 2.5.11 can be narrowed to lines 11-13: the State > which is set in line 11 gets clobbered when line 13 is executed. > You can verify this by inserting a few "Echo" commands in the code. > > I can work around the problem by putting line 11 after line 13, as in: > > 9 DestroyFunc MaximizeHeightOn > 10 AddToFunc MaximizeHeightOn > 12 + I ResizeMoveMaximize frame keep 85 keep 5 > 13 + I ChangeDecor StateMaxHeight > 11 + I State 4 True > > Although this solves my problem, I don't see why the original > arrangement doesn't work in 2.5.11. If it is a bug, then it > may have other consequences which I haven't yet seen. Fixed. Ciao Dominik ^_^ ^_^ -- Dominik Vogt, [EMAIL PROTECTED] pgplzcn6ph88z.pgp Description: PGP signature
Re: Notification: incoming/1451
Hello Dominik, Thanks for your instantaneous response to the problems I had noted in my two previous messages. It's support and dedication like this that makes fvwm stand out among other software. Best regards, Rouben -- 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 PROTECTED]
CVS domivogt fvwm-web: * Corrected picture dimensions.
CVSROOT:/home/cvs/fvwm Module name:fvwm-web Changes by: domivogt04/10/03 19:18:22 Modified files: authors/pictures: index.php Log message: * Corrected picture dimensions. -- 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 PROTECTED]
Re: 2.5.11 - Switching to last focused not working....
On Sun, Oct 03, 2004 at 12:04:27AM -0400, Parv wrote: > I used to be able to switch to thee last focused predictably & > consistently in 2.5.10 w/ the following functions & key binding... > > key f A 4 Function switch-to-last > > DestroyFunc WindowListFunc > AddToFuncWindowListFunc > + I Iconify false > + I WindowShade false > + I Raise > + I FlipFocus > + I WarpToWindow 50 50 > > DestroyFunc window-list > AddToFuncwindow-list > + I WindowList Root c c Sticky, OnTop \ Note: options should be separated by commas. Whitespace separators may stop working some day in the future. > NoGeometryWithInfo NoDeskNum NoNumInDeskTitle \ > MaxLabelWidth 30 IconifiedAtEnd \ > $* > > DestroyFunc switch-to-last > AddToFuncswitch-to-last > + I Function window-list SelectOnRelease Super_L > > > In 2.5.11 i am at loss to know in advance if i would get the last > focused window. > Above generates only the window list; no window is > selected on release of Super_L. Because the currently focused window is the first entry in the list. This config should never have worked (and it does not work here with 2.5.10). If it did, I don't understand why. You need to have the window that had the focus last at the top of the list. The CurrentAtEnd option provides this feature. Adding "CurrentAtEnd" right before $"*" makes above config work for me. If that does not help, post a minimal config that shows the problem. > I see a line is mentioned in the "News" section on fvwm.org about > changes to WindowList, but nothing helpful for me. There have been no WindowList changes since 2.5.10. The NEWS line refers to the perl library. [snip] Ciao Dominik ^_^ ^_^ -- Dominik Vogt, [EMAIL PROTECTED] pgpk7pbFPLrFs.pgp Description: PGP signature
CVS domivogt: * Fixed FvwmScript For-Loop bug.
CVSROOT:/home/cvs/fvwm Module name:fvwm Changes by: domivogt04/10/03 18:41:18 Modified files: . : ChangeLog fvwm : update.c window_flags.h modules: ChangeLog modules/FvwmScript: Instructions.c modules/FvwmScript/Scripts: FvwmScript-BellSetup Log message: * Fixed FvwmScript For-Loop bug. * Fixed "State" property being reset when style is updated. -- 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 PROTECTED]
Re: Notification: incoming/1453
On Sat, Oct 02, 2004 at 02:48:49PM -0500, fvwm-bug wrote: > FVWM Bug Tracking notification > > new message incoming/1453 > > From: [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > Subject: Enhance FakeKeyPress please > > Full_Name: Tommy C. Li > Version: 2.5.11 > CVS_Date: > OS: Gentoo Linux > X_Server: Xorg > Submission from: (NULL) (69.172.241.119) > > > It would be great if FakeKeyPress was enhanced a bit. It does not need to be enhanced, it already supports what you are looking for. > Specifically, I'd find very useful the following enhancements: > > -Send keys not just to specific windows, but the currently active window Try Current FakeKeyPress ... > -Allow sending of keys modified with Ctrl, Meta, etc. FakeKeyPress modifiers 8 press xyz release xyz modifiers -8 > Perhaps this could be put into an executable or script. XMacro had a good > concept, but is unfortunately way too old, and doesn't work for me at all. Ciao Dominik ^_^ ^_^ -- Dominik Vogt, [EMAIL PROTECTED] pgpVkKazSlN39.pgp Description: PGP signature
Notification: incoming/1453
FVWM Bug Tracking notification scott changed notes Message summary for PR#1453 From: [EMAIL PROTECTED] Subject: Enhance FakeKeyPress please Date: Sat, 2 Oct 2004 14:48:39 -0500 0 replies 0 followups Notes: Sat Oct 2 21:19:03 2004 scott > Send keys not just to specific windows, but the currently active window This works as is: FakeKeypress press h should send a 'h' to the active/current window. (Try it with "Module FvwmConsole -terminal rxvt". Note that it won't work with xterm though.) However, there is a problem with binding FakeKeypress to a key event. ie. Key H A CM FakeKeypress press h Presumably this doesn't work because there is a grab on the keyboard before FakeKeypress is invoked. Dominik may be able to tell us if a workaround is possible. Dominik? > Allow sending of keys modified with Ctrl, Meta, etc. This works fine as is. You need to use the "modifiers" keyword: FakeKeypress modifiers 6 press a should output a capital 'A'. Ctrl is modifier 8 I think. (see fvwm man page) SCoTT. :) Sat Oct 2 21:31:22 2004scott > Send keys not just to specific windows, but the currently active window This works as is: FakeKeypress press h should send a 'h' to the active/current window. (Try it with "Module FvwmConsole -terminal rxvt". Note that it won't work with xterm though.) However, there is a problem with binding FakeKeypress to a key event. ie. Key H A CM FakeKeypress press h Presumably this doesn't work because there is a grab on the keyboard before FakeKeypress is invoked. Dominik may be able to tell us if a workaround is possible. Dominik? > Allow sending of keys modified with Ctrl, Meta, etc. This works fine as is. You need to use the "modifiers" keyword: FakeKeypress modifiers 6 press a should output a capital 'A'. Ctrl is modifier 8 I think. (see fvwm man page) SCoTT. :) > ORIGINAL MESSAGE FOLLOWS < >From [EMAIL PROTECTED] Sat Oct 02 14:48:41 2004 Received: from util7.math.uh.edu ([129.7.128.5]) by util2.math.uh.edu with esmtp (Exim 4.30) id 1CDps1-00089V-M8 for [EMAIL PROTECTED]; Sat, 02 Oct 2004 14:48:41 -0500 Received: from localhost (util7.math.uh.edu [127.0.0.1]) by util7.math.uh.edu (8.12.11/8.12.5) with ESMTP id i92Jmd2D013931 for <[EMAIL PROTECTED]>; Sat, 2 Oct 2004 14:48:39 -0500 Date: Sat, 2 Oct 2004 14:48:39 -0500 Message-Id: <[EMAIL PROTECTED]> From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Enhance FakeKeyPress please Full_Name: Tommy C. Li Version: 2.5.11 CVS_Date: OS: Gentoo Linux X_Server: Xorg Submission from: (NULL) (69.172.241.119) It would be great if FakeKeyPress was enhanced a bit. Specifically, I'd find very useful the following enhancements: -Send keys not just to specific windows, but the currently active window -Allow sending of keys modified with Ctrl, Meta, etc. Perhaps this could be put into an executable or script. XMacro had a good concept, but is unfortunately way too old, and doesn't work for me at all. -- 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 PROTECTED]
Notification: incoming/1453
FVWM Bug Tracking notification scott changed notes Message summary for PR#1453 From: [EMAIL PROTECTED] Subject: Enhance FakeKeyPress please Date: Sat, 2 Oct 2004 14:48:39 -0500 0 replies 0 followups Notes: Sat Oct 2 21:19:03 2004 scott > Send keys not just to specific windows, but the currently active window This works as is: FakeKeypress press h should send a 'h' to the active/current window. (Try it with "Module FvwmConsole -terminal rxvt". Note that it won't work with xterm though.) However, there is a problem with binding FakeKeypress to a key event. ie. Key H A CM FakeKeypress press h Presumably this doesn't work because there is a grab on the keyboard before FakeKeypress is invoked. Dominik may be able to tell us if a workaround is possible. Dominik? > Allow sending of keys modified with Ctrl, Meta, etc. This works fine as is. You need to use the "modifiers" keyword: FakeKeypress modifiers 6 press a should output a capital 'A'. Ctrl is modifier 8 I think. (see fvwm man page) SCoTT. :) > ORIGINAL MESSAGE FOLLOWS < >From [EMAIL PROTECTED] Sat Oct 02 14:48:41 2004 Received: from util7.math.uh.edu ([129.7.128.5]) by util2.math.uh.edu with esmtp (Exim 4.30) id 1CDps1-00089V-M8 for [EMAIL PROTECTED]; Sat, 02 Oct 2004 14:48:41 -0500 Received: from localhost (util7.math.uh.edu [127.0.0.1]) by util7.math.uh.edu (8.12.11/8.12.5) with ESMTP id i92Jmd2D013931 for <[EMAIL PROTECTED]>; Sat, 2 Oct 2004 14:48:39 -0500 Date: Sat, 2 Oct 2004 14:48:39 -0500 Message-Id: <[EMAIL PROTECTED]> From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Enhance FakeKeyPress please Full_Name: Tommy C. Li Version: 2.5.11 CVS_Date: OS: Gentoo Linux X_Server: Xorg Submission from: (NULL) (69.172.241.119) It would be great if FakeKeyPress was enhanced a bit. Specifically, I'd find very useful the following enhancements: -Send keys not just to specific windows, but the currently active window -Allow sending of keys modified with Ctrl, Meta, etc. Perhaps this could be put into an executable or script. XMacro had a good concept, but is unfortunately way too old, and doesn't work for me at all. -- 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 PROTECTED]