[RFC] KConfig API stuff

[Sebastian Kügler]

On Monday 22 October 2007 02:18:03 Cornelius Schumacher wrote:
> On Sunday 21 October 2007 20:21:56 Andreas Pakulat wrote:
> > What about delaying the release then?
>
> I don't think that's a good idea. The road to KDE 4 has been long enough.
> Now we should really concentrate on shipping it. We all will be happier
> people, once that's done ;-)
>
> By the way, there always will be a next release. No need to solve all
> problems at once.
>
> > Quite some time ago (when the
> > release plans got discussed) it was said that kde wouldn't take the dates
> > as set in stone and delay them if need arises. So which changes would be
> > such a need, if not a finally good KConfig API?
>
> What's wrong with the KConfig API? It has worked well for many years. Sure,
> there might be some aspects which could be better, but striving for
> perfection isn't necessarily what helps us to get our software to our users
> and that's what we all want, don't we?
>
> I would say, if the need for a new KConfig API wasn't so pressing in the
> last two years while we work on KDE 4 that somebody actually did it, it
> can't be important enough to bring the release in trouble now.
>
> > OTOH this could be done
> > for KDE 4.1 and we could just break the BC with that release.
>
> If we do that in KDE 4.1 is something we should discuss when we have
> released 4.0. Right now we should concentrate on finishing the code for the
> release. Get in release mode. It's much more fun to see things being
> finished than waiting for the perfect API to arrive.

I fully agree with Cornelius here. We'll never have the perfect API, and right 
now, we've decided to be in Release Mode. The only thing that should happen 
right now is fixing bugs.

Changing the API right now sounds, with all due respect, crazy to me.

We want and we need to get 4.0 out. And we promised to not change the API 
anymore. There are people that actually expect us to not do that then.
-- 
sebas

 http://www.kde.org | http://vizZzion.org |  GPG Key ID: 9119 0EF9 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 481 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20071022/ba866a5a/attachment.sig>