GNOME Bugzilla – Bug 583822
Title buttons don't work when keyboard is in Russian mode
Last modified: 2011-06-14 06:05:04 UTC
Please describe the problem: Window title buttons don't work when keyboard is in Russian mode (note that I use Gnome Keyboard Indicator and Gnome Keyboard Preferences to switch to Russian keyboard mode). sawfish version 1.3.4 Steps to reproduce: 1. Switch to Russian keyboard mode 2. Click maximize or minimize button of a window Actual results: Nothing Expected results: Window maximization or minimization Does this happen every time? Yes. Other information:
Just tried it with sawfish 1.5.0 trunk and it does not happen here. Can you try with latest trunk?
*ping* anyone here?
What theme are you using? Try using a different one, like Crux.
I have the same problem here with the Czech keyboard as a secondary layout. More info in the following thread in sawfish-list: http://thread.gmane.org/gmane.comp.window-managers.sawfish/5846 I have also tried the default configuration (mv ~/.sawfish ~/.sawfish-; killall sawfish; sleep 2; sawfish ), and it behaves the same: when the secondary layout is on, the window decoration buttons do not work, and it is not even possible to move the window by dragging the title bar. I have tried 1.5.0 with the mouse patches from the trunk removed (as described in the above thread).
When I start sawfish-ui and try to change the bindings for the window move (select e.g. Bindings->Title->Move window interactively, press Edit, in the pop-up window press Grab, switch to the secondary kbd layout and drag mouse with button 1, the "-Button1-Move" string is filled to the "Key:" input box (when the primary layout is in use, the same action is described as "Button1-Move", without the leading hyphen). So apparently sawfish detects the secondary layout as some kind of unknown modifier.
This is an almost duplicate of 159284 and 564861, but this file contains most informations.
Finally, the fix is planned for Sawfish-3.0, but I will take months. Sorry. As a workaround, you can switch the keyboard layout by runnig setxkbmap, triggered by a key press. Yes, it's awkward.
The problem is e.g. with combining the text written in non-english language with special characters (like \ { } in TeX) - for me it is faster to write these characters using the US layout. This requires _very_ fast layout switching (I switch layouts every 10-20 characters when writing slides in LaTeX-beamer), something which setxkbmap, even mapped to a hotkey, cannot do. Anyway, thanks for the info, I am looking forward to 3.0.
Hi. I think my patch now fixes the problem. Please test this patch: http://gitorious.org/sawfish/sawfish/commit/b13afc1ac2291c2e605a2c8f665c3554e384019e.patch (The target versions are 1.6.1 - 1.6.3. It is not so difficult to patch manually to 1.6 or earlier versions.) Compile as usual. Invoke sawfish as $ sawfish --5-buttons You can't bind a command to buttons 6-9 any more. (This may be fixed in future, but it'll be quite difficult.)
Please give us your feedback after you try this patch. It's now in GIT source, too. Thanks.
I have tested it on git version 6306ae11c0fd8c876521b286f83fba32003c2f49. So far it works for me. Thanks for fixing this! A minor problems, though: - "sawfish --help" should display the new "--5-buttons" option - the Git version of sawfish now tries to decorate both GNOME panels I have, which is really ugly. After some experiments, I have discovered that with the default setup it works, but with my theme (blue-steel) it does not. The following line in ~/.sawfish/custom makes the difference: (custom-set-typed-variable (quote default-frame-style) (quote blue-steel) (quote frame-style)) I have worked around it by adding a window rule to display frame type "none" on windows with class matching ^Gnome-panel/gnome-panel$. Should I file a separate bug, or is blue-steel theme no longer supported? I prefer this theme for its usability: this is one of the very few themes which have the focused window clearly marked by changing the color of the _whole_ frame (not only the title bar and the left side as in the default theme). So I can find a focused window even only a part of it is visible.
Nice to see it's fixed. I've added --5-buttons to sawfish --help in GIT. blue-steel is not part of the default themes, so you should post your issue to the Mailinglist rather than BugZilla. (sawfish-list@gnome.org -- please register before). closing as FIXED.
*** Bug 159284 has been marked as a duplicate of this bug. ***
*** Bug 564861 has been marked as a duplicate of this bug. ***
*** Bug 652297 has been marked as a duplicate of this bug. ***