Hi, after upgrading wmaker, I noticed broken, stack-like behaviour while cycling windows. "WindozeCycling = NO;" in /etc/WindowMaker/WindowMaker has no effect. Setting it in ~/.GNUStep/Defaults/WindowMaker doesn't help either (with $GNUSTEP_USER_ROOT=~/.GNUStep). Any way to get normal wmaker window cycling back? (Personal, I consider this "Severity: important" at least. The original behaviour is one of my favourite wmaker features and I'm used to it for years. Old habits die hard. ;-) I'd also love to see an option for disabling the "MacOS X style window switching panel" as it is called in the changelog. I will now go and hunt 0.80.2-0.4-debs from the net and downgrade as a workaround. Bye, Sonny
On Sun, Jan 09, 2005 at 03:25:55PM +0100, Florian Siegesmund wrote:
> after upgrading wmaker, I noticed broken, stack-like behaviour while
> cycling windows. "WindozeCycling = NO;" in /etc/WindowMaker/WindowMaker
> has no effect. Setting it in ~/.GNUStep/Defaults/WindowMaker doesn't
> help either (with $GNUSTEP_USER_ROOT=~/.GNUStep).
From 0.91.0-3:
* debian/patches/35_nocycleraise.diff: include a couple fixes from
cvs for cycling.c; attempt to fix the "always raise on focus
change" misbehaviour; thanks to Marc Martinez for the actual work.
There's still another fix in the queue, so you might want to wait for
0.91.0-5.
> I'd also love to see an option for disabling the "MacOS X style
> window switching panel" as it is called in the changelog.
I haven't tried this, but did you try setting SwitchPanelImages to ()?
Marcelo
Hi Marcelo, That is (was) another problem. (I read the changelog entry and therefore didn't report that one, too.) better. Open three windows, e.g. xterm1, xterm2, xterm3. xterm3 has the focus. Now press and release ALT+TAB repeatedly. New (unwanted) focus change sequence: xterm2, xterm3, xterm2, xterm3, ... What I want (and had before) is: xterm1, xterm2, xterm3, xterm1, ... Paul Seelig reported about a patch for disabling the Switch Panel in wmaker CVS in a reply to #289195. Bye, Sonny
On Tue, Jan 11, 2005 at 02:45:02PM +0100, Florian Siegesmund wrote: > I checked 0.91.0-[45]. My problem remains unfixed. I'll try to > explain better. Open three windows, e.g. xterm1, xterm2, xterm3. > xterm3 has the focus. Now press and release ALT+TAB repeatedly. New > (unwanted) focus change sequence: xterm2, xterm3, xterm2, xterm3, ... > What I want (and had before) is: xterm1, xterm2, xterm3, xterm1, ... Ah, got it. There's a patch somewhere for this. I'll search again. > >> I'd also love to see an option for disabling the "MacOS X style > >> window switching panel" as it is called in the changelog. > > > > I haven't tried this, but did you try setting SwitchPanelImages to ()? > > Now I did: "Fatal error -- Window Maker received signal 11". ;-) > > Paul Seelig reported about a patch for disabling the Switch Panel in > wmaker CVS in a reply to #289195. Thanks, I'll apply that. Marcelo
We believe that the bug you reported is fixed in the latest version of
wmaker, which is due to be installed in the Debian FTP archive:
libwings-dev_0.91.0-6_i386.deb
to pool/main/w/wmaker/libwings-dev_0.91.0-6_i386.deb
libwmaker0-dev_0.91.0-6_i386.deb
to pool/main/w/wmaker/libwmaker0-dev_0.91.0-6_i386.deb
libwraster3-dev_0.91.0-6_i386.deb
to pool/main/w/wmaker/libwraster3-dev_0.91.0-6_i386.deb
libwraster3_0.91.0-6_i386.deb
to pool/main/w/wmaker/libwraster3_0.91.0-6_i386.deb
wmaker_0.91.0-6.diff.gz
to pool/main/w/wmaker/wmaker_0.91.0-6.diff.gz
wmaker_0.91.0-6.dsc
to pool/main/w/wmaker/wmaker_0.91.0-6.dsc
wmaker_0.91.0-6_i386.deb
to pool/main/w/wmaker/wmaker_0.91.0-6_i386.deb
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 289509@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Marcelo E. Magallon <mmagallo@debian.org> (supplier of updated wmaker package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)
Format: 1.7
Date: Tue, 11 Jan 2005 20:58:23 -0600
Source: wmaker
Binary: libwraster3-dev wmaker libwmaker0-dev libwraster3 libwings-dev
Architecture: source i386
Version: 0.91.0-6
Distribution: unstable
Urgency: low
Maintainer: Marcelo E. Magallon <mmagallo@debian.org>
Changed-By: Marcelo E. Magallon <mmagallo@debian.org>
Description:
libwings-dev - Window Maker's own widget set
libwmaker0-dev - Static libraries and headers for Window Maker applications
libwraster3 - Shared libraries of Window Maker rasterizer
libwraster3-dev - Static libraries and headers of Window Maker rasterizer
wmaker - NeXTSTEP-like window manager for X
Closes: 289509
Changes:
wmaker (0.91.0-6) unstable; urgency=low
.
* debian/patches/35_unix_cycling.diff: stolen from CVS, recover Unix
cycling before people get mad (myself included) (closes: bug#289509)
* debian/patches/60_optional_switch_panel.diff: stolen from CVS, make
switch panel optional. Closes the other half of 289509 (if you are
going to report multiple issues, submit multiple bugs, I don't mind
that)
Files:
2eccfd16e06a4f8842340ed8ad842048 1157 x11 optional wmaker_0.91.0-6.dsc
1a85a9803646c162de43b49850310a18 210571 x11 optional wmaker_0.91.0-6.diff.gz
9201aa401e73b19a1942d2887e3d79ac 2282472 x11 optional wmaker_0.91.0-6_i386.deb
ce78e5eba7e2925fd6075cc46fbdc459 69318 libdevel optional libwmaker0-dev_0.91.0-6_i386.deb
b0613fe948cde1d389e11336cdeb759f 116196 libdevel optional libwraster3-dev_0.91.0-6_i386.deb
95441a7c99b85d30b733a0e945a750ac 108414 libs optional libwraster3_0.91.0-6_i386.deb
24e896e29c9966d1016c1ea3d393b979 344310 libdevel optional libwings-dev_0.91.0-6_i386.deb
iQEcBAEBAgAGBQJB5JWXAAoJEHGYqCCEBNUA6xoH/19iRJ7R3bSTaI5UVavQfwF5
tcxJ+M6vat60s4kSD3HA+rH/+nH8l0Q/LB2gUEUBkIFK0zOymQO2oWJ2B4AnnGMh
pjsAUsd4/Gp7CJRBQp2iSf9y5ST91hzEp1O4/TzfkOXfpPHNWtZl0K+L9FbEUn5V
ov2veRvVH5Ysx7ogjPxPK/l2nLwRwHkPlcNBHaNd2Y8ATT7p7b5v3WVb2rfT/s4u
VOAe8Xma7lGIE5GtXXIssaqcdcjEcAyA8IifDERX0kfPa8qMrUHt7+gk0Q8BNodP
iCZg8Rb569Di2rYBDByylJBV2R3b+p4hwTtYqjnQorLNV8gy8P+xNIeB4EE6NVE=
=F60R
-----END PGP SIGNATURE-----
Hi Marcelo, Much better, but unfortunately not perfect. I now get a focus change sequence of "xterm2, xterm1, xterm3, xterm2, ..." instead of "xterm1, xterm2, xterm3, xterm1, ...", i.e. focus changes "backwards". (Had to test some hosts and configurations before replying, because it seems to work "forward" with sloppy focus and "automatically focus new windows" disabled (my partners standard configuration). I'm using "manual focus" and have "automatically focus new windows" enabled.) I transposed keyboard shortcuts for focusing next/previous window as a workaround. So it works now basically for me. Works like a charme setting "SwitchPanelImages = ();". Point taken. So what to do about the main issue? Reopen this bug or file a new severity normal/minor one? Thanks a lot for your efforts! Bye, Sonny
Hi, I think this bug can be closed. I tried it now and I don't have these issues. If you agree, I will close the bug. Thanks a lot. kix.
Hello kix, IBTD, I'm afraid. I still have set FocusNextKey = "Shift+Mod1+Tab"; FocusPrevKey = "Mod1+Tab"; to get close to the desired behaviour. Desired behaviour: * open 4 different applications, e.g. xterm1, xterm2, xterm3, xterm4 * now xterm4 has the focus * press ALT+TAB and release the keys * xterm1 has the focus * press ALT+TAB and release the keys * xterm2 has the focus * press ALT+TAB and release the keys * xterm3 has the focus * press ALT+TAB and release the keys * xterm4 has the focus * press ALT+TAB and release the keys * xterm1 has the focus * [...] * xterm1 has the focus * press ALT+SHIFT+TAB (and release) * xterm4 has the focus * press ALT+SHIFT+TAB (and release) * xterm3 has the focus * press ALT+SHIFT+TAB (and release) * xterm2 has the focus * press ALT+SHIFT+TAB (and release) * xterm1 has the focus * press ALT+SHIFT+TAB (and release) * xterm4 has the focus * [...] Here is what I get with my current settings: * open 4 different applications, e.g. xterm1, xterm2, xterm3, xterm4 * now xterm4 has the focus * press ALT+TAB and release the keys * xterm1 has the focus * press ALT+TAB and release the keys * xterm2 has the focus * press ALT+TAB and release the keys * xterm3 has the focus * press ALT+TAB and release the keys * xterm4 has the focus * press ALT+TAB and release the keys * xterm1 has the focus * [...] * xterm1 has the focus * press ALT+SHIFT+TAB (and release) * xterm4 has the focus * press ALT+SHIFT+TAB (and release) * xterm1 has the focus * press ALT+SHIFT+TAB (and release) * xterm4 has the focus * press ALT+SHIFT+TAB (and release) * xterm1 has the focus * press ALT+SHIFT+TAB (and release) * xterm4 has the focus * [...] So FocusPrevKey is running in the wrong direction and FocusNextKey is working completely wrong (this ist stack instead of cycling). Now let's try to set: FocusNextKey = "Mod1+Tab"; FocusPrevKey = "Shift+Mod1+Tab"; Result: * open 4 different applications, e.g. xterm1, xterm2, xterm3, xterm4 * now xterm4 has the focus * press ALT+TAB and release the keys * xterm3 has the focus * press ALT+TAB and release the keys * xterm4 has the focus * press ALT+TAB and release the keys * xterm3 has the focus * press ALT+TAB and release the keys * xterm4 has the focus * press ALT+TAB and release the keys * xterm3 has the focus * [...] * xterm3 has the focus * press ALT+SHIFT+TAB (and release) * xterm1 has the focus * press ALT+SHIFT+TAB (and release) * xterm2 has the focus * press ALT+SHIFT+TAB (and release) * xterm4 has the focus * press ALT+SHIFT+TAB (and release) * xterm3 has the focus * press ALT+SHIFT+TAB (and release) * xterm1 has the focus * [...] Version information: | > wmaker -version | Window Maker 0.95.3 | > cat /etc/debian_version | 7.2 | > I am sorry, but not fixed for me. Best Regards Sonny
Hello Florian, thanks for your quick reply. With your examples, now I think I can understand it. Your behaviour is that the window sort is static, so with your four windows: W1 - W2 - W3 - W4 The FocusNext (and FocusPrevKey) event moves in one direction, but the window sort doesn't change (parentesis is the selected window): Current status: (W1) - W2 - W3 - W4 FocusNextKey + release: W1 - (W2) - W3 - W4 FocusNextKey + release: W1 - W2 - (W3) - W4 FocusNextKey + release: W1 - W2 - W3 - (W4) FocusPrevKey + release: W1 - W2 - (W3) - W4 FocusPrevKey + release: W1 - (W2) - W3 - W4 FocusPrevKey + release: (W1) - W2 - W3 - W4 But the current wmaker behaviour is that, when the window is selected, it is moved to the top of the window list: Current status: (W1) - W2 - W3 - W4 FocusNextKey + release: (W2) - W1 - W3 - W4 FocusNextKey + release: (W1) - W2 - W3 - W4 FocusNextKey + FocusNextKey + release: (W3) - W1 - W2 - W4 As you say in the previous mail is that your behaviour was included in wmaker 0.80.0, but was removed in 0.91.0, and the option "WindozeCycling = NO;" doesn't do nothing. So, I will forward this mail to upstream. More info at [1] Again, thanks a lot for your bug report, Regards, kix [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=290777 On Sun, 08 Dec 2013, Florian Siegesmund escribió: