From miguel@nuclecu.unam.mx
Received: (qmail 19952 invoked from network); 28 May 1999 21:56:52 -0000
Received: from mail.redhat.com (199.183.24.239)
  by lists.redhat.com with SMTP; 28 May 1999 21:56:52 -0000
Received: from erandi.nuclecu.unam.mx (miguel@erandi.nuclecu.unam.mx [132.248.29.4])
	by mail.redhat.com (8.8.7/8.8.7) with ESMTP id RAA02038
	for <gnome-list@gnome.org>; Fri, 28 May 1999 17:13:41 -0400
Received: (from miguel@localhost)
	by erandi.nuclecu.unam.mx (8.9.3/8.9.3) id MAA26321;
	Fri, 28 May 1999 12:36:13 -0500
Date: Fri, 28 May 1999 12:36:13 -0500
Message-Id: <199905281736.MAA26321@erandi.nuclecu.unam.mx>
X-Authentication-Warning: erandi.nuclecu.unam.mx: 
miguel set sender to miguel@nuclecu.unam.mx using -f
From: Miguel de Icaza <miguel@nuclecu.unam.mx>
To: gnome-hackers@nuclecu.unam.mx, gnome-list@gnome.org, mc@nuclecu.unam.mx
CC: msf@redhat.com, federico@nuclecu.unam.mx,
        wroberts1@cx983858-b.orng1.occa.home.com
Reply-To: gnome-list@gnome.org
Subject: File manager tree.
X-Windows: Power tools for power losers.


Hello guys,

   So I fixed the bug people were reporting with the file manager tree
for displaying incorrect data.  But this is not an optimal solution.

   The problem is as follows:

       1. The Windows-like feature of the tree in the file manager is
          that you get a little square next to each directory which
          can be empty for directories that do not contain any
          subdirectories or a box with a plus sign, if the directory
          contains subdirectories.

	  If you have a plus sign ([+]) and click on it, it converts
	  to a [-] icon and opens the tree.

	  This is a nice feature.

       2. Slow file systems are all over the place in Unix.  They
          appear on the most unusual places: special directories might
          refer to remote servers (afs, dfs), arbitrary locations can
          be slow (NFS /users), or special vfs places (/#smb/ for
          server listings).

    The big problem here is that in order to achieve (1) you need to
do a 2-level scan of the directories: one pass to scan all the names
returned and stat the thing to figure out if the name is a directory,
or if it is a file (ie, if it is a subdirectory, we need to scan the
child to see if it has directories, in that case, we need to stick a
[+] sign there).

   So, I would like to get rid of nice-feature-on-point-1.  It is
nice, yes, but it makes all sorts of people upset because they can not
use the file manager on their systems.

   Is there any objections to me removing the [+] feature from the
file manager?

Miguel.

From james@daa.com.au
Received: (qmail 5047 invoked from network); 29 May 1999 01:42:25 -0000
Received: from mail.redhat.com (199.183.24.239)
  by lists.redhat.com with SMTP; 29 May 1999 01:42:25 -0000
Received: from quoll.daa.com.au (james@[203.17.251.129])
	by mail.redhat.com (8.8.7/8.8.7) with ESMTP id UAA01662
	for <gnome-list@gnome.org>; Fri, 28 May 1999 20:59:08 -0400
Received: from localhost (james@localhost)
	by quoll.daa.com.au (8.9.2/8.9.2) with SMTP id JAA19108;
	Sat, 29 May 1999 09:05:43 +0800 (WST)
Date: Sat, 29 May 1999 09:05:42 +0800 (WST)
From: James Henstridge <james@daa.com.au>
To: gnome-list@gnome.org
cc: gnome-hackers@nuclecu.unam.mx, mc@nuclecu.unam.mx, msf@redhat.com,
        federico@nuclecu.unam.mx, wroberts1@cx983858-b.orng1.occa.home.com
Subject: Re: File manager tree.
In-Reply-To: <199905281736.MAA26321@erandi.nuclecu.unam.mx>
Message-ID: <Pine.LNX.3.96.990529085830.13291K-100000@quoll.daa.com.au>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

In explorer under windows, you will find that it puts a [+] sign next to
every directory on networked filesystems.  It only checks to see if it was
appropriate to have it there when you try clicking on the expander (that
is, if there were no subdirectories then the [+] sign disapears).

For slow filesystems/large directories, this can make quite a difference.
So even explorer makes this sort of optimisations.

