[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: Feature freeze and message freeze
From:       Stephan Kulow <coolo () kde ! org>
Date:       2001-01-16 15:31:39
[Download RAW message or body]

Simon Hausmann wrote:
> 
> On Tue, Jan 16, 2001 at 05:16:22PM +0100, aleXXX wrote:
> > On Tuesday 16 January 2001 14:57, David Faure wrote:
> > >On Tuesday 16 January 2001 14:51, aleXXX wrote:
> > >
> > >> I think the two main goals for 2.2 should be:
> > >> 1. speed improvement
> > >
> > >Funny how everyone keeps condemning speed... I tested KDE 2.1beta1
> > >on a PII 200 / 24 M and I found it ok. There's always room for improvement,
> > >but I'm surprised you're listing this as a top priority.
> > >I'd consider bugfixing more important ("it doesn't work" is more of a
> > > problem than "it works but slowly"). Just my two cents.
> >
> > Because the "it doesn't work"-time is for me over since 2.0 :-)
> > (except the strange complete locks of X I experience in the last days) :-(
> >
> > Here on a K6 200/128 MB it works ok, but not *fast*.
> > E.g. starting konqy from kicker is ok, it takes *much* longer if the cpu is a
> > little bit busy (e.g. xmms playing mp3's).
> > Starting konqy from konsole is slow (I know kdeinit, but nevertheless),
> > loading large files in kwrite is *slow*, switching between the views in konqy
> > is slow (i.e. noticable, maybe 0.5 secs), handling *large* pics is slow,
> > koffice apps are slow (i.e. the time from choosing a template until the
> > document window has completed), kde startup is acceptable ( I know it was
> > much slower a long time ago), khtml could be faster ( I know there is much
> > work done on khtml), small apps start slow, the konqy-configure dialog starts
> > slow, switching between large folders (500 messages) in kmail is slow, and
> > probably many more.
> >
> > It would be nice if I could install KDE 2 on the P133/32 of my girl friend :-)
> > (ok, I didn't try yet)
> > to make the phrase "linux requires less resources" at least partly true again
> > :-)
> >
> > Maybe XMLGUI could be acceleerated ?
> > Just some thoughts, didn't try, didn't measure, nothing:
> > AFAIK e.g. konqy loads everytime several xml-files: the global konqy one, my
> > private konqy one, two times the one for the listview (I have two views open).
> > Would it help to create after parsing and merging a binary file of this
> > information, which only has to be updated if one of the source files changed ?
> > This would save parsing and merging, I didn't test (I'm no expert in XMLGUI
> > stuff), but I think it could help.
> > Could ksycoca be used for this ?
> 
> Someone at the Caldera office had a very interesting idea for the first build
> of the GUI: Why waste our time with building all the many popupmenus/submenus
> of the main GUI? It would be a lot smarter to build them on-demand the first
> time they are about to be shown (making use of the aboutToShow() signal) .
> Thanks to our abstraction of when and how the GUI is built this is fairly
> easy to implement. The question is: Shall we wait till post-2.1 or shall
> we give it a try now (with the risk that it possibly introduces bugs, after
> all it's a new feature)
> 
> What do you think?
That we still have enough old bugs. As Matthias said: the priorities for 2.2 ...

Greetings, Stephan

-- 
It's my true belief that people having wishes for the bug report tool
and report it to the author haven't got the idea behind open source.
                                             anonymous KDE developer

[prev in list] [next in list] [prev in thread] [next in thread]