Re: [Nautilus-list] Re: when that call to nautilus_directory_force_reload is not needed
- From: Yoann Vandoorselaere <yoann mandrakesoft com>
- To: Darin Adler <darin bentspoon com>
- Cc: Alex Larsson <alexl redhat com>, <christian glodt ist lu>, nautilus-list lists eazel com
- Subject: Re: [Nautilus-list] Re: when that call to nautilus_directory_force_reload is not needed
- Date: 14 Jun 2001 09:35:53 +0200
Darin Adler <darin bentspoon com> writes:
> On Wednesday, June 13, 2001, at 04:38 PM, Yoann Vandoorselaere wrote:
>
> > Ok, I just had a look at the way Nautilus work when, for exemple, two
> > windows look at the same directory. If you create a file then reload
> > in one of the window, the other get updated. This is fine with me,
> > except that we are doing all operations two times (and as told in
> > a previous mail, this increase linearly each time a new window which
> > monitor this directory is openened).
> >
> > Do you know of any solution that would allow us to do all the operation
> > one time, but share the result in all the windows ?
>
> I'm sorry, I don't understand the question.
>
> Today, if you do a refresh in one window, both windows get updated,
> but the I/O is done only once.
>
> If you open a second window to the same location, however, the process
> of opening the new window causes Nautilus to get fresh contents (which
> do get displayed in both windows), and that's because of feedback from
> Nautilus users who specifically didn't want stale contents in new
> windows.
>
> The way to avoid this completely is to put in a check and not do any
> of this reloading at all when FAM is working. This is a no-compromises
> complete fix, and I'd like someone to do it.
No other way to avoid that ? For people that don't use Fam, yet...
--
Yoann Vandoorselaere | Real Programmers consider "what you see is what you get"
MandrakeSoft | to be just as bad a concept in Text Editors as it is in
| women. No, the Real Programmer wants a "you asked for
| it, you got it" text editor -- complicated, cryptic,
| powerful, unforgiving, dangerous.
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]