James.

--
Email: james@daa.com.au
WWW:   http://www.daa.com.au/~james/


On Fri, 28 May 1999, Miguel de Icaza wrote:

> 
> Hello guys,
> 
>    So I fixed the bug people were reporting with the file manager tree
> for displaying incorrect data.  But this is not an optimal solution.
> 
>    The problem is as follows:
> 
>        1. The Windows-like feature of the tree in the file manager is
>           that you get a little square next to each directory which
>           can be empty for directories that do not contain any
>           subdirectories or a box with a plus sign, if the directory
>           contains subdirectories.
> 
> 	  If you have a plus sign ([+]) and click on it, it converts
> 	  to a [-] icon and opens the tree.
> 
> 	  This is a nice feature.
> 
>        2. Slow file systems are all over the place in Unix.  They
>           appear on the most unusual places: special directories might
>           refer to remote servers (afs, dfs), arbitrary locations can
>           be slow (NFS /users), or special vfs places (/#smb/ for
>           server listings).
> 
>     The big problem here is that in order to achieve (1) you need to
> do a 2-level scan of the directories: one pass to scan all the names
> returned and stat the thing to figure out if the name is a directory,
> or if it is a file (ie, if it is a subdirectory, we need to scan the
> child to see if it has directories, in that case, we need to stick a
> [+] sign there).
> 
>    So, I would like to get rid of nice-feature-on-point-1.  It is
> nice, yes, but it makes all sorts of people upset because they can not
> use the file manager on their systems.
> 
>    Is there any objections to me removing the [+] feature from the
> file manager?
> 
> Miguel.
> 

From miguel@nuclecu.unam.mx
Received: (qmail 4543 invoked from network); 29 May 1999 19:43:09 -0000
Received: from mail.redhat.com (199.183.24.239)
  by lists.redhat.com with SMTP; 29 May 1999 19:43:09 -0000
Received: from erandi.nuclecu.unam.mx (miguel@[132.248.29.80])
	by mail.redhat.com (8.8.7/8.8.7) with ESMTP id OAA00423
	for <gnome-list@gnome.org>; Sat, 29 May 1999 14:59:33 -0400
Received: (from miguel@localhost)
	by erandi.nuclecu.unam.mx (8.9.3/8.9.3) id KAA28455;
	Sat, 29 May 1999 10:21:49 -0500
Date: Sat, 29 May 1999 10:21:49 -0500
Message-Id: <199905291521.KAA28455@erandi.nuclecu.unam.mx>
X-Authentication-Warning: erandi.nuclecu.unam.mx: 
miguel set sender to miguel@nuclecu.unam.mx using -f
From: Miguel de Icaza <miguel@nuclecu.unam.mx>
To: tigert@gimp.org
CC: gnome-list@gnome.org, gnome-hackers@nuclecu.unam.mx, mc@nuclecu.unam.mx,
        msf@redhat.com, federico@nuclecu.unam.mx,
        wroberts1@cx983858-b.orng1.occa.home.com
In-reply-to: 
	<Pine.LNX.3.96.990529015626.714i-100000@interaktiivinen.satama.saunalahti.fi>
	(message from Tuomas Kuosmanen on Sat, 29 May 1999 02:07:18 +0300
	(EEST))
Subject: Re: File manager tree.
X-Windows: Garbage at your fingertips.
References:  <Pine.LNX.3.96.990529015626.714i-100000@interaktiivinen.satama.saunalahti.fi>


Hello Tig,

> 	  * We need the trashcan - if one wants to have a point-click
> 	    desktop, I strongly believe the people at Apple are way smarter
> 	    than the guys at Redmond. Lets do the Right Thing :)

Federico is (last I checked) working on integrating our nice
DII_OBJECT branch into HEAD.  This means we will finally have a
trashcan.

We can indeed make the toolbar optional.  I will think about it.  It
is more of a matter of time, rather than an arbitrary decision to not
support it.

So, I would like your input on how we can improve the file manager to
make it better.

Now, that being said, my plans are to start doing pieces of code that
can be reused off-the-shelf for the new file manager Ettore is
designing/writing.

Cheers,
Miguel.

From miguel@nuclecu.unam.mx
Received: (qmail 27031 invoked from network); 29 May 1999 19:49:54 -0000
Received: from mail.redhat.com (199.183.24.239)
  by lists.redhat.com with SMTP; 29 May 1999 19:49:54 -0000
