From kde-devel  Wed Aug 05 05:08:36 2009
From: Anne Wilson <cannewilson () googlemail ! com>
Date: Wed, 05 Aug 2009 05:08:36 +0000
To: kde-devel
Subject: Re: KDE4: missing features from KDE3
Message-Id: <200908050608.36357.cannewilson () googlemail ! com>
X-MARC-Message: https://marc.info/?l=kde-devel&m=124944899601996
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--===============1224002441=="

--===============1224002441==
Content-Type: multipart/signed;
  boundary="nextPart4562403.IVoFOEqkzk";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart4562403.IVoFOEqkzk
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Tuesday 04 August 2009 21:03:40 Pau Garcia i Quiles wrote:
> This conversation is degenerating towards something unrelated.
>
> Facts:
> - KDE4 is way better, more extensible and prepared for the future than KD=
E3
> was - KDE4 is still missing some KDE3 features
> - For some users, those features are important
> - What's more important, some of those features are LEGITIMATE
> - Some (most?) KDE developers don't know about those legitimate
> features, therefore we cannot implement them. Just because we don't
> know they are missing and people value them.
>
> In my opinion, we need some place to gather all those KDE3 feature
> requests, then:
>
> - For stupid and/or illegitimate requests (for instance "bring kicker
> back!", "implement KDE4 with Qt 1.x", etc), a short explanation is
> given. When someone comes again to request that KDE3 missing feature,
> we already have an answer.
>
> - For legitimate requests, we try to implement them. No pressure. No
> need to rush. Slowly but steady.
>
> Now, I don't care what system we use (wiki, bugzilla, openfate,
> brainstorm, etc) but I think these are reasonable requirements:
>
> - It should be easy to find for users (to add missing-features
> requests) and developers
> - It should be easy to gather all those feature requests in one list
> - It should be easy to post progress (i. e. "I'm working on it", "it
> won't be fixed because ...", etc)
>
> IMHO:
> - Brainstorm is not the best tool for that. Neither for users nor for
> developers.
> - We don't have OpenFATE (do we?)
> - Wiki (userbase) is easy for users and it would be easy to have a
> one-page list of those features, but it's not the best tool to keep
> progress and I don't like the idea of user continually vandalizing the
> page (i. e. removing "won't fix" notices)
Agreed - monitoring it for this sort of thing would be horrendous.  I'll do=
 it=20
if we have no other option, but only if absolutely necessary.

> - BugZilla would be perfect for developers. It's just a matter of
> adding a new category "KDE3 missing feature". Users tend not to like
> Bugzilla but it they are really interested in that feature, they can
> afford some pain. Can we get this?

+1

But practically, where does that leave us?  Triagers still need to wade=20
through hundreds of bug reports, to re-tag them.  Could we not try for a=20
triage team to work together, say a couple of times a month, for a few hour=
s=20
to clear as many as possible?  A determined effort with an IRC channel open=
=20
for questions or discussion could get a lot done.  I'm not sure than anyone=
=20
other than the developer of each application could reliable do the 'duplica=
te'=20
bit, but it doesn't need such specialist knowledge to sort out bug from wis=
h=20
or from kde3-feature.

Anne
=2D-=20
New to KDE4? - get help from http://userbase.kde.org
Just found a cool new feature?  Add it to UserBase

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

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

iEYEABECAAYFAkp5E9QACgkQbMErw/n0TZpkvQCfe3/aOgMUirD3isvUT3PT4rh7
L7EAmgKv6z4FfWV+g5XlohNq3stQdPzf
=ydjA
-----END PGP SIGNATURE-----

--nextPart4562403.IVoFOEqkzk--

--===============1224002441==
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 <<

--===============1224002441==--