[Bug 154535] ability to remove zoom in/out tool like any other applet

S.Burmeister sven.burmeister at gmx.net
Sat Jan 19 10:42:20 CET 2008


------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=154535         
sven.burmeister gmx net changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |sven.burmeister gmx net



------- Additional Comments From sven.burmeister gmx net  2008-01-19 10:42 -------
I don't get what most of this bug-report is about.

Some claim that the tool violates usability. I never had it interfere with closing a window, since it _never_ gets above any window. It animating is certainly not a usability issue.

Some want that corner for a kwin-effect, yet that does not make sense because that effect (in contrast to the tool) would be triggered, even if there is a window covering that corner, i.e. that would really be a usability issue. The upper-right corner is for closing and must not interfere with that action.

Adding a remove-button is completely senseless, because although they are all called widgets, they are not the same. (Which is why "Lock widgets" does not make sense in the first place!) The desktop-background is a widget and nobody would claim that it makes sense to add a "remove action" to it. Further, if one really thinks that one has to add "remove" to the plasma tool because it is a widget, one would have to agree on having to add rotate, resize etc. -- because it is a widget, isn't it?

There is a point to "locking desktop" including not being able to zoom, so at the current state, since the tool does not provide anything more than adding and zooming, I do see why it should be hidden when the desktop is locked. Yet that would no longer be the case if other actions were added to the tool, like "unlock desktop" for example. Currently devices that do not provide a right-click are not able to (un-)lock the desktop. So the question is: What other actions are planed to go into the tool?

Since the bug-title is about removing the tool and not hiding on lock, it is indeed a WONTFIX. I'll open a wishlist-item for locking hiding the tool though.


More information about the Panel-devel mailing list