Launchpad has imported 5 comments from the remote bug at https://bugs.kde.org/show_bug.cgi?id=319188.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2013-05-01T19:23:51+00:00 Allo wrote: With the plastik window-deco the [?] button is replaces by some horizontal space (like a seperator, if you configure the window- buttons), when its not used, while it was replaces by nothing at all in kde 4.9.x. I think the KDE 4.9 behaviour is more desirable. Reproducible: Always Steps to Reproduce: 1. Use Plastik as kwin Style 2. Configure your buttons to include [?] (Help-Button) 3. Open a window with, and one without help-button Actual Results: too much space between the button before and the button after the help-button on windows, where there is no help-button Expected Results: just no button at all. Reply at: https://bugs.launchpad.net/ubuntu/+source/kde- workspace/+bug/1175299/comments/0 ------------------------------------------------------------------------ On 2013-05-01T19:25:52+00:00 Allo wrote: Created attachment 79609 screenshot of the problem At top you see the problem. At bottom everything is alright, because this window has a help-button. The horizontal space after the button / the horizontal space replacing the button is intentional and configured by me. I wanted both window- decoration to look like the lower one. Reply at: https://bugs.launchpad.net/ubuntu/+source/kde- workspace/+bug/1175299/comments/1 ------------------------------------------------------------------------ On 2013-05-01T19:35:09+00:00 Thomas-luebking wrote: No idea whether the current behaviour was intended, but in general fixed offsets are a good idea because they prevents you from actually having to inspect the button to figure which it is on this window. As an alternative i'd suggest a "disabled" look instead of a spacer (keeping also the general look) Reply at: https://bugs.launchpad.net/ubuntu/+source/kde- workspace/+bug/1175299/comments/2 ------------------------------------------------------------------------ On 2013-05-01T19:37:50+00:00 Allo wrote: Ah, for the title/description: I tested it, the problem seems only to happen with "Plastik" Decoration. Some decoration do not support the help-button at all, others get it right. I do not think a disabled look is appropriate, because the general behaviour (for example on windows and other WMs) is to completely hide the button, when its not available. This is useful, because most windows do not have this button, and only some utility-windows do have it. Reply at: https://bugs.launchpad.net/ubuntu/+source/kde- workspace/+bug/1175299/comments/3 ------------------------------------------------------------------------ On 2013-05-01T19:56:05+00:00 Thomas-luebking wrote: (In reply to comment #3) > This is useful, because most windows do not have > this button, and only some utility-windows do have it. I rather meant keeping fixed positions in general. Windows does not, but eg. OSX does (while i doubt there's a "what's this" button, but unless there's only the close button, either the minimize or zoom button will just be disabled) As for the "what's this" and some other buttons, i'd strictly promote the Bespin approach to stack them in one button and scroll through them at (rare) demand ;-) Reply at: https://bugs.launchpad.net/ubuntu/+source/kde- workspace/+bug/1175299/comments/5 ** Changed in: kdebase-workspace Status: Unknown => New ** Changed in: kdebase-workspace Importance: Unknown => Medium -- 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
