--===============0253113197==
Content-Type: multipart/signed;
  boundary="nextPart1335663.JBIf5zaV26";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart1335663.JBIf5zaV26
Content-Type: Text/Plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

On Tuesday 04 August 2009, Pau Garcia i Quiles wrote:
> People still complain about KDE3 features they miss in KDE4 (for
> instance:

yes, of course they will. because people are people. there's a certain sort=
 of=20
bullying going on there where certain individuals, fewer with each release =
i=20
might add, feel that if they just SHOUT LOUD AND ANNOYINGLY ENOUGH AT US th=
at=20
we'll relent, break our designs, go back on what we're trying to do and giv=
e=20
them what they are used to at the expense of everyone else.

i have no desire to recreate kicker, for instance. it was good, but it had=
=20
some really serious issues. issues that were irrelevant at the time it was=
=20
made, but are quite relevant today. people who are wedded to kicker should =
go=20
write their own panel system; they are free to do so.

but i won't go back on various design decisions and throw out all the benef=
its=20
we're reaping due to those decisions. i refuse to fall into some misguided=
=20
knee-jerk-to-the-latest-random-user-moaning design "methodology"

remember all the bloody screaming about folderview? well, someone's written=
 a=20
(poor) clone of folderview for GNOME's screenlets because it was the one th=
ing=20
they really wanted from KDE4. numerous GNOME users are commenting on it on =
the=20
gnome-look.org page about it and how it's great to finally see an=20
implementation of the idea for GNOME. if we'd listened to the users, we'd h=
ave=20
run screaming from folderview. now it's the feature other desktops want.

> OpenSuse has this page:
> http://en.opensuse.org/What_features_is_KDE4_missing_when_compared_to_KDE3

half the things affecting plasma there are bugs (and not all in plasma, btw=
)=20
and most of the rest are WONTFIXes. yes, things change. some design decisio=
ns=20
that bring benefits mean other things that were done before aren't going to=
=20
happen anymore.=20

the ignorant part comes when someone goes "i can't adjust the translucency =
of=20
the panel anymore to the single %!" without realizing the benefits that the=
=20
design that precludes that brings (better config UI, proper control for=20
artists, etc)

and as far as i'm concerned those kinds of things aren't even up for=20
discussion. i'm tired of this topic, at least in the way it's approached.

you know what's REALLY funny about that page on en.opensuse.org? it doesn't=
=20
mention _at all_ the actually useful features that are missing, like a=20
plasmoid to show a random submenu of the apps menu so you can drag and drop=
 it=20
from kickoff into the pane (or wherever) and just get that branch of them.

even more "funny" is that when i commented on the wishlist item for that an=
d=20
noted that we should implement it but that it wouldn't be in this release i=
=20
got yelled at by two different people on the report, completely without cau=
se.

if the community of users wants to see improvement they can pick up a text=
=20
editor and get their hands dirty, pay / coerce someone else to do so or shu=
t=20
up and be patient.

now, i'm all for a proper feature request system. bugzilla is not that, a w=
iki=20
is not that, random emails are not that, a blog is not that. FATE, as used =
by=20
opensuse, gets pretty damn close though (and it even has a kde client). one=
=20
day i'll probably just say "screw bugs.kde.org for feature requests" and ha=
ve=20
someone set up a FATE install for plasma. and then we can get on to the=20
business of proper feature request work flow.

i know that's probably a lot more, and not the sort of, feedback your were=
=20
probably looking for when you wrote your well-meaning email. i just think w=
e=20
need to know where we're going ourselves first and foremost and deal with=20
feature choice and growth issues wisely.

=2D-=20
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Qt Software

--nextPart1335663.JBIf5zaV26
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)

iEYEABECAAYFAkp3/3oACgkQ1rcusafx20M6uACfUxUaHVTfegREqDR2Fry9sTOc
65AAnicCiGWC9Zpj4iW07ULvNVvmZ0FF
=3S4t
-----END PGP SIGNATURE-----

--nextPart1335663.JBIf5zaV26--

--===============0253113197==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<

--===============0253113197==--