[Bug 1175299]

Colomar 1175299 at bugs.launchpad.net
Mon Jan 5 16:00:34 UTC 2015


Thank you for calling me in, Thomas!

If a button in a UI becomes temporarily unavailable because of some
situation-specific circumstances, it should be disabled and get a
tooltip explaining these circumstances.

The buttons in window decorations, however, are usually not temporarily
unavailable. either a certain window has a button or it doesn't.
Therefore, users won't "miss" buttons which are not there, and they can
safely be hidden.

As for the placeholder gap: Whether that's useful or not actually
depends on the user's button configuration. Users who - for whatever
reason - place "exotic" buttons like the ?-button between more common
ones (like close or minimize) may find it irritating that the more
common buttons "jump around" between windows which have the exotic
buttons and those who don't. For the rest of us, the placeholder doesn't
provide much benefit.

However, I don't think many users place exotic buttons between common ones, as it makes more sense to put the common buttons towards the edge of the deco and the more exotic ones more towards the center anyway.
Therefore I think we'll annoy less users if we just hide buttons which are unavailable on a certain window completely.

Where should we document this?

-- 
You received this bug notification because you are a member of Kubuntu
Bugs, which is subscribed to kde-workspace in 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




More information about the kubuntu-bugs mailing list