(In reply to Martin Gräßlin from comment #11) > I'd say two groups of behavior: > * might change during life time of window (e.g. maximize) > * might not change during life time of window (e.g. quick help) > > And I'm not sure whether the same rules would apply. For a disabled > maximized I'd expect the button to be there, but not for a disabled quick > help.
Oh, I just realized that I actually expected _too little_ about what's technically possible. I had originally thought that it would make sense to disable (plus tooltip) those buttons that may become enabled or disabled based on the situation and only hide those that are either there in an application or not, but I thought "How is the KWin/the windeco supposed to know that?" so I abandoned the idea. If, however, the windeco _can_ know whether the button is temporarily or permanently unavailable, then of course temporarily unavailable buttons should be disabled and permanently unavailable ones should be hidden. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1175299 Title: kwin Plastik decoration displays the help-button wrong To manage notifications about this bug go to: https://bugs.launchpad.net/kdebase-workspace/+bug/1175299/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
