- This topic has 20 replies, 6 voices, and was last updated Jul 1-9:47 am by bci.
-
Posts
-
dfswifi
Normally I should be able to change virtual desktops and move windows between virtual desktops with:
To switch to desktop number n you simply press “Ctrl-Alt-n”
To move a window to desktop number n you simply press “Ctrl-Alt-Shift-n”
To move a window one desktop to the left you press “Ctrl-Alt-Shift-Cursor_Left”
To move a window one desktop to the right you press “Ctrl-Alt-Shift-Cursor_Right”You can even see this when you right click on a window and select Move To. I remember using these shortcuts on older versions, but now on 19.1 Ctrl + Alt has been hijacked. Now Ctrl + Alt + n moves and resized the current window. As a result all the virtual desktop shortcut keys are broken.
I have not edited .icewm/preferences keys nor can I find any reference to this unwanted behavior there either. I have not changed changed my virtual desktop preferences otherwise either.
How can I find out who/what hijacked my keys and how can I disable this?
- This topic was modified 3 years ago by dfswifi.
Ok, I found .icewm/keys and disabled the windows scaling with Ctrl + Alt. I still can’t move windows between virtual desktops. So I completely removed .icewm/keys. No difference.
It’s a bit silly to have shotcut keys defines in multiple places, ain’t it?
My .icewm/preferences reads:
KeySysWorkspacePrev=”Alt+Ctrl+Left”
KeySysWorkspaceNext=”Alt+Ctrl+Right”
KeySysWorkspaceLast=”Alt+Ctrl+Down”
KeySysWorkspacePrevTakeWin=”Alt+Ctrl+Shift+Left”
KeySysWorkspaceNextTakeWin=”Alt+Ctrl+Shift+Right”
KeySysWorkspaceLastTakeWin=”Alt+Ctrl+Shift+Down”
The first three work, the second three don’t.
- This reply was modified 3 years ago by dfswifi.
BobC
The Shift doesn’t seem to work with Ctrl+Alt on my keyboards in IceWM. I tried it on two different ones.
I’m not sure if it is just with IceWM, just certain keyboards or PC’s, or has always been that way, or changed at some point in time.
You could reassign one of them to a different key that you know works and see if the problem is the functionality itself not working.
If I recall there were some keys I had problems with before…
BTW: I looked at this thread before and thought it was about 17.1, but I don’t have a 17.1 system loaded.
- This reply was modified 3 years ago by BobC.
I did a search and see that others and then I had problems with those keys back in 2018 and 2019 as well. I first noticed it myself when working on 19’s alpha.
Yeah, looks like it shift stopped working on a recent version of antiX, since I remember using that functionality on this very same computer. Hence the muscle memory and why I’m missing it so much… Not looking forward to remapping any keys.
anticapitalista
You could delete (after saving copies) of all files in ~/.icewm – restart IceWM and see if it works. If it does, then we will need to make changes to our pre-configured IceWM defaults. If it doesn’t, then IceWM upstream must have made some changes.
Philosophers have interpreted the world in many ways; the point is to change it.
antiX with runit - leaner and meaner.
The keys work with Debian Live 10.3 XFCE non-free, with IceWM (1.4.3.0) added to it. I doubt that it works because of something that came with XFCE.
I don’t have a newer Debian than that to work from. I don’t mind helping figure it out if I knew what would be the best way to go about it?
I see they have a Debian Bullseye Alpha out, but I don’t have it.
Brian Masinick
The keys work with Debian Live 10.3 XFCE non-free, with IceWM (1.4.3.0) added to it. I doubt that it works because of something that came with XFCE.
I don’t have a newer Debian than that to work from. I don’t mind helping figure it out if I knew what would be the best way to go about it?
I see they have a Debian Bullseye Alpha out, but I don’t have it.
This suggests the possibility that our keymap selections are disabling some functionality.
Try the suggestion that anticapitalista made.
More specifically, mv ~/.icewm ~/.icewm-save
Then in theory you can get other mappings or copy your own configuration into your own custom .icewm directory.
If the stuff from a Debian implementation works, share the keymap from the “working” version for those who are interested. Perhaps we can make a few changes to our default setup to accommodate this once it’s clear what is causing the issues.
--
Brian MasinickHmmmm,
1.4.3.0 is quite different from 1.6.5
Yes, I tried it anti’s way first
Then I tried it anti’s way plus just those keys mapped
Then I tried it using Super instead of Alt+Ctrl, which did work
and lastly I tried it with Debian 10.3 which surprisingly also worked
I haven’t tried the Debian 1.4.3.0 map on the antiX 1.6.5, but I don’t expect that will work, because those keys weren’t changed from standard mapping, but I suppose its possible.
I was thinking to try the Debian 1.?.? from Bullseye Alpha and see if it still works there
I was also thinking to try the IceWM git stock version on Debian 10.3 and Bullseye to see if it creates the problem by doing so.
Obviously all of that would be a lot of testing, so I was looking for a smarter path…
Brian Masinick
Post one or more working keymap config files and we can analyze the different number sequences for each of them and see what is going on.
--
Brian MasinickOk, Here is the setup from Debian 10.3
I got Debian live non-free 11a2 running and it also worked there. It has icewm 1.6.5 similar to antiX. Here is the icewm setup from it…
I tried with the Debian 11a2 setup and it has the problems, still, on mine. It should be tried on a pristine copy of antiX though…
Brian Masinick
Thanks for the zip files. When I get a chance I will dig in and examine them.
Meanwhile if anyone wants to check it out, look for the differences between our current key assignments and those in the working version, particularly anything that uses the sequences in question.
--
Brian Masinick
- You must be logged in to reply to this topic.
