RFC: Removal of KAutoConfig / KAutoConfigDialog

[Scott Wheeler]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thursday 13 November 2003 0:32, Benjamin Meyer wrote:
> On Wednesday 12 November 2003 3:52 pm, Scott Wheeler wrote:
> > Uhm, question -- after there was pretty much unanimous agreement to remove
> > this class why is Benjamin *still* porting things to it?
> >
> > Was there a secret reversal of opinion that I missed somewhere?
> >
> > -Scott
> 
> As already stated on the cvs mailinglist:
> 
> The "port" from KAutoConfig -> KConfig_Compiler is trivial.

If it's trivial then why not do it that way in the first place?

> KAutoConfig can be thought of as a subset of the functionality of 
> KConfig_Compiler. 

So again, if it's trivial why would you port something to use a class that's 
already deprecated and lacks the functionality of the solution that isn't?

> Concidering that I know KAutoConfig in and out, it is in kdelibs and there 
> are plenty of little apps that the authors have asked me to port to 
> KAutoConfig I see no reason not to do it or why you wouldn't want me to.  By 
> the time we get around to releasing 3.3 they will all be 
> KConfig_XT, moving to a automated configure dialog is just one step.

First the above -- it makes no sense to port something from a supported API to 
a deprecated API.  If that's a step towards using KConfig_XT and as easy a 
step as you make it sound why not do it now?

Second -- every indication that I saw in the previous discussion on this list 
indicated that KAutoConfig was going away before 3.2; I haven't yet heard 
different.  It doesn't make much sense to release an API that we intend to 
remove so quickly -- especially since if the things on this list are to be 
believed there's not much still using.

- -Scott

- -- 
New Orleans food is as delicious as the less criminal forms of sin.
 --Mark Twain
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE/ssX2Qu0ByfY5QTkRApjKAKCAE6t7GXO0USgFR7Em02yCLTFsIQCbBpAz
En6Ma04QDboQuEofcdVWzXU=
=mekr
-----END PGP SIGNATURE-----