Re: frozen conglomerate
David Malcolm <[email protected]>
| Newsgroups | gmane.editors.conglomerate.devel |
|---|---|
| Message-ID | <[email protected]> |
On Sat, 2004-10-30 at 04:37 +0200, Michèle Garoche wrote: > Le 30 oct. 2004, à 0:12, David Malcolm a écrit : > > > On Fri, 2004-10-29 at 23:58 +0200, Geert Stappers wrote: > >> On Fri, Oct 29, 2004 at 12:37:58PM +0200, Michèle Garoche wrote: > >> <snip/> > >>> > >>> I notice a very long delay when opening huge file without a warning > >>> or > >>> a progress bar, so that the user does not panic and thinks his system > >>> is frozen. > >> > >> Is it during DTD load? > >> ( http://bugzilla.gnome.org/show_bug.cgi?id=117469 ) > >> > >> or during file load? > >> ( open a bugreport ) > > Another source of delay might be in the period after the file is > > loaded, > > where Conglomerate is creating the main editor widget (or perhaps the > > other views, though they're fairly fast, I believe). > It is also here. I try to change something in the file, mainly deleting > a paragraph, and again a very long delay. It may be the same. > > > There's some great code in Nautilus for handling operations that don't > > usually take a noticeable period of time, but which do occasionally - > > it > > will pop up a progress dialog, but only after the operation has already > > taken a while (e.g. half a second). It might be worth borrowing that > > code. > I was not under gnome when doing this, so no nautilus at all, just pure > quartz-wm (normally much more fast as gnome). > I'll try another time within a gnome-session and tell you if it makes a > difference. I'm sorry if I wasn't clear, but what I was proposing was copying some useful utility code from Nautilus, rather than suggesting that Nautilus was the problem. > > Michèle > <http://micmacfr.homeunix.org> > _______________________________________________ > Conglomerate-devel mailing list > [email protected] > http://lists.copyleft.no/mailman/listinfo/conglomerate-devel