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

Aaron J.Seigo aseigo at kde.org
Wed Jul 9 03:10:56 CEST 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         




------- Additional Comments From aseigo kde org  2008-07-09 03:10 -------
Maciej: what would you think about wallpaper plugins that paint the background but which offer rather different functions, like a world map or a web page background or some animated stuff? i mean, why have a whole other plugin for just one hardcoded feature? that's what kdesktop did in kde3 and nobody complained. why? because ... that one hardcoded feature was the entire point of the plugin.

and that's *exactly* what Containments are, only not for wallpaper drawing but the functional layer between the wallpaper and the widgets on top.

in 4.2 these two functionalities (wallpaper layer and containment layer) will even be configured in the *same* dialog. to the user it won't even look like anything very special. i even plan to offer previews in the little monitor so as you switch between Activity Containers (or whatever we end up calling them in the UI, i haven't done any user testing for that verbage yet, but suspect we can do better than "Activity Container") you can see it change in real time in the dialog.


=== Editorial ===

please, please, please people: don't try and get involved in discussions of design. if you are technically capable of doing so, read the code and jump on panel-devel and discuss things with the rest of the team in a reasoned and well-informed manner.

otherwise, just describe your paint point (what you expected, what actually happened, the difference, etc). leave out the editorials and don't offer suggestions on how to code your preferred solution. editorials just annoy people and have no actually useful content in them (that includes calling people names, judging their competency and character, etc), while coding suggestions about a code base you aren't familiar with is .. well .. bizarre.

and yes, i realize the irony in asking people to hold the editorials by means of an editorial. but you see: that's my role here, not yours. on your project, you get to play editor and i get to play reporter-of-my-pain-point.

my commitment to you is that if you leave out the editorials and the design suggestions, i won't have a reason or a need to editorialize either.


More information about the Panel-devel mailing list