From: lcc <lc...@6z...> - 2009-10-23 19:14:35
|
That reminds me... wouldn't it be nice if you could have a start progress bar for GRAMPS like the one of GIMP? I wonder how hard it'd be to fix that up. Your last GEP for the startup should speed things up considerably! --lcc On Fri, 10/23/2009 at 12:28pm, "Benny Malengier" <ben...@gm...> wrote: > 2009/10/23 Gerald Britton <ger...@gm...>: >> That't interesting. One of the reasons I moved to Linux years ago was >> the Windows upgrade mill. The cost of the software and often new >> hardware requirements. I was really happy to get of that treadmill, >> that's for sure. > Yeah, new programs requiring more resources. Windows 7 today learns > that Microsoft can learn to adapt to a world with netbooks. > Linux used to be able to do stuff with less resources, and the kernel > still can. But the user side of it is a different beast. Less > resources? Use fluxbox! That might work for developers but home users > are not amused. Something like python 3.0 is 10% slower than 2.5 > (http://docs.python.org/dev/3.0/whatsnew/3.0.html), that is not a good > prospect for GRAMPS users if we go to 3.0. 3.1 fortunately improves in > many aspects (http://www.rmi.net/~lutz/python31-speed-tests.html ). > In GRAMPS 3.2 we are adding a lot of under the hood changes that > should speed up GRAMPS, but I have the impression that many programs > don't have that dedication to performance. Perhaps it is just the > release often paradigm, that causes releases of products which have > huge performance regressions. It gets solved after some time, but the > bad PR is harder to fix. KDE4, amarok, pulseaudio, ..., should all > have been released in distributions much later. I see Fedora 12 will > have quite some 'experimental' stuff, like moblin based this, some > virtualization stuff, ... . I wonder if these distributions want to > have people working with their releases or are more interested in > being some technical preview? Like this, one cannot blame users of > sticking with something like a long term release, and have some peace > of mind. After all, the upgrade crowd is to Red Hat, what the 8 > million beta testers have been for Win7, create one stable product > after 2 years. > Perhaps that is the model to move to. Have a rock stable 2 yearly > release with everything working (a debian stable :-) ) and in between > do some technical previews for beta testers. > For program makers that means however supporting two LTS releases, so > new code should work on a 4 year old stable base install. That is, if > you are not developing a game :-) > Benny > ----------------------------------------------------------------------------- > - > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel Powered by the 6zap. Sign up at http://www.6zap.com for an account that provides advanced e-mail, calendar and contacts capabilities. |