RE: Progress bar on startup
- From: "bharat tewari" <bharat tewari wipro com>
- To: "Jonathan Blandford" <jrb redhat com>, <desktop-devel-list gnome org>
- Subject: RE: Progress bar on startup
- Date: Mon, 23 Sep 2002 15:20:21 +0530
hey jonathan
try it on a solaris desktop ultra 10 with 333MHz and you would then notice the usefulness of this progress bar. I mean it takes almost 35+ sec. to login into a solaris desktop and the splash screen remains almost for 7-8 sec. The progress bar seems a bit patchy but atleast on solaris boxes it tells the user that something is happening :)
So i would not like it to be removed however if there is something to put the splash first and then do all the startups like the g-s-d, sound, gnome program initialization, session management etc. later would be atleast really a boost in the solaris environment ( and perhaps on some other slower h/w environments). Atleast that would make the desktop response seem much faster than what it is currently.
regards
bharat
> -----Original Message-----
> From: Jonathan Blandford [mailto:jrb redhat com]
> Sent: Saturday, September 21, 2002 2:08 AM
> To: desktop-devel-list gnome org
> Subject: Progress bar on startup
>
>
> When I log in for the first time, I find that most of my time
> is loading
> libraries[1] from disk. The splash screen pops up, and sits
> for a while
> without actually updating anything. It then rushes through all icons
> almost immediately, then pops down. Half of the icons are the
> question-mark anyway, as they aren't listed in progress code. Logging
> out and back in immediately leads to a fully logged in state almost
> immediately.
>
> Given that machines are getting faster, and GNOME is getting much
> quicker to start up, what do people think of getting rid of
> the progress
> indicator? It doesn't really show any useful information right now.
> Alternately, we could try to delay the registering with the session
> manager until we're fully realized, which will delay the icon by a
> little. I can also add a sleep (5) to the settings daemon too. (-:
>
> Any thoughts? Anyone mind if I write up a patch to remove this
> functionality?
> -Jonathan
>
> [1] That's my theory, anyway...
> _______________________________________________
> desktop-devel-list mailing list
> desktop-devel-list gnome org
> http://mail.gnome.org/mailman/listinfo/desktop-devel-list
>
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]