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

Dotan Cohen kde-2 at dotancohen.com
Sun Jun 29 10:46:04 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 kde-2 dotancohen com  2008-06-29 10:46 -------
+1 to remove the zoom in/out tool.

Aaron, why are you being so stubborn? This is not Pidgin, this is KDE. Your points, and my answers:

> firstly, it's *not* an accessibility issue because we already
> provide a way to turn off animations in plasma

There are animations that people want to have. This particular animation is annoying.

> secondly, saying "i don't like it, make it configurable!"
> on every little bit and nobble in the interface results in
> software that has tons of configuration options that do ..
> what? cover up issues.

We don't want to cover it up, but rather make it go away completely. I don't need the zoom app, so I don't want it. Even if it's animation did not annoy I would not want it.

>those kinds of options are there *only* to take away
> the pain/annoyance/whatever of a feature (or mis-feature,
> depending on the case). instead, if one works on tooling
> that feature into something better .. one gets a better
> tool and doesn't add yet more to the configuration load.

But we don't want the tool, better or not!

> and yes, high configuration load does have a very negative
> impact on the user experience.

What?!? Not being able to configure has a negative impact. Those who don't want to configure can use Gnome. KDE's selling point has always been configurability.

> worse, if we let you turn this off now .. where
> will we get feedback on what we do with it so that
> we can figure out when/how it is more acceptable?

The same place that KDE gets all it's feedback: beta testers. The feedback that you are currently getting is that people do not want this feature and you are ignoring that feedback.

> no, you'll just all turn it off and never look back at
> it again.

Yes, that is what we do with features that we don't need.

> i'd rather try and *fix* issues rather than cover
> them up, with the result being a mess of code paths
> and half finished features.

You can fix the feature, but there will still be people who want to disable it.

> moreover, as a feature in development, i'm very against
> making the implementation yet more complicated than necessary
> until we have some of the other fundamentals in place.

Nothing is being made complicated by letting users disable a feature that they do not use.

> and finally, no, you probably don't know what the
> toolbox is intended for and no i'm not going to sit
> here and write pages explaining it.

I am not interested in what it is intended for, especially if it is so complex that it would require pages to explain rather than a simple sentence.

> there is purpose to it, you'll see it as the code
> emerges. explaining it beforehand is not going to
> resolve the situation any faster.

In the meantime, until the code emerges, we don't want the zoom feature. In fact, I doubt that I will ever want it at all.

> now, i hear you when you say "i don't like it
> moving", "when i close a window, then it animates
> on me" ... i'll try and address those issues. the
> RIGHT way. you know, by addressing those issues.

Even if it didn't animate, I would not want the feature. There are people who simply don't want this feature, animated or not.

> but i'm not going to turn it into "Just another
> applet" (why? explaining it would require familiarizing
> you with the internal design of plasma) nor will i provide
> an option to remove it at this point in development.

So explain away. You are part of a community, Aaron. We are in a dialog. Your work is appreciated, however, it seems that you are turning it into a pet project and making things more difficult for your users with absolutely no justification? Maybe you (or the NSA) is using this code to eavesdrop on KDE users in a fashion similar to the Underhanded C Contest:
http://developers.slashdot.org/article.pl?sid=05/06/11/1341244&tid=156
Being so secretive with your code makes users suspicious. I really am not accusing you, but rather expressing why your stubbornness and secrecy is harmful to KDE's image. That said, I really do appreciate your work and I hope that you understand that my goal is not to attack you. All in all, I thank you for your contributions to KDE.

Please consider reopening this bug.


More information about the Panel-devel mailing list