Open sphinks opened 5 years ago
Which keys have you bound? Many of our hotkeys aren't bound by default.
Also specifically when resizing there's the possibility that you're resizing in a way that isn't allowed - e.g. some window specifies a minimum size constraint that you'd be violating, so it appears to be doing nothing because the resize is rejected.
Kwin-tiling 0.2.3
I'm hoping that's 2.3.0. Otherwise I suggest updating.
@faho my bad. Of course, 2.3.0 version. I have replaced the default keys as does not do anything:
Move Window Left | Meta+Shift+H
Move Window Right | Meta+Shift+L
Move Window Up | Meta+Shift+K
Move Window Down | Meta+Shift+J
To (Just remove Shift):
Move Window Left | Meta+H
Move Window Right | Meta+L
Move Window Up | Meta+K
Move Window Down | Meta+J
I try to move and resize any window I have: full-screen, half-screen, quater-screen, etc.
@faho any idea what I'm missing?
Can you confirm that you have restarted kwin after you set those shortcuts?
And can you try with e.g. a desktop with just two dolphin windows next to each other?
Also you do have tiling active on the desktop and windows you're trying this on?
@faho
Will it help to provide log of pressed keys via xev
?
Will it help to provide log of pressed keys via xev?
Not really, no. It would confirm that your keyboard is working, but I don't think it being broken is particularly likely if Meta+F11 works.
TBH my best guess is that the older KWin you have has a bug.
@faho I have the most recent version of apps according to Fedora 29 repo, so not sure that it is because of old version of KWin.
@sphinks The current KWin is 5.16. Fedora 29 is not even the current Fedora - that's Fedora 30. and 31 is in Beta.
@sphinks, could you please post the contents of your ~/.config/kglobalshortcutsrc
?
@laloch sure! I suppose you are looking only for Kwin hotkeys. It is interesting I have found there hotkeys from QUATER (another tiling manager that I have try before)
@faho you are correct, but it not outdated and unsupported version. But may be you are right. Will try to update to fedora 30.
I suppose you are looking only for Kwin hotkeys.
Not really. I am specifically looking for binding conflicts.
Also, could you please make a backup of your current kglobalshortcutsrc
, remove it and try to start off with a fresh shortcuts configuration?
@laloch have updated info above with whole file
Thanks. The config seems to be just fine. I noticed that you are using Russian(?) locale, right? What is your keyboard layout? I remember several bugs reported over at KDE bugtracker regarding broken shortcuts on non-US keyboards.
Edit: Heh, funny (and offtopic). Using Plasma 5.16.90 and Czech keyboard layout, I can't bind any global shortcut with Meta key any more.
@sphinks, also please make sure that you don't have any Meta/Win key overrides enabled in "System Settings" / Keyboard / Advanced.
@laloch yes, I'm using russian locale, but shortcuts does not work in RU locale at all (it is old known bug :( ). So I use EN locale by default and use all shortcuts in EN only.
In Settings/ Keybord/ Advanced nothing is enabled, so it is also ok.
OK, thanks. I'm out of ideas then. @faho is probably right about something being broken in Plasma 5.14. Unfortunately, there's no easy way for you to install newer Plasma version, because of its Qt>=5.12 dependency which is not provided by Fedora 29.
@laloch @faho thanks for help. I will go for Fedora 30.
@laloch @faho I have updated to Fedora 30. Get working OSD: so once I switch layouts, now I get a label for it (swithc with default shortcut Meta+PgUp/PgDown is working). But window control is still not working, I try to replace shortcut with new combination without Meta key - no luck. Is there any workaround to arrange windows by keybords? Currently I'm doing with mouse.
I have a similar problem, often some window or windows will not react to shortcuts anymore, while others will. It's as if they drop out of the tiling mechanism. Changing them from/to floating (my first suspicion) does not make a difference. It would already help a lot if there was an (optional) display for the tiling action being invoked, a bit like what is already there when you change tiling modes.
Clarification:
For example, I have a bunch of tiling windows on some desktops, but here I have two windows who used to tile but now don't.
Each of them will still react to "Change border for all" if floating is disabled for it, and will not react to "Change border for all" if floating is enabled. I can toggle that for each window separately, They will also react to "Move window to next desktop" (which is a kwin-tiling
action, but seems not very tiling-related), but when moved to another desktop, they will not tile there. And regardless of whether floating or not, neither of them will react to "Tile now", "Toggle Tiling", or any other window shortcuts related to tiling, including kwin-tiling
's movement and resizing actions.
The only way to get them to tile again is by doing kwin --replace
.
This is with KDE 5.17.1 and QT 5.12.4 on Kubuntu 19.10, with the kwin-tiling
script from a git checkout from today.
I experience the same issue as described by @phrxmd. I'm using Plasma 5.18.5. Some windows, e.g. firefox or Konversation, seem to loose the ability to be tiled. They won't react to tiling related shortcuts anymore.
I have not figured out yet what triggers this issue.
Regards,
Robert
Hi @RobertBuhren, I can't reproduce the issue. Is it possible that you have some special window or application settings enabled for the affected windows? Also please try with empty "Excluded window classes" list in the Tiling Extension's configuration.
@laloch I have found a way to reproduce this. It seems this always happens when the windows have been moved to another monitor because the source monitor got detached.
E.g. I have two monitors attached each with 2 windows tiled. When I detach one monitor, all windows will move to the one attached monitor. The moved windows are not tiled and I can't get them back to be tiled. The existing windows work as expected.
Regards,
Robert
I can confirm the issue. Unplugging a display causes the remaining screen layout to get completely messed up. I'll investigate the issue, but my best guess as of now would be, that KWin stopped triggering some important events at some point in the past.
I'm new user of kwin-tiling, so may be I'm missing something. Main functionality is working as expected, but I can not resize windows and swap them with hotkeys. I'm expecting that combination called as
Move Window-*
andResize Active Window To The *
will move and resize active window. Actually these hotkeys combination are doing nothing. I have suspected overriding of initial shortcuts by already existing ones and replace them with new one without conflict - nothing changes (nothing happens at all).Is it a known bug or I'm missing something?
My configuration: Fedora 29 with latest updated (core version 5.2.11-100.fc29) Kwin-tiling 0.2.3 KDE Plasma: 5.14.5 QT: 5.11.3