Version: 4.7.4 (using KDE 4.7.4) OS: Linux I have this on my kwinsulesrc to disable border (title bar) from all app/windows: I have this [1] Description=No Border noborder=true noborderrule=2 types=4294967295 wmclass= wmclasscomplete=false wmclassmatch=0 [General] count=1 and it was works as expected before upgrade to kde sc 4.7.3 on kde sc 4.7.3 & 4.7.4, it's ignored by KDE only application (dolphin, konsole, etc), the rules works fine for qt only application (tested with vym, tea editor) and gtk app (inkscape, bluefish, abiword, gimp, etc) Reproducible: Didn't try Steps to Reproduce: - add the above kwin rule and save it - start new instance of KDE application (dolphin/konsole/etc) - start new instance of Qt only application (VYM/tea editor/clementine/etc) - start new instance of Gtk application (inkscape, bluefish, abiword, gimp, etc) Actual Results: - KDE application ignore kwin rule, window border (title bar) still shown - Qt & Gtk application window start with no border (title bar) Expected Results: All application window should be display without border - also tested with clean kde state (new user), default setup, only the above kwin rule applied. - kde sc 4.7.4 on archlinux
Translation: you set up a "semi-blind" rule to force no border - can you please translate types=4294967295 into sth. human readable ;-) In general clients or the client toolkit cannot "ignore" those rules. It doesn't matter what toolkit is invoked, if the rule says "there's no border", there's no border. Period. So the only thing that changed might be the window type match - otherwise the noborder would be polluted (does alt+f3/advanced suggest there's a border?), but it's more weired since it does not affect new accounts...
don't know about that types=4294967295 things, that rules was produced with System Settings > Window Behavior > Window Rules, select all windows types from the list, set wm class, role, etc as Unimportant. btw, with devilspie's (undecorate) window rule works fine/got applied to all windows
alt+f3>advance show there's a border, invoking no-border manually (advance menu) works, but the border will be back when: - toggle show hide menu (tested on dolphin) - on kontact, when switching to other app (e.g. from kmail to kjots)
It's the "Window Types" entry on the first page - try to remove the key from the config and restart "kwin --replace &" If that doesn't fix it, try "kquitapp kwin; sleep 2; mv kwinrc kwinrc.old; kwin &" (ie. move your kwinrc out of the way) In case that does it, please attach your (former) kwinrc > btw, with devilspie's (undecorate) window rule works It just set's a window hint which is respected by kwin - that's hardly relevant
Created attachment 67718 [details] kwinrc file
still not work, "types" config key removed, but it back written to kwinsulesrc (become: "types=0") everytime I restart kwin removing kwinrc doesn't help. my old kwinrc attached
Hummm? Ok, the situation is: - you have one window rule, printed in comment #0 - it apparently works for all but windows invoking kdelibs/kapplication - it is NOT broken on a fresh account - it's NOT related to kwinrc - removing the key that translates as "ignore" and should match all windows and restarting KWin results in readding the type with "0" what a) should not happen (regardless of the value) b) actually translates "no window" -> the expectable result should be that it fails for *all* windows now. So far correct??
correct, except: - it is NOT broken on a fresh account its also broken on fresh account/clean state kde
Ok, sorry - got that wrong. Is it a 64 bit installation? And it's also correct that the "automatically" added "types=0" results in a complete failure of the rule, yesno? Two wild shots: try replacing the kwin decoration and the UI style ("kcmshell4 kwindecoration" & "kcmshell4 style"), ie. don't use oxygen but eg. the kde2 deco & the plastique UI style.
> Is it a 64 bit installation? Yes > And it's also correct that the "automatically" added "types=0" results in a complete failure of the rule, yesno? Yes tried chaging decoration to all non-oxygen deco (BII, plastik, qtcurve, tabstrip, bespin) doesn't help, border still display for new instance of all kde app.
Just tested "no border" rule for per application (konsole & dolphin), and its also got ignored, here are the rules: [1] Description=Settings for Konsole clientmachine=talawengkar clientmachinematch=0 noborder=true noborderrule=2 title=rombeh : bash titlematch=0 types=4294967295 wmclass=konsole wmclasscomplete=false wmclassmatch=1 [2] Description=Settings for Dolphin clientmachine=talawengkar clientmachinematch=0 noborder=true noborderrule=2 title=rombeh – Dolphin titlematch=0 types=1 windowrole=dolphin#1 windowrolematch=1 wmclass=dolphin wmclasscomplete=false wmclassmatch=1 both new instance of konsole and dolphin ignore those rules (displaying border)
Since you keep referring to instances: does that mean if you just open a new window in the same process (press "ctrl+shift+n" in konsole) it does NOT fail?
PS: please try selecting only "Normal" window types - not all.
>Since you keep referring to instances: does that mean if you just open a new > window in the same process (press "ctrl+shift+n" in konsole) it does NOT fail? When I create new "no border rule" (via kcmshell), and hit "Apply" the rules applied to an already running instance (for example: currently running konsole hiding its border), but when I close that konsole window and start new instance, it will start with border
invoking kwin reconfigure via qdbus (qdbus org.kde.kwin /KWin org.kde.KWin.reconfigure) will also apply the rule (remove border) to already running application, but not for new instace
I recently notice similar problems when using konsole. I have always set konsole to start with no border(through kwin rules) and no menubar (through konsole itself). And now: 1. When I start konsole from yakuake, the started konsole sometimes has border, sometimes not. 2. If the started konsole doesn't have border, after I ask konsole to show its menubar, the border also appears. This happens every time. 3. If I set konsole to start WITH menubar, and when the started konsole doest't have borader, after I ask konsole to hide its menubar, the border appears! This also happens every time. I'm using KDE built from git repo(2 or 3 days old). Here is the rule for konsole, which has worked for me for a long time until recently. And the problem is reproducible when using this rule in a fresh account. [3] Description=Konsole without border noborder=true noborderrule=2 types=1 wmclass=konsole wmclasscomplete=false wmclassmatch=2
Ok, that's really weird, but apparently showing/hiding stuff like the menu/status/toolbar in KDE applications "breaks" the noborder rule (however that might happen...) Well, whatever it does - i can reproduce it, means i can trace it ;-) (finishing the tabbing rewrite will have to wait) (For my reputation: using the XBar, I usually don't experience the menu changes, but w/o XBar support konsole behaves after the start just as like with toggling it, so it's probably the same sourceand konsole etc. just trigger their menubar vis on start =)
Just for the record: if you really don't want window decorations on all windows you could just disable them in the config options ;-) [Style] NoPlugin=true
Git commit afdbb59189c151b6eb3f201e3652801df9426899 by Thomas Lübking. Committed on 12/01/2012 at 19:01. Pushed by luebking into branch 'KDE/4.8'. Don't listen to repetitive motif hints regarding the window border and prefer rules over them anyway REVIEW: 103681 FIXED-IN: 4.8 M +4 -4 kwin/client.cpp http://commits.kde.org/kde-workspace/afdbb59189c151b6eb3f201e3652801df9426899
Git commit 5bd9f28ec11e2b59edaa20d9ab9f076a87464c5c by Thomas Lübking. Committed on 12/01/2012 at 19:01. Pushed by luebking into branch 'master'. Don't listen to repetitive motif hints regarding the window border and prefer rules over them anyway REVIEW: 103681 FIXED-IN: 4.8 M +4 -4 kwin/client.cpp http://commits.kde.org/kde-workspace/5bd9f28ec11e2b59edaa20d9ab9f076a87464c5c