Received: from erandi.nuclecu.unam.mx (miguel@[132.248.29.80])
	by mail.redhat.com (8.8.7/8.8.7) with ESMTP id PAA03998
	for <gnome-list@gnome.org>; Sat, 29 May 1999 15:06:17 -0400
Received: (from miguel@localhost)
	by erandi.nuclecu.unam.mx (8.9.3/8.9.3) id KAA28598;
	Sat, 29 May 1999 10:28:31 -0500
Date: Sat, 29 May 1999 10:28:31 -0500
Message-Id: <199905291528.KAA28598@erandi.nuclecu.unam.mx>
X-Authentication-Warning: erandi.nuclecu.unam.mx: 
miguel set sender to miguel@nuclecu.unam.mx using -f
From: Miguel de Icaza <miguel@nuclecu.unam.mx>
To: james@daa.com.au
CC: gnome-list@gnome.org, gnome-hackers@nuclecu.unam.mx, mc@nuclecu.unam.mx,
        msf@redhat.com, federico@nuclecu.unam.mx,
        wroberts1@cx983858-b.orng1.occa.home.com
In-reply-to: <Pine.LNX.3.96.990529085830.13291K-100000@quoll.daa.com.au>
	(message from James Henstridge on Sat, 29 May 1999 09:05:42 +0800
	(WST))
Subject: Re: File manager tree.
X-FileLength: are infinite where infinity is set to 255 characters
References:  <Pine.LNX.3.96.990529085830.13291K-100000@quoll.daa.com.au>


> In explorer under windows, you will find that it puts a [+] sign next to
> every directory on networked filesystems.  It only checks to see if it was
> appropriate to have it there when you try clicking on the expander (that
> is, if there were no subdirectories then the [+] sign disapears).
> 
> For slow filesystems/large directories, this can make quite a difference.
> So even explorer makes this sort of optimisations.

Ok, I think I can do this for a number of operating systems, but
getting the code right for every OS is going to be hard.  This is one
of those things that varies from unix implementation to the other.

Check mc/src/mountlist.c to get an idea of what I am talking about.

miguel.

From msh@mail.redhat.com
Received: (qmail 22108 invoked from network); 30 May 1999 04:01:13 -0000
Received: from mail.redhat.com (199.183.24.239)
  by lists.redhat.com with SMTP; 30 May 1999 04:01:13 -0000
Received: from mtiwmhc01.worldnet.att.net (mtiwmhc01.worldnet.att.net [204.127.131.36])
	by mail.redhat.com (8.8.7/8.8.7) with ESMTP id XAA13388
	for <gnome-list@gnome.org>; Sat, 29 May 1999 23:17:28 -0400
Received: from worldnet.att.net ([12.75.40.55])
          by mtiwmhc01.worldnet.att.net (InterMail v03.02.07.06 118-133)
          with ESMTP id <19990530031727.TDI16101@worldnet.att.net>
          for <gnome-list@gnome.org>; Sun, 30 May 1999 03:17:27 +0000
Sender: msh@mail.redhat.com
Message-ID: <3750AD7E.89348C69@worldnet.att.net>
Date: Sat, 29 May 1999 22:16:14 -0500
From: ottffss <ottffss@worldnet.att.net>
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: gnome-list@gnome.org
Subject: File Manager requests
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I am using the GMC which comes with the default RedHat 6.0 install.  I
really like it for configurability and speed.  I read a thread on this
mailing list that seemed to be discussing solicited requests for new GMC
features.  I have a few that might be worthwhile:

1) Are there plans to add a bookmark feature to GMC (e.g. like the one
in the KDE File
Manager)?

2) It would be nice if there where a single button (say, next ot the
button to turn
on Custom view) to toggle viewing of dot files on/off.

3) It would be nice to have a Mac view like the one used by the Mac file
manager.  This
has already been implemented in other Linux Filemanagers (F lightweight
filemanager:
http://www.maybe.net/f/ --using GTK and wmfinder:
http://www.imago.ro/wmfinder/ --using QT).

4) It would be nice if in icon view the icons could be moved to
different positions in the
window and they would stay there.  This can be useful, for instance, if
a large number of files are
being printed.  Move icons for the already printed files to the left
side of the filemanager
window and leave the unprinted ones on the righthand side.  It would
also be nice if positions were
preserved between opening and closing of the file manager window.

5) It would also be useful to have a small icons view that behaved just
like the current icons
view, but used small icons.

