kwin-tiling locks up clients (timing issue) about kwin-tiling HOT 14 CLOSED

Try current git master, this is probably exactly what b147570 and aa54343 were about.

(I'm thinking about making a release, but I want to test this some more first)

from kwin-tiling.

Yes, Emacs no longer is locked, but it does not work properly, at least I don't comprehend, what's going on. I switch on / off with Meta+Ctrl+F11? I'm using openSuse and usually have four desktops (»Arbeitsflächen«). Does switching it on work for all desktops, or only for one? However, I really like your approach. If you release, please document a bit more. I had to search for a while to find out that I can't update kwinscripts easily by using the GUI. I had to delete the old kwinscript inside ~/.kde4/share/apps/kwin/scripts, before I could install the new version.

How do I change the layout, I read, there were three of them?

from kwin-tiling.

To be clear: Emacs is now responsive?

M-C-F11 turns tiling off for the current desktop (default is on when the script is enabled, though I'm open to making it configurable).

You can switch layouts with M-PgUp / M-PgDn (Bild-Hoch bzw Bild-Runter).

You can update kwinscripts through the GUI, just go to "download script" again and if there's a new release you should be offered an upgrade. However this wasn't a new release on kde-look.org.

from kwin-tiling.

Yes, Emacs is responsive.

Aha, M-C-F11 only turns it off, but then not on again. Well, on / off surely would be better.

I will test later, just now I'm in a hurry -- thank you for your fast reaction!

from kwin-tiling.

It's supposed to turn it on again, and does so on my system.

Anyway that's a different issue, so I'll close this one and you can open another for M-C-F11.

EDIT: It's M-S-F11 (with "M" here being the windows key)

from kwin-tiling.

I'm seeing this behavior with master script on kde 4.13.3 and emacs 24.3.1 :/

from kwin-tiling.

so do I, the only workaround is to use fullscreen (F11) for emacs
of course disabling tiling works

from kwin-tiling.

Ah crap... Let's reopen this thing, report it upstream (it's an issue with more than just emacs - I can reproduce it reliably with firefox) and get it fixed.

from kwin-tiling.

This is now reported upstream at https://bugs.kde.org/show_bug.cgi?id=341195.

Let's see what they say.

from kwin-tiling.

As for emacs, I found a workaround:

Set frame-resize-pixelwise to non-nil, like so:

(if (display-graphic-p)
    (progn
      (setq frame-resize-pixelwise t)))

from kwin-tiling.

Ok for at least VLC and gtkwave I have this working with a work-around. Here's the trick.

Go to the KDE control panel and under Window Management, pick Window Rules.

Open the bad app and do what you have to do to get it working (full screen then not full screen, for example, or just shuffle some windows around). Then press New on the Windows rule screen. There's a detect windows property button. Make sure the target program is visible and press the button. Then go click on the window. Then go back and pick the Size & Position tab.

I selected Ignore Requested Geometry, Force Temporarily, "Yes"

That seems to clear it up for both programs. I would think it would work for other programs too and, if not, maybe some of the other options (e.g., forcing initial placement) would.

Not a fix per se, but it does make it workable.

from kwin-tiling.

By the way. I unblacklisted the "wine" window class and did a rule with a substring match of <space>wine (that's a real space not the word ) and applied that same fix and now several Wine programs I use tile properly and behave. In addition, the same fix works for Arduino (with a rule pointing at its window class, of course).

from kwin-tiling.

I still observe this issue with various applications, mostly with Firefox, Virtualbox and Matlab.
I think there is a workaround for Firefox. I am trying it for the last few days, so far so good.
Simply block sites to resize their window using the below parameter in about:config:

dom.disable_window_move_resize (default=false, set to true to block sites)

from kwin-tiling.

These workaround might be worth to add in the README (in the troubleshooting section with the "getting settings menu to appear in ksettings"). I just used the emacs trick (which works on 26.1 on Fedora Rawhide/30 ), but it might be easier to find this on the README

from kwin-tiling.