I agree with David Grant's five points. But read on after the quote. On Mon, 12 Aug 2002, David Grant wrote:
> I sort of agree, although my criticism of the new version is not so > harsh. Simplicity is always better, although not at the sacrifice of > necessary features. My main points: > > 1) The ability to search through titles or descriptions should be > brought back > 2) All the facilities of rpmdrake should be accessible from one GUI, not > 4 (!!!) menu entries! > 3) When installing/removing packages, once a certain package is > selected, it should be shown in a list, so that the user knows which > packages are currently selected for installation/removal. > 4) It should be possible to remove and install packages simultaneously, > just like in the old rpmdrake. > 5) BUG: rpmdrake closes right away after installing a package. Expected > behaviour: it should stay open, in case you want to install some more. > > Please lets add on to this list, telling developers exactly what we > liked about the old rpmdrake, and provide developers with some clear and > precise things to improve upon in the new one. I haven't tried this latest rpmdrake, so what I said may be already obsolete: 6) The whole rpmdrake and package installation is so slooww. Not only the rpmdrake startup time (a correct usage of a database doesn't need that). Why does it have to "build interface" ? etc... (This reminds me of the HP48: it could be very very fast but the HP developpers continuously added more and more functions on top of much too high-level (and slow) ones whereas there existed some faster, high-level-enough and very relevant features to use first. 7) I hope the ever annoying useless modal window that wiggle left and right has disappeared. (You know, the one without decoration or cancel button, that brings no information other than "I'm a software for newbies, and no, I've not crashed yet".) Such a window is absolutely useless. Its main feature is eating bandwidth, which definitely forbids you from using rpmdrake on a remote display if the hosts are not on the same fast local network. -- St�phane Gourichon - Labo. d'Informatique de Paris 6 - AnimatLab http://animatlab.lip6.fr/ - philo du dimanche http://amphi-gouri.org/