From mike@mail.redhat.com
Received: (qmail 32228 invoked from network); 30 May 1999 13:19:33 -0000
Received: from mail.redhat.com (199.183.24.239)
  by lists.redhat.com with SMTP; 30 May 1999 13:19:33 -0000
Received: from mout00.kundenserver.de (mout00.kundenserver.de [195.20.224.69])
	by mail.redhat.com (8.8.7/8.8.7) with ESMTP id IAA06196
	for <gnome-list@gnome.org>; Sun, 30 May 1999 08:35:37 -0400
Received: from [195.20.224.75] (helo=mrelay00.kundenserver.de)
	by mout00.kundenserver.de with esmtp (Exim 2.12 #2)
	id 10o4oH-0000Al-00; Sun, 30 May 1999 14:35:25 +0200
Received: from p3e9d2c66.dip.t-online.de ([62.157.44.102] helo=online.de)
	by mrelay00.kundenserver.de with esmtp (Exim 2.12 #2)
	id 10o4oG-0004BD-00; Sun, 30 May 1999 14:35:24 +0200
Sender: mike@mail.redhat.com
Message-ID: <3751303C.2078F6B7@online.de>
Date: Sun, 30 May 1999 14:34:04 +0200
From: Michael Pucher <no_spam@online.de>
Organization: Not implemented...
X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.0.37 i586)
X-Accept-Language: en
MIME-Version: 1.0
To: "gnome-list@gnome.org" <gnome-list@gnome.org>
CC: Miguel de Icaza <miguel@nuclecu.unam.mx>
Subject: Re: File manager tree.
References: <Pine.LNX.3.96.990530101012.27324A-100000@ferret.lmh.ox.ac.uk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

hello

some bugs i found:

1. When I click on the minus on the root ([-]/) to close the tree, gmc
rescans the complete directory tree,
and chrashes (closes?)(not every time, but sometimes).No core dump,
only:
Done gmc.
When I double click on the folder icon it works.
I have gmc 4.5.30, gnome-core 1.0.5, gnome-libs 1.0.9 (SuSe 6.0).
2. When I open the preferences window( edit->preferences... ) the
desktop icons
are not available( you can't click them).

if this is fixed in later or cvs versions, please let me know...

some wishes:

1. A thumbnail image view, like in gqview.
2. Show MIME type and description of the selected file in the status
bar.
3. A location bar with a drop down, and perhaps a menu(optional) with a
file system structure and bookmarks like the disk navigator in KDE.
4. Configurable toolbars and menus.

PS: I don't think integrating the web with a file manager is the right
way.
    A web browser is a web browser and a file manager is a file manager.
    Not more, not less. And the file manager in Windoze is really a
joke.


bye, bye

From miguel@nuclecu.unam.mx
Received: (qmail 10654 invoked from network); 31 May 1999 18:59:09 -0000
Received: from mail.redhat.com (199.183.24.239)
  by lists.redhat.com with SMTP; 31 May 1999 18:59:09 -0000
Received: from metropolis.nuclecu.unam.mx (miguel@metropolis.nuclecu.unam.mx 
[132.248.29.92])
	by mail.redhat.com (8.8.7/8.8.7) with ESMTP id OAA13351
	for <gnome-list@gnome.org>; Mon, 31 May 1999 14:14:38 -0400
Received: (from miguel@localhost)
	by metropolis.nuclecu.unam.mx (8.8.7/8.8.7) id HAA05105;
	Mon, 31 May 1999 07:15:44 -0500
Sender: miguel@nuclecu.unam.mx
To: ottffss <ottffss@worldnet.att.net>
Cc: gnome-list@gnome.org
Subject: Re: File Manager requests
References: <3750AD7E.89348C69@worldnet.att.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
From: Miguel de Icaza <miguel@nuclecu.unam.mx>
Date: 31 May 1999 07:15:44 -0500
In-Reply-To: ottffss's message of "Sat, 29 May 1999 22:16:14 -0500"
Message-ID: <s8btf1toy7.fsf@metropolis.nuclecu.unam.mx>
Lines: 11
User-Agent: Gnus/5.070075 (Pterodactyl Gnus v0.75) XEmacs/20.4 (Emerald)


> 1) Are there plans to add a bookmark feature to GMC (e.g. like the one
> in the KDE File
> Manager)?

Sigh.  This feature is actually implemented, but it was dropped during 
the menu reorganization.

Miguel.
-- 
miguel@gnu.org