[Bug 1175299]

2015-01-06 Thread Colomar
(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

[Bug 1175299]

2015-01-06 Thread Colomar
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 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