From cotty@cotty.iren.ro Thu Jul 1 16:34:29 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from cotty (unknown [80.97.71.232]) by menubar.gnome.org (Postfix) with ESMTP id 8B54C3B0E09 for ; Thu, 1 Jul 2004 16:34:29 -0400 (EDT) Received: from cotty-acer.lan ([192.168.0.45] ident=0) by cotty with esmtp (Exim 4.31) id 1Bg6LF-0000ZF-TS for nautilus-list@gnome.org; Thu, 01 Jul 2004 20:31:25 +0200 From: Ionut Cotoi To: Nautilus Development List Content-Type: multipart/alternative; boundary="=-+A4+PA2BI36vKeXZ+AIn" Organization: ITC Networks Message-Id: <1088714029.5591.8.camel@cotty-acer.lan> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 01 Jul 2004 23:33:49 +0300 Subject: Re: FEATURE: Icon Resource in application binaries X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 20:34:29 -0000 --=-+A4+PA2BI36vKeXZ+AIn Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable Usualy this "read" permission accompanies the exec bit. Ionut Cotoi Junior Developer ITC Networks Romania On Wed, 2004-06-30 at 12:50, Olaf Fr=B1czyk wrote:=20 > On Mon, 2004-06-28 at 22:56, Ionut Cotoi wrote: > > Hey, we don't want to make things THAT UNIVERSAL... nobody said > > that.... > > We can put away the part with the scripts (even though it is not that > > hard), there is no such thing on any other platform either (not that > > we shouldn't come up with something original from time to time), but > > embedding something at link-time in to the elf header that can be > > afterwords read by a file manager, it's not hard. > > I think that we should focus on what would be cleaner to implement for > > the elf executable format, and Linux in particular. > I think you all miss one important thing. > With you resolution you require that the "read" permission is set. > You don't need _read_ permission to execute a binary. The only bit which > is needed is _execute_. > About putting icons in EAs. You need to check what limitations are for > size of a single EA and all EAs per directory entry. And what about > filesystems without EAs then? >=20 > Regards, >=20 > Olaf >=20 --=-+A4+PA2BI36vKeXZ+AIn Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Usualy this "read" permission accompanies the exec bit.

Ionut Cotoi
Junior Developer
ITC Networks Romania


On Wed, 2004-06-30 at 12:50, Olaf Frączyk wrote: 
On Mon, 2004-06-28 at 22:56, Ionut Cotoi wrote:
> Hey, we don't want to make things THAT UNIVERSAL... nobody said
> that....
> We can put away the part with the scripts (even though it is not that
> hard), there is no such thing on any other platform either (not that
> we shouldn't come up with something original from time to time), but
> embedding something at link-time in to the elf header that can be
> afterwords read by a file manager, it's not hard.
> I think that we should focus on what would be cleaner to implement for
> the elf executable format, and Linux in particular.
I think you all miss one important thing.
With you resolution you require that the "read" permission is set.
You don't need _read_ permission to execute a binary. The only bit which
is needed is _execute_.
About putting icons in EAs. You need to check what limitations are for
size of a single EA and all EAs per directory entry. And what about
filesystems without EAs then?

Regards,

Olaf
--=-+A4+PA2BI36vKeXZ+AIn-- From olaf@cbk.poznan.pl Thu Jul 1 19:22:46 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from goliath.sylaba.poznan.pl (goliath.sylaba.poznan.pl [193.151.36.3]) by menubar.gnome.org (Postfix) with ESMTP id AAF023B08BC for ; Thu, 1 Jul 2004 19:22:46 -0400 (EDT) Received: by goliath.sylaba.poznan.pl (Postfix, from userid 1003) id CED939420B; Fri, 2 Jul 2004 01:22:40 +0200 (CEST) Received: from localhost.localdomain (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by goliath.sylaba.poznan.pl (Postfix) with ESMTP id 48BC6941EB; Fri, 2 Jul 2004 01:22:40 +0200 (CEST) Received: from [127.0.0.1] (venus [127.0.0.1]) by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i61NMcVO005861; Fri, 2 Jul 2004 01:22:38 +0200 From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: Ionut Cotoi In-Reply-To: <1088714029.5591.8.camel@cotty-acer.lan> References: <1088714029.5591.8.camel@cotty-acer.lan> Content-Type: text/plain; charset=UTF-8 Message-Id: <1088724158.5122.4.camel@venus> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 02 Jul 2004 01:22:38 +0200 Content-Transfer-Encoding: 8bit Cc: Nautilus Development List Subject: Re: FEATURE: Icon Resource in application binaries X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 23:22:47 -0000 On Thu, 2004-07-01 at 22:33, Ionut Cotoi wrote: > Usualy this "read" permission accompanies the exec bit. > > Ionut Cotoi > Junior Developer > ITC Networks Romania > > > On Wed, 2004-06-30 at 12:50, Olaf FrÄ…czyk wrote: > > On Mon, 2004-06-28 at 22:56, Ionut Cotoi wrote: > > > Hey, we don't want to make things THAT UNIVERSAL... nobody said > > > that.... > > > We can put away the part with the scripts (even though it is not that > > > hard), there is no such thing on any other platform either (not that > > > we shouldn't come up with something original from time to time), but > > > embedding something at link-time in to the elf header that can be > > > afterwords read by a file manager, it's not hard. > > > I think that we should focus on what would be cleaner to implement for > > > the elf executable format, and Linux in particular. > > I think you all miss one important thing. > > With you resolution you require that the "read" permission is set. > > You don't need _read_ permission to execute a binary. The only bit which > > is needed is _execute_. > > About putting icons in EAs. You need to check what limitations are for > > size of a single EA and all EAs per directory entry. And what about > > filesystems without EAs then? > > > > Regards, > > > > Olaf Please reply below message not above. Yes, it is in most cases. But it is not necessary (in most cases :) I am just not so sure if we should rely on something that is not strictly required. Regards, Olaf From drdani@mazsola.iit.uni-miskolc.hu Fri Jul 2 04:24:10 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from gold.uni-miskolc.hu (gold.uni-miskolc.hu [193.6.10.41]) by menubar.gnome.org (Postfix) with ESMTP id AE3003B0FF7 for ; Fri, 2 Jul 2004 04:24:09 -0400 (EDT) Received: from localhost (av-backend.uni-miskolc.hu [193.6.2.89]) by gold.uni-miskolc.hu (Postfix) with ESMTP id 9197E1B27 for ; Fri, 2 Jul 2004 10:21:06 +0200 (DFT) Received: from gold.uni-miskolc.hu ([193.6.10.41]) by localhost (av-backend [193.6.2.89]) (amavisd-new, port 1000) with ESMTP id 15795-02 for ; Fri, 2 Jul 2004 10:55:36 +0200 (CEST) Received: from mazsola.iit.uni-miskolc.hu (mazsola.iit.uni-miskolc.hu [193.6.4.39]) by gold.uni-miskolc.hu (Postfix) with ESMTP id 4961D11E6 for ; Fri, 2 Jul 2004 10:21:06 +0200 (DFT) Received: by mazsola.iit.uni-miskolc.hu (Postfix, from userid 204) id A96038E; Fri, 2 Jul 2004 10:24:01 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mazsola.iit.uni-miskolc.hu (Postfix) with ESMTP id A90238B for ; Fri, 2 Jul 2004 10:24:01 +0200 (CEST) Date: Fri, 2 Jul 2004 10:24:01 +0200 (CEST) From: Daniel Drotos To: nautilus-list@gnome.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: xkb X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 08:24:11 -0000 Hi, I'm using a debian package called hunglish to set up my keyboard layout, and I'm very happy with it. My problem is that when nautilus starts it sets up the keyboard and my favourite layout disappears. If I remove nautilus from the session everything gets back to OK. This happens since I've upgraded to 2.6. How can I tell nautilus to not control the keyboard? Daniel Drotos From alexl@redhat.com Fri Jul 2 04:46:21 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 64BDA3B0E5A for ; Fri, 2 Jul 2004 04:46:21 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i628kLe1009811; Fri, 2 Jul 2004 04:46:21 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i628kL026991; Fri, 2 Jul 2004 04:46:21 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i628jscV024571; Fri, 2 Jul 2004 04:45:54 -0400 From: Alexander Larsson To: Daniel Drotos In-Reply-To: References: Content-Type: text/plain Message-Id: <1088757978.2650.31.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 02 Jul 2004 10:46:18 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: xkb X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 08:46:21 -0000 On Fri, 2004-07-02 at 10:24, Daniel Drotos wrote: > Hi, > > I'm using a debian package called hunglish to set up my keyboard > layout, and I'm very happy with it. My problem is that when nautilus > starts it sets up the keyboard and my favourite layout disappears. If > I remove nautilus from the session everything gets back to OK. > This happens since I've upgraded to 2.6. > > How can I tell nautilus to not control the keyboard? Nautilus does not touch the keyboard setting, i don't know why removing it from the session changed anything for you. The keyboard handling is handled by the control center. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a Nobel prize-winning bohemian Green Beret moving from town to town, helping folk in trouble. She's a manipulative red-headed queen of the dead with an incredible destiny. They fight crime! From alexl@redhat.com Fri Jul 2 04:48:05 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id C30AC3B0FDB for ; Fri, 2 Jul 2004 04:48:05 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i628m5e1010060; Fri, 2 Jul 2004 04:48:05 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i628m5027188; Fri, 2 Jul 2004 04:48:05 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i628lcdV024735; Fri, 2 Jul 2004 04:47:38 -0400 From: Alexander Larsson To: Davyd Madeley In-Reply-To: <1088490621.3605.21.camel@pingu> References: <1088490621.3605.21.camel@pingu> Content-Type: text/plain Message-Id: <1088758084.2650.33.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 02 Jul 2004 10:48:04 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: nautilus loves to preview unfinished files X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 08:48:05 -0000 On Tue, 2004-06-29 at 08:30, Davyd Madeley wrote: > So, Galeon (I don't know about epiphany) marks partially downloaded > files as foo.bar.part, and upon completion renames them to foo.bar. > > Nautilus loves to keep repreviewing these files, and eating up all my > CPU time in the process. Nautilus also likes to repreview files that > it's copying from one server to my home. > > Surely it would be better to not have nautilus preview files until they > are done? Perhaps instead just use the clock on the page icon (maybe if > people were feeling smart, do the MacOSX bar filling as it's > transferred). How would you do it though? =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a scarfaced vegetarian master criminal in drag. She's an orphaned out-of-work doctor with only herself to blame. They fight crime! From alexl@redhat.com Fri Jul 2 04:50:04 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 8BD0C3B0827 for ; Fri, 2 Jul 2004 04:50:04 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i628o4e1010606; Fri, 2 Jul 2004 04:50:04 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i628o4027710; Fri, 2 Jul 2004 04:50:04 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i628nbUw025534; Fri, 2 Jul 2004 04:49:37 -0400 From: Alexander Larsson To: =?ISO-8859-1?Q?Ren=E9?= Seindal In-Reply-To: <40DFE2D8.8060407@seindal.dk> References: <40DFE2D8.8060407@seindal.dk> Content-Type: text/plain; charset=iso-8859-1 Message-Id: <1088758202.2650.36.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 02 Jul 2004 10:50:02 +0200 Content-Transfer-Encoding: 8bit Cc: Nautilus Subject: Re: Mime-type detection and GLabels application X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 08:50:04 -0000 On Mon, 2004-06-28 at 11:20, René Seindal wrote: > HI, > > I use the glabels application to print out adressing labels, but after I > upgraded to Gnome 2.6, I can no longer launch glabels by clicking on a > .glabels file. It is being classified as a application/x-gzip file and > I'm only offered file-roller as a possible application. > > I have .glabels file registered as application/x-glabels in "File Types > and Programs", with the glabels application as default, but it is > apparently being ignored. > > How do I persuade nautilus to launch the application of my choice on > these files? Hmm, this is due to the change in the mime type system to the new freedesktop.org system. Unfortunately the file types and programs app creates the old-style mime types. We're working on fixing this. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a lonely Catholic gangster whom everyone believes is mad. She's a supernatural green-skinned snake charmer in the wrong place at the wrong time. They fight crime! From davyd@zdlcomputing.com Fri Jul 2 05:00:16 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from oracle.bridgewayconsulting.com.au (oracle.bridgewayconsulting.com.au [203.56.14.38]) by menubar.gnome.org (Postfix) with ESMTP id D917C3B0827 for ; Fri, 2 Jul 2004 05:00:15 -0400 (EDT) Received: from pingu.cook.theducks.org (cook.theducks.org [203.22.197.49]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by oracle.bridgewayconsulting.com.au (Postfix) with ESMTP id 8BC531F8002 for ; Fri, 2 Jul 2004 17:00:28 +0800 (WST) From: Davyd Madeley To: nautilus-list@gnome.org In-Reply-To: <1088758084.2650.33.camel@localhost.localdomain> References: <1088490621.3605.21.camel@pingu> <1088758084.2650.33.camel@localhost.localdomain> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-k2DRFS8TSzuczLp9x8on" Date: Fri, 02 Jul 2004 17:00:10 +0800 Message-Id: <1088758811.17828.52.camel@pingu> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Subject: Re: nautilus loves to preview unfinished files X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 09:00:16 -0000 --=-k2DRFS8TSzuczLp9x8on Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2004-07-02 at 10:48 +0200, Alexander Larsson wrote: > On Tue, 2004-06-29 at 08:30, Davyd Madeley wrote: > > So, Galeon (I don't know about epiphany) marks partially downloaded > > files as foo.bar.part, and upon completion renames them to foo.bar. > >=20 > > Nautilus loves to keep repreviewing these files, and eating up all my > > CPU time in the process. Nautilus also likes to repreview files that > > it's copying from one server to my home. > >=20 > > Surely it would be better to not have nautilus preview files until they > > are done? Perhaps instead just use the clock on the page icon (maybe if > > people were feeling smart, do the MacOSX bar filling as it's > > transferred). >=20 > How would you do it though? Well for files which are *.part, create a mime/type such as text/html +partial or audio/ogg+partial or even application/x-nautilus-partial (or something) which isn't previewed by nautilus. Thereby saving the CPU through it's constant desire to repreview things. Doing percentage completion would be a lot harder. Safari apparently stores the percentage completed in the metadata for the file. Perhaps this part is something to consider for later on. That said, if we added support, people would add support. --d --=20 http://davyd.ucc.asn.au/ =20 PGP Fingerprint 08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA --=-k2DRFS8TSzuczLp9x8on Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: http://davyd.ucc.asn.au/pgp/ iD8DBQBA5SQaLt27T1GRbNoRAitzAKCthbmPJtFnk5HEnC5Cej4iUMIa9ACeOipj NhUTA7SI6nTZ89WW6LeY0rM= =ADt3 -----END PGP SIGNATURE----- --=-k2DRFS8TSzuczLp9x8on-- From r.burton@180sw.com Fri Jul 2 06:43:45 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out4.blueyonder.co.uk (smtp-out4.blueyonder.co.uk [195.188.213.7]) by menubar.gnome.org (Postfix) with ESMTP id E84B43B0774 for ; Fri, 2 Jul 2004 06:43:44 -0400 (EDT) Received: from lionel.180sw.com ([82.44.126.41]) by smtp-out4.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Fri, 2 Jul 2004 11:43:55 +0100 Received: from carados.180sw.com (unknown [192.168.0.2]) by lionel.180sw.com (Postfix) with ESMTP id 43E3115AAA8; Fri, 2 Jul 2004 11:38:59 +0100 (BST) From: Ross Burton To: Alexander Larsson In-Reply-To: <1088758084.2650.33.camel@localhost.localdomain> References: <1088490621.3605.21.camel@pingu> <1088758084.2650.33.camel@localhost.localdomain> Content-Type: text/plain Organization: OneEighty Software Ltd. Message-Id: <1088765018.25145.82.camel@carados.180sw.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 02 Jul 2004 11:43:39 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 02 Jul 2004 10:43:56.0077 (UTC) FILETIME=[796FBDD0:01C46021] Cc: Nautilus , Davyd Madeley Subject: Re: nautilus loves to preview unfinished files X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 10:43:45 -0000 On Fri, 2004-07-02 at 09:48, Alexander Larsson wrote: > On Tue, 2004-06-29 at 08:30, Davyd Madeley wrote: > > So, Galeon (I don't know about epiphany) marks partially downloaded > > files as foo.bar.part, and upon completion renames them to foo.bar. > > > > Nautilus loves to keep repreviewing these files, and eating up all my > > CPU time in the process. Nautilus also likes to repreview files that > > it's copying from one server to my home. > > > > Surely it would be better to not have nautilus preview files until they > > are done? Perhaps instead just use the clock on the page icon (maybe if > > people were feeling smart, do the MacOSX bar filling as it's > > transferred). > > How would you do it though? A global list of files which Nautilus knows it is manipulating (copying etc) and is checked before the thumbnailer kicks in? If the scheduling is correct, nautilus could ignore every but the last change notification for files which it copied. Obviously this wouldn't work for files I copy in a terminal, but that's acceptable. Ross -- Ross Burton Software Engineer OneEighty Software Ltd Tel: +44 20 8680 8712 Cygnet House Fax: +44 20 8680 8453 12-14 Sydenham Road r.burton@180sw.com Croydon, Surrey CR9 2ET, UK http://www.180sw.com./ ==================================================================== Under the Regulation of Investigatory Powers (RIP) Act 2000 together with any and all Regulations in force pursuant to the Act OneEighty Software Ltd reserves the right to monitor any or all incoming or outgoing communications as provided for under the Act From luca.cappelletti@infodomestic.com Fri Jul 2 07:00:44 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from server-dhcp.c-s-m.it (unknown [81.208.111.82]) by menubar.gnome.org (Postfix) with ESMTP id F1CD73B10AD for ; Fri, 2 Jul 2004 07:00:43 -0400 (EDT) Received: from [192.168.6.185] ([192.168.6.185]) by server-dhcp.c-s-m.it (Lotus Domino Release 5.0.9) with ESMTP id 2004070213022879:1740 ; Fri, 2 Jul 2004 13:02:28 +0200 Message-ID: <40E541E1.4050206@infodomestic.com> Date: Fri, 02 Jul 2004 13:07:13 +0200 From: "Luca Cappelletti (Infodomestic.com)" User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nautilus References: <1088490621.3605.21.camel@pingu> <1088758084.2650.33.camel@localhost.localdomain> <1088765018.25145.82.camel@carados.180sw.com> In-Reply-To: <1088765018.25145.82.camel@carados.180sw.com> X-MIMETrack: Itemize by SMTP Server on Domino/CSM(Release 5.0.9 |November 16, 2001) at 02/07/2004 13.02.28, Serialize by Router on Domino/CSM(Release 5.0.9 |November 16, 2001) at 02/07/2004 13.02.32, Serialize complete at 02/07/2004 13.02.32 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii; format=flowed Subject: [Nautilus] Mounted loop iso images does not appear into Computer folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 11:00:44 -0000 Hello, I'm using Nautilus 2.6.3 (Debian unstable/testing). I made an entry into fstab with: /mnt/Images/Test.iso /mnt/Test iso9660 loop I've this little iso image to be mounted everytime the system is booted. The problem is that the mounted image does not appear into nautilus Computer folder. How can I set Nautilus to show me that mount point? In OSX when you have an dmg image mounted, it appear into the Finder. May you help me please? bye, Luca Cappelletti From davyd@zdlcomputing.com Fri Jul 2 07:04:28 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from oracle.bridgewayconsulting.com.au (oracle.bridgewayconsulting.com.au [203.56.14.38]) by menubar.gnome.org (Postfix) with ESMTP id 4DEFA3B1082 for ; Fri, 2 Jul 2004 07:04:28 -0400 (EDT) Received: from pingu.cook.theducks.org (cook.theducks.org [203.22.197.49]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by oracle.bridgewayconsulting.com.au (Postfix) with ESMTP id B7E391F8002 for ; Fri, 2 Jul 2004 19:04:34 +0800 (WST) From: Davyd Madeley To: nautilus-list@gnome.org In-Reply-To: <40E541E1.4050206@infodomestic.com> References: <1088490621.3605.21.camel@pingu> <1088758084.2650.33.camel@localhost.localdomain> <1088765018.25145.82.camel@carados.180sw.com> <40E541E1.4050206@infodomestic.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-bKWbXzHWKlC5jzh44T9N" Date: Fri, 02 Jul 2004 19:04:17 +0800 Message-Id: <1088766257.21548.1.camel@pingu> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Subject: Re: [Nautilus] Mounted loop iso images does not appear into Computer folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 11:04:28 -0000 --=-bKWbXzHWKlC5jzh44T9N Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2004-07-02 at 13:07 +0200, Luca Cappelletti (Infodomestic.com) wrote: > I made an entry into fstab with: >=20 > /mnt/Images/Test.iso /mnt/Test iso9660 loop >=20 > I've this little iso image to be mounted everytime the system is booted. >=20 > The problem is that the mounted image does not appear into nautilus=20 > Computer folder. >=20 > How can I set Nautilus to show me that mount point? You need to add the 'user' option. --d --=20 http://davyd.ucc.asn.au/ =20 PGP Fingerprint 08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA --=-bKWbXzHWKlC5jzh44T9N Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: http://davyd.ucc.asn.au/pgp/ iD8DBQBA5UExLt27T1GRbNoRAiXcAJ40mpKsPpU/ifAlmmR/STeRgCATKgCfdYN6 xGcNO23SOuA2MpyP3EGkzRI= =hGNX -----END PGP SIGNATURE----- --=-bKWbXzHWKlC5jzh44T9N-- From rene@seindal.dk Fri Jul 2 07:07:11 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from paestum.seindal.dk (ip157.rev112.brygge.net [194.255.112.157]) by menubar.gnome.org (Postfix) with ESMTP id 7C6513B1082 for ; Fri, 2 Jul 2004 07:07:11 -0400 (EDT) Received: from [127.0.0.1] (really [127.0.0.1]) by paestum.seindal.dk via in.smtpd with esmtp id (Debian Smail3.2.0.115) Fri, 2 Jul 2004 13:07:11 +0200 (CEST) Message-ID: <40E541DC.8050501@seindal.dk> Date: Fri, 02 Jul 2004 13:07:08 +0200 From: =?UTF-8?B?UmVuw6kgU2VpbmRhbA==?= Organization: Seindal Consult User-Agent: Mozilla Thunderbird 0.6 (X11/20040528) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexander Larsson References: <40DFE2D8.8060407@seindal.dk> <1088758202.2650.36.camel@localhost.localdomain> In-Reply-To: <1088758202.2650.36.camel@localhost.localdomain> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Cc: Nautilus Subject: Re: Mime-type detection and GLabels application X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 11:07:11 -0000 Hi, I did manage to solve the problem in the meantime. I have made a file=20 /usr/share/mime/packages/glabels.xml as: Glabels document after which I ran "update-mime-database /usr/share/mime" as root. After restarting nautilus the mime type worked as expected. The problem here is that I needed to be root to do it, which is at least = sub-optimal. I'm not quite sure if I need to file a bug report on nautilus,=20 gnome-vfs, glabels or freedesktop's shared-mime-info. Ren=C3=A9 Alexander Larsson wrote: > On Mon, 2004-06-28 at 11:20, Ren=C3=A9 Seindal wrote: >=20 >>HI, >> >>I use the glabels application to print out adressing labels, but after = I=20 >> upgraded to Gnome 2.6, I can no longer launch glabels by clicking on = a=20 >>.glabels file. It is being classified as a application/x-gzip file and= =20 >>I'm only offered file-roller as a possible application. >> >>I have .glabels file registered as application/x-glabels in "File Types= =20 >>and Programs", with the glabels application as default, but it is=20 >>apparently being ignored. >> >>How do I persuade nautilus to launch the application of my choice on=20 >>these files? >=20 >=20 > Hmm, this is due to the change in the mime type system to the new > freedesktop.org system. Unfortunately the file types and programs app > creates the old-style mime types. We're working on fixing this. >=20 > =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D= -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-= =3D-=3D > Alexander Larsson Red Hat, = Inc=20 > alexl@redhat.com alla@lysator.liu.se=20 > He's a lonely Catholic gangster whom everyone believes is mad. She's a = > supernatural green-skinned snake charmer in the wrong place at the wron= g time.=20 > They fight crime!=20 >=20 --=20 Ren=C3=A9 Seindal (rene@seindal.dk) Seindal Consult From cfergeau@mipsys.com Fri Jul 2 07:23:13 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from bugsbunny.mipsys.com (griffon.mipsys.com [217.167.51.129]) by menubar.gnome.org (Postfix) with ESMTP id 4FE423B0687 for ; Fri, 2 Jul 2004 07:23:13 -0400 (EDT) Received: from teuf by bugsbunny.mipsys.com with local (Exim 3.36 #1 (Debian)) id 1BgM8F-0002bj-00 for ; Fri, 02 Jul 2004 13:23:03 +0200 From: Christophe Fergeau To: nautilus-list@gnome.org In-Reply-To: <40E541DC.8050501@seindal.dk> References: <40DFE2D8.8060407@seindal.dk> <1088758202.2650.36.camel@localhost.localdomain> <40E541DC.8050501@seindal.dk> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-+tbMesz4daXOsGoN7OuE" Date: Fri, 02 Jul 2004 13:23:03 +0200 Message-Id: <1088767383.1303.3.camel@bugsbunny.mipsys.com> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Sender: Christophe Fergeau Subject: Re: Mime-type detection and GLabels application X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: teuf@gnome.org List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 11:23:13 -0000 --=-+tbMesz4daXOsGoN7OuE Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On ven, 2004-07-02 at 13:07 +0200, Ren=E9 Seindal wrote: > Hi, >=20 > I did manage to solve the problem in the meantime. I have made a file=20 > /usr/share/mime/packages/glabels.xml as: >=20 > [...] > after which I ran "update-mime-database /usr/share/mime" as root. This can be installed in a user's home directory too, or in whatever directory you want if you properly set XDG_DATA_DIRS. See http://freedesktop.org/Standards/shared-mime-info-spec and http://freedesktop.org/Standards/basedir-spec for more information Christophe >=20 > After restarting nautilus the mime type worked as expected. >=20 > The problem here is that I needed to be root to do it, which is at least=20 > sub-optimal. >=20 > I'm not quite sure if I need to file a bug report on nautilus,=20 > gnome-vfs, glabels or freedesktop's shared-mime-info. >=20 > Ren=E9 >=20 > Alexander Larsson wrote: > > On Mon, 2004-06-28 at 11:20, Ren=E9 Seindal wrote: > >=20 > >>HI, > >> > >>I use the glabels application to print out adressing labels, but after = I=20 > >> upgraded to Gnome 2.6, I can no longer launch glabels by clicking on = a=20 > >>.glabels file. It is being classified as a application/x-gzip file and= =20 > >>I'm only offered file-roller as a possible application. > >> > >>I have .glabels file registered as application/x-glabels in "File Types= =20 > >>and Programs", with the glabels application as default, but it is=20 > >>apparently being ignored. > >> > >>How do I persuade nautilus to launch the application of my choice on=20 > >>these files? > >=20 > >=20 > > Hmm, this is due to the change in the mime type system to the new > > freedesktop.org system. Unfortunately the file types and programs app > > creates the old-style mime types. We're working on fixing this. > >=20 > > =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D= -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-= =3D-=3D > > Alexander Larsson Red Hat, = Inc=20 > > alexl@redhat.com alla@lysator.liu.se=20 > > He's a lonely Catholic gangster whom everyone believes is mad. She's a=20 > > supernatural green-skinned snake charmer in the wrong place at the wron= g time.=20 > > They fight crime!=20 > >=20 >=20 > --=20 > Ren=E9 Seindal (rene@seindal.dk) > Seindal Consult >=20 >=20 >=20 --=-+tbMesz4daXOsGoN7OuE Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBA5UWX+13jZzlzSs4RAuJmAJ4oeP5vEGYYLFfUI61pZABDaPZ0DgCcCcOB yPNLA6lr1wnwZ5OrW9FVgNg= =zOcv -----END PGP SIGNATURE----- --=-+tbMesz4daXOsGoN7OuE-- From hquest@onda.com.br Fri Jul 2 07:25:48 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.ondacorp.com.br (mail.ondacorp.com.br [200.195.196.14]) by menubar.gnome.org (Postfix) with ESMTP id 626F53B07D8 for ; Fri, 2 Jul 2004 07:25:48 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.ondacorp.com.br (Postfix) with ESMTP id 7381B43E57 for ; Fri, 2 Jul 2004 08:25:43 -0300 (EST) Received: from mail.ondacorp.com.br ([127.0.0.1]) by localhost (proxy.onda.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10690-09 for ; Fri, 2 Jul 2004 08:25:42 -0300 (EST) Received: from [192.168.11.13] (hquest.onda.net [192.168.11.13]) by mail.ondacorp.com.br (Postfix) with ESMTP id BA7AB43E50 for ; Fri, 2 Jul 2004 08:25:42 -0300 (EST) Message-ID: <40E54635.7010301@onda.com.br> Date: Fri, 02 Jul 2004 08:25:41 -0300 From: Alexandre Hautequest User-Agent: Mozilla Thunderbird 0.7 (X11/20040615) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nautilus References: <40DFE2D8.8060407@seindal.dk> <1088758202.2650.36.camel@localhost.localdomain> <40E541DC.8050501@seindal.dk> In-Reply-To: <40E541DC.8050501@seindal.dk> X-Enigmail-Version: 0.84.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by Ondacorp Mail Pro Subject: Re: Mime-type detection and GLabels application X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 11:25:48 -0000 Don't we have a personal settings to this? René Seindal wrote: > after which I ran "update-mime-database /usr/share/mime" as root. > > The problem here is that I needed to be root to do it, which is at least > sub-optimal. -- Alexandre From luca.cappelletti@infodomestic.com Fri Jul 2 07:36:04 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from server-dhcp.c-s-m.it (unknown [81.208.111.82]) by menubar.gnome.org (Postfix) with ESMTP id 6DBF73B0E6D for ; Fri, 2 Jul 2004 07:36:04 -0400 (EDT) Received: from [192.168.6.185] ([192.168.6.185]) by server-dhcp.c-s-m.it (Lotus Domino Release 5.0.9) with ESMTP id 2004070213375093:1919 ; Fri, 2 Jul 2004 13:37:50 +0200 Message-ID: <40E54A2C.2060906@infodomestic.com> Date: Fri, 02 Jul 2004 13:42:36 +0200 From: "Luca Cappelletti (Infodomestic.com)" User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: nautilus-list@gnome.org References: <1088490621.3605.21.camel@pingu> <1088758084.2650.33.camel@localhost.localdomain> <1088765018.25145.82.camel@carados.180sw.com> <40E541E1.4050206@infodomestic.com> <1088766257.21548.1.camel@pingu> In-Reply-To: <1088766257.21548.1.camel@pingu> X-MIMETrack: Itemize by SMTP Server on Domino/CSM(Release 5.0.9 |November 16, 2001) at 02/07/2004 13.37.50, Serialize by Router on Domino/CSM(Release 5.0.9 |November 16, 2001) at 02/07/2004 13.37.53, Serialize complete at 02/07/2004 13.37.53 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii; format=flowed Subject: Re: [Nautilus] Mounted loop iso images does not appear into Computer folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 11:36:04 -0000 Davyd Madeley wrote: > On Fri, 2004-07-02 at 13:07 +0200, Luca Cappelletti (Infodomestic.com) > wrote: > > >>I made an entry into fstab with: >> >>/mnt/Images/Test.iso /mnt/Test iso9660 loop >> >>I've this little iso image to be mounted everytime the system is booted. >> >>The problem is that the mounted image does not appear into nautilus >>Computer folder. >> >>How can I set Nautilus to show me that mount point? > > > You need to add the 'user' option. > > --d > > Hello Davyd tnx. I've added the 'user' option but nothing has changed. I've rebooted too. What's wrong? bye From michael.spinnenhirn@bytec.de Fri Jul 2 07:50:48 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from sarah.bytec.de (sarah.bytec.de [212.185.41.130]) by menubar.gnome.org (Postfix) with ESMTP id ECE803B075A for ; Fri, 2 Jul 2004 07:50:47 -0400 (EDT) Received: from bytec.de (patrizia.bytec.de [172.16.10.22]) by sarah.bytec.de (Postfix) with ESMTP id EC50EBD78 for ; Fri, 2 Jul 2004 13:50:44 +0200 (CEST) Message-ID: <40E54C1A.5080401@bytec.de> Date: Fri, 02 Jul 2004 13:50:50 +0200 From: Michael Spinnenhirn User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040203 X-Accept-Language: en-us, en MIME-Version: 1.0 To: nautilus-list@gnome.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Directory restrictions X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 11:50:48 -0000 Hi, I'am using GNOME 2.6 and want to know if there is any way to restrict browsing via nautilus to a certain directory. The background is, that i want to allow the users only to browse their own home-directories. From olaf@cbk.poznan.pl Fri Jul 2 08:07:57 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from goliath.sylaba.poznan.pl (goliath.sylaba.poznan.pl [193.151.36.3]) by menubar.gnome.org (Postfix) with ESMTP id F064E3B08D9 for ; Fri, 2 Jul 2004 08:07:56 -0400 (EDT) Received: by goliath.sylaba.poznan.pl (Postfix, from userid 1003) id 943EE93FB9; Fri, 2 Jul 2004 14:07:51 +0200 (CEST) Received: from localhost.localdomain (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by goliath.sylaba.poznan.pl (Postfix) with ESMTP id E88AD94210 for ; Fri, 2 Jul 2004 14:07:50 +0200 (CEST) Received: from [127.0.0.1] (venus [127.0.0.1]) by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i62C7njj004507 for ; Fri, 2 Jul 2004 14:07:49 +0200 From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: nautilus-list@gnome.org In-Reply-To: <40E54A2C.2060906@infodomestic.com> References: <1088490621.3605.21.camel@pingu> <1088758084.2650.33.camel@localhost.localdomain> <1088765018.25145.82.camel@carados.180sw.com> <40E541E1.4050206@infodomestic.com> <1088766257.21548.1.camel@pingu> <40E54A2C.2060906@infodomestic.com> Content-Type: text/plain Message-Id: <1088770069.4065.23.camel@venus> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 02 Jul 2004 14:07:49 +0200 Content-Transfer-Encoding: 7bit Subject: Re: [Nautilus] Mounted loop iso images does not appear into Computer folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 12:07:57 -0000 On Fri, 2004-07-02 at 13:42, Luca Cappelletti (Infodomestic.com) wrote: > Davyd Madeley wrote: > > On Fri, 2004-07-02 at 13:07 +0200, Luca Cappelletti (Infodomestic.com) > > wrote: > > > > > >>I made an entry into fstab with: > >> > >>/mnt/Images/Test.iso /mnt/Test iso9660 loop > >> > >>I've this little iso image to be mounted everytime the system is booted. > >> > >>The problem is that the mounted image does not appear into nautilus > >>Computer folder. > >> > >>How can I set Nautilus to show me that mount point? > > > > > > You need to add the 'user' option. > > > > --d > > > > > > Hello Davyd tnx. > I've added the 'user' option but nothing has changed. > I've rebooted too. > For regular devices it works with options: "owner" or "user" or "users". If I add "loop" then it disappears. It is not necessary to reboot! The change is visible immediately. Regards, Olaf From luca.cappelletti@infodomestic.com Fri Jul 2 08:10:09 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from server-dhcp.c-s-m.it (unknown [81.208.111.82]) by menubar.gnome.org (Postfix) with ESMTP id 46C943B092B for ; Fri, 2 Jul 2004 08:10:09 -0400 (EDT) Received: from [192.168.6.185] ([192.168.6.185]) by server-dhcp.c-s-m.it (Lotus Domino Release 5.0.9) with ESMTP id 2004070214115585:2137 ; Fri, 2 Jul 2004 14:11:55 +0200 Message-ID: <40E55229.4030805@infodomestic.com> Date: Fri, 02 Jul 2004 14:16:41 +0200 From: "Luca Cappelletti (Infodomestic.com)" User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: nautilus-list@gnome.org References: <40E54C1A.5080401@bytec.de> In-Reply-To: <40E54C1A.5080401@bytec.de> X-MIMETrack: Itemize by SMTP Server on Domino/CSM(Release 5.0.9 |November 16, 2001) at 02/07/2004 14.11.55, Serialize by Router on Domino/CSM(Release 5.0.9 |November 16, 2001) at 02/07/2004 14.11.58, Serialize complete at 02/07/2004 14.11.58 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii; format=flowed Subject: Re: Directory restrictions X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 12:10:09 -0000 Michael Spinnenhirn wrote: > Hi, > > I'am using GNOME 2.6 and want to know if there is any way to restrict > browsing via nautilus to a certain directory. The background is, that i > want to allow the users only to browse their own home-directories. Hi, this is not a clean and functional solution but you can hide the Tree using .hidden files. Touch a .hidden file into / and /home with the list of objects listed into / and /home and so the folders and files are not so simply available into nautilus and file-selector (2.6). If you are finding a solution against power-users...well this is not the right way. bye. Luca Cappelletti From luca.cappelletti@infodomestic.com Fri Jul 2 08:17:25 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from server-dhcp.c-s-m.it (unknown [81.208.111.82]) by menubar.gnome.org (Postfix) with ESMTP id 7E4AE3B08D9 for ; Fri, 2 Jul 2004 08:17:25 -0400 (EDT) Received: from [192.168.6.185] ([192.168.6.185]) by server-dhcp.c-s-m.it (Lotus Domino Release 5.0.9) with ESMTP id 2004070214191218:2193 ; Fri, 2 Jul 2004 14:19:12 +0200 Message-ID: <40E553DE.2080300@infodomestic.com> Date: Fri, 02 Jul 2004 14:23:58 +0200 From: "Luca Cappelletti (Infodomestic.com)" User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: nautilus-list@gnome.org References: <1088490621.3605.21.camel@pingu> <1088758084.2650.33.camel@localhost.localdomain> <1088765018.25145.82.camel@carados.180sw.com> <40E541E1.4050206@infodomestic.com> <1088766257.21548.1.camel@pingu> <40E54A2C.2060906@infodomestic.com> <1088770069.4065.23.camel@venus> In-Reply-To: <1088770069.4065.23.camel@venus> X-MIMETrack: Itemize by SMTP Server on Domino/CSM(Release 5.0.9 |November 16, 2001) at 02/07/2004 14.19.12, Serialize by Router on Domino/CSM(Release 5.0.9 |November 16, 2001) at 02/07/2004 14.19.14 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Subject: Re: [Nautilus] Mounted loop iso images does not appear into Computer folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 12:17:25 -0000 Olaf Fr=C4=85czyk wrote: ... >>>>/mnt/Images/Test.iso /mnt/Test iso9660 loop >>>> >>>>I've this little iso image to be mounted everytime the system is booted. >>>> >>>>The problem is that the mounted image does not appear into nautilus=20 >>>>Computer folder. >>>> >>>>How can I set Nautilus to show me that mount point? >>> >>> >>>You need to add the 'user' option. >>> >>>--d >>> >>> >> >>Hello Davyd tnx. >>I've added the 'user' option but nothing has changed. >>I've rebooted too. >> >=20 > For regular devices it works with options: "owner" or "user" or "users". > If I add "loop" then it disappears. > It is not necessary to reboot! The change is visible immediately. >=20 > Regards, >=20 > Olaf >=20 Hello Olaf, so you mean that nautilus cannot handle into 'Computer' folder a loop=20 mounted image? Is this a Bug or a Feature? I need the capability to provide the availibility of a mounted image=20 into 'Computer' folder. Now it doesn't work using this entries: /mnt/Images/Test.iso /mnt/test iso9660 loop or /mnt/Images/Test.iso /mnt/test iso9660 loop,user (like suggested by Davyd) Did you know how to workaround? tnx, bye Luca Cappelletti From luca.cappelletti@infodomestic.com Fri Jul 2 08:23:56 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from server-dhcp.c-s-m.it (unknown [81.208.111.82]) by menubar.gnome.org (Postfix) with ESMTP id 3E2D73B1108 for ; Fri, 2 Jul 2004 08:23:56 -0400 (EDT) Received: from [192.168.6.185] ([192.168.6.185]) by server-dhcp.c-s-m.it (Lotus Domino Release 5.0.9) with ESMTP id 2004070214254376:2232 ; Fri, 2 Jul 2004 14:25:43 +0200 Message-ID: <40E55565.2030403@infodomestic.com> Date: Fri, 02 Jul 2004 14:30:29 +0200 From: "Luca Cappelletti (Infodomestic.com)" User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: nautilus-list@gnome.org References: <1088490621.3605.21.camel@pingu> <1088758084.2650.33.camel@localhost.localdomain> <1088765018.25145.82.camel@carados.180sw.com> <40E541E1.4050206@infodomestic.com> <1088766257.21548.1.camel@pingu> <40E54A2C.2060906@infodomestic.com> <1088770069.4065.23.camel@venus> In-Reply-To: <1088770069.4065.23.camel@venus> X-MIMETrack: Itemize by SMTP Server on Domino/CSM(Release 5.0.9 |November 16, 2001) at 02/07/2004 14.25.43, Serialize by Router on Domino/CSM(Release 5.0.9 |November 16, 2001) at 02/07/2004 14.25.45 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Subject: Mounted loop iso images does not appear into Computer folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 12:23:56 -0000 Olaf Fr=C4=85czyk wrote: ... >>>>/mnt/Images/Test.iso /mnt/Test iso9660 loop >>>> >>>>I've this little iso image to be mounted everytime the system is booted. >>>> >>>>The problem is that the mounted image does not appear into nautilus=20 >>>>Computer folder. >>>> >>>>How can I set Nautilus to show me that mount point? >>> >>> >>>You need to add the 'user' option. >>> >>>--d >>> >>> >> >>Hello Davyd tnx. >>I've added the 'user' option but nothing has changed. >>I've rebooted too. >> >=20 > For regular devices it works with options: "owner" or "user" or "users". > If I add "loop" then it disappears. > It is not necessary to reboot! The change is visible immediately. >=20 > Regards, >=20 > Olaf >=20 Hello Olaf, so you mean that nautilus cannot handle into 'Computer' folder a loop mounted image? Is this a Bug or a Feature? I need the capability to provide the availibility of a mounted image into 'Computer' folder. Now it doesn't work using this entries: /mnt/Images/Test.iso /mnt/test iso9660 loop or /mnt/Images/Test.iso /mnt/test iso9660 loop,user (like suggested by Davyd) Did you know how to workaround? tnx, bye Luca Cappelletti --=20 nautilus-list mailing list nautilus-list@gnome.org http://mail.gnome.org/mailman/listinfo/nautilus-list From rene@seindal.dk Fri Jul 2 08:33:56 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from paestum.seindal.dk (ip157.rev112.brygge.net [194.255.112.157]) by menubar.gnome.org (Postfix) with ESMTP id 190823B1108 for ; Fri, 2 Jul 2004 08:33:56 -0400 (EDT) Received: from [127.0.0.1] (really [127.0.0.1]) by paestum.seindal.dk via in.smtpd with esmtp id (Debian Smail3.2.0.115) Fri, 2 Jul 2004 14:33:56 +0200 (CEST) Message-ID: <40E55631.3030303@seindal.dk> Date: Fri, 02 Jul 2004 14:33:53 +0200 From: =?UTF-8?B?UmVuw6kgU2VpbmRhbA==?= Organization: Seindal Consult User-Agent: Mozilla Thunderbird 0.6 (X11/20040528) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nautilus References: <40DFE2D8.8060407@seindal.dk> <1088758202.2650.36.camel@localhost.localdomain> <40E541DC.8050501@seindal.dk> <40E54635.7010301@onda.com.br> In-Reply-To: <40E54635.7010301@onda.com.br> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Subject: Re: Mime-type detection and GLabels application X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 12:33:56 -0000 Hi, It works out of the box if I put my files in ~/.local/share/, i.e.,=20 ~/.local/share/mime/packages/local.xml which will populate=20 ~/.local/share/mime/ if I run "update-mime-database=20 ~/.local/share/mime/" as myself. That appears to be the freedesktop default. Maybe gnome should add=20 =2Egnome2/share/mime to that. I guess I could just symlink .local to .gnome2 Ren=C3=A9 Alexandre Hautequest wrote: > Don't we have a personal settings to this? >=20 > Ren=C3=A9 Seindal wrote: >=20 >>after which I ran "update-mime-database /usr/share/mime" as root. >> >>The problem here is that I needed to be root to do it, which is at leas= t >>sub-optimal. >=20 >=20 --=20 Ren=C3=A9 Seindal (rene@seindal.dk) Seindal Consult From cfergeau@mipsys.com Fri Jul 2 08:40:39 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from bugsbunny.mipsys.com (griffon.mipsys.com [217.167.51.129]) by menubar.gnome.org (Postfix) with ESMTP id 4C5763B0862 for ; Fri, 2 Jul 2004 08:40:39 -0400 (EDT) Received: from teuf by bugsbunny.mipsys.com with local (Exim 3.36 #1 (Debian)) id 1BgNLG-0001uV-00 for ; Fri, 02 Jul 2004 14:40:34 +0200 From: Christophe Fergeau To: nautilus-list@gnome.org In-Reply-To: <40E55631.3030303@seindal.dk> References: <40DFE2D8.8060407@seindal.dk> <1088758202.2650.36.camel@localhost.localdomain> <40E541DC.8050501@seindal.dk> <40E54635.7010301@onda.com.br> <40E55631.3030303@seindal.dk> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Bp7jFXcGsFKB33G8nLH6" Date: Fri, 02 Jul 2004 14:40:33 +0200 Message-Id: <1088772033.2479.0.camel@bugsbunny.mipsys.com> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Sender: Christophe Fergeau Subject: Re: Mime-type detection and GLabels application X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: teuf@gnome.org List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 12:40:39 -0000 --=-Bp7jFXcGsFKB33G8nLH6 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable >=20 > That appears to be the freedesktop default. Maybe gnome should add=20 > .gnome2/share/mime to that. Why ? The whole point of the shared mime database is that it is not specific to one desktop, but shared by kde, gnome, rox, ... Christophe --=-Bp7jFXcGsFKB33G8nLH6 Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBA5VfA+13jZzlzSs4RAhSIAJ0ZhZ29ir4m7RxS181z5TCqGjcNiQCeIHQa yBYhKE/vVRbeHJwNEyN4J5I= =YfkM -----END PGP SIGNATURE----- --=-Bp7jFXcGsFKB33G8nLH6-- From olaf@cbk.poznan.pl Fri Jul 2 08:51:03 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from goliath.sylaba.poznan.pl (goliath.sylaba.poznan.pl [193.151.36.3]) by menubar.gnome.org (Postfix) with ESMTP id CAE3D3B072E for ; Fri, 2 Jul 2004 08:51:02 -0400 (EDT) Received: by goliath.sylaba.poznan.pl (Postfix, from userid 1003) id 41DDA9425B; Fri, 2 Jul 2004 14:51:02 +0200 (CEST) Received: from localhost.localdomain (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by goliath.sylaba.poznan.pl (Postfix) with ESMTP id B60D3941C1 for ; Fri, 2 Jul 2004 14:51:01 +0200 (CEST) Received: from [127.0.0.1] (venus [127.0.0.1]) by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i62Cp01X004806 for ; Fri, 2 Jul 2004 14:51:00 +0200 From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: nautilus-list@gnome.org In-Reply-To: <40E553DE.2080300@infodomestic.com> References: <1088490621.3605.21.camel@pingu> <1088758084.2650.33.camel@localhost.localdomain> <1088765018.25145.82.camel@carados.180sw.com> <40E541E1.4050206@infodomestic.com> <1088766257.21548.1.camel@pingu> <40E54A2C.2060906@infodomestic.com> <1088770069.4065.23.camel@venus> <40E553DE.2080300@infodomestic.com> Content-Type: text/plain Message-Id: <1088772660.4065.43.camel@venus> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 02 Jul 2004 14:51:00 +0200 Content-Transfer-Encoding: 7bit Subject: Re: [Nautilus] Mounted loop iso images does not appear into Computer folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 12:51:03 -0000 On Fri, 2004-07-02 at 14:23, Luca Cappelletti (Infodomestic.com) wrote: > Hello Olaf, > > so you mean that nautilus cannot handle into 'Computer' folder a loop > mounted image? > Is this a Bug or a Feature? I don't know. I just played with fstab after your e-mail and found this behaviour. I think they have some reason to disable it for loopback mounted filesystems. But in my opinion it is a bug. > I need the capability to provide the availibility of a mounted image > into 'Computer' folder. > > Now it doesn't work using this entries: > > /mnt/Images/Test.iso /mnt/test iso9660 loop > > or > > /mnt/Images/Test.iso /mnt/test iso9660 loop,user (like suggested by Davyd) > > Did you know how to workaround? Sorry, I have no idea. Regards, Olaf From alexl@redhat.com Fri Jul 2 09:02:21 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 736CD3B0E66 for ; Fri, 2 Jul 2004 09:02:21 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i62D2Ge1032308; Fri, 2 Jul 2004 09:02:16 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i62D2G018728; Fri, 2 Jul 2004 09:02:16 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i62D1n2O004177; Fri, 2 Jul 2004 09:01:49 -0400 From: Alexander Larsson To: Olaf =?iso-8859-2?Q?Fr=B1czyk?= In-Reply-To: <1088772660.4065.43.camel@venus> References: <1088490621.3605.21.camel@pingu> <1088758084.2650.33.camel@localhost.localdomain> <1088765018.25145.82.camel@carados.180sw.com> <40E541E1.4050206@infodomestic.com> <1088766257.21548.1.camel@pingu> <40E54A2C.2060906@infodomestic.com> <1088770069.4065.23.camel@venus> <40E553DE.2080300@infodomestic.com> <1088772660.4065.43.camel@venus> Content-Type: text/plain; charset=iso-8859-2 Message-Id: <1088773335.19533.0.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 02 Jul 2004 15:02:15 +0200 Content-Transfer-Encoding: 8bit Cc: Nautilus Subject: Re: [Nautilus] Mounted loop iso images does not appear into Computer folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 13:02:21 -0000 On Fri, 2004-07-02 at 14:51, Olaf Fr±czyk wrote: > On Fri, 2004-07-02 at 14:23, Luca Cappelletti (Infodomestic.com) wrote: > > Hello Olaf, > > > > so you mean that nautilus cannot handle into 'Computer' folder a loop > > mounted image? > > Is this a Bug or a Feature? > I don't know. I just played with fstab after your e-mail and found this > behaviour. I think they have some reason to disable it for loopback > mounted filesystems. > But in my opinion it is a bug. I think we disabled it because someone reported it as a bug. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a scarfaced overambitious rock star trapped in a world he never made. She's a scantily clad foul-mouthed stripper who don't take no shit from nobody. They fight crime! From olaf@cbk.poznan.pl Fri Jul 2 09:19:43 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from goliath.sylaba.poznan.pl (goliath.sylaba.poznan.pl [193.151.36.3]) by menubar.gnome.org (Postfix) with ESMTP id 837483B0ABE for ; Fri, 2 Jul 2004 09:19:43 -0400 (EDT) Received: by goliath.sylaba.poznan.pl (Postfix, from userid 1003) id 5EAF794044; Fri, 2 Jul 2004 15:19:40 +0200 (CEST) Received: from localhost.localdomain (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by goliath.sylaba.poznan.pl (Postfix) with ESMTP id D25F393FB1; Fri, 2 Jul 2004 15:19:39 +0200 (CEST) Received: from [127.0.0.1] (venus [127.0.0.1]) by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i62DJcnK004961; Fri, 2 Jul 2004 15:19:38 +0200 From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: Alexander Larsson In-Reply-To: <1088773335.19533.0.camel@localhost.localdomain> References: <1088490621.3605.21.camel@pingu> <1088758084.2650.33.camel@localhost.localdomain> <1088765018.25145.82.camel@carados.180sw.com> <40E541E1.4050206@infodomestic.com> <1088766257.21548.1.camel@pingu> <40E54A2C.2060906@infodomestic.com> <1088770069.4065.23.camel@venus> <40E553DE.2080300@infodomestic.com> <1088772660.4065.43.camel@venus> <1088773335.19533.0.camel@localhost.localdomain> Content-Type: text/plain; charset=UTF-8 Message-Id: <1088774378.4065.45.camel@venus> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 02 Jul 2004 15:19:38 +0200 Content-Transfer-Encoding: 8bit Cc: Nautilus Subject: Re: [Nautilus] Mounted loop iso images does not appear into Computer folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 13:19:43 -0000 On Fri, 2004-07-02 at 15:02, Alexander Larsson wrote: > On Fri, 2004-07-02 at 14:51, Olaf FrÄ…czyk wrote: > > On Fri, 2004-07-02 at 14:23, Luca Cappelletti (Infodomestic.com) wrote: > > > Hello Olaf, > > > > > > so you mean that nautilus cannot handle into 'Computer' folder a loop > > > mounted image? > > > Is this a Bug or a Feature? > > I don't know. I just played with fstab after your e-mail and found this > > behaviour. I think they have some reason to disable it for loopback > > mounted filesystems. > > But in my opinion it is a bug. > > I think we disabled it because someone reported it as a bug. > Another option for gconf? :) Regards, Olaf From daniel@brodienet.com Fri Jul 2 09:20:12 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from server3.barronhosting.com (ns5.barronhosting.com [207.44.204.17]) by menubar.gnome.org (Postfix) with ESMTP id A7C373B1130 for ; Fri, 2 Jul 2004 09:20:12 -0400 (EDT) X-ClientAddr: 68.40.217.162 Received: from [192.168.0.4] (pcp05927832pcs.sothfd01.mi.comcast.net [68.40.217.162]) (authenticated (0 bits)) by server3.barronhosting.com (8.11.6/8.11.6) with ESMTP id i62DJr521044; Fri, 2 Jul 2004 08:19:53 -0500 From: Daniel Brodie To: Alexander Larsson In-Reply-To: <1088758084.2650.33.camel@localhost.localdomain> References: <1088490621.3605.21.camel@pingu> <1088758084.2650.33.camel@localhost.localdomain> Content-Type: text/plain Date: Fri, 02 Jul 2004 09:19:51 -0400 Message-Id: <1088774391.5810.6.camel@hubert> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.2 Content-Transfer-Encoding: 7bit X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-MailScanner-SpamCheck: not spam, SpamAssassin (score=0, required 4) Cc: Nautilus , Davyd Madeley Subject: Re: nautilus loves to preview unfinished files X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 13:20:13 -0000 On Fri, 2004-07-02 at 10:48 +0200, Alexander Larsson wrote: > On Tue, 2004-06-29 at 08:30, Davyd Madeley wrote: > > So, Galeon (I don't know about epiphany) marks partially downloaded > > files as foo.bar.part, and upon completion renames them to foo.bar. > > > > Nautilus loves to keep repreviewing these files, and eating up all my > > CPU time in the process. Nautilus also likes to repreview files that > > it's copying from one server to my home. > > > > Surely it would be better to not have nautilus preview files until they > > are done? Perhaps instead just use the clock on the page icon (maybe if > > people were feeling smart, do the MacOSX bar filling as it's > > transferred). > > How would you do it though? How about when nautilus recieves a change notification for a file it will store the filename and change time in a hash table. If it gets another change notification in a predefined timeout it will only update minimal changes (i.e. no thumbnail, but file size in the list view should probably be updated). If it dosn't get any mre change notification in under that timeout it can then fully update everything. The length of this timeout depends on fam, but I think 2 seconds is probably more then enough. -- Daniel Brodie From snickell@gmail.com Fri Jul 2 12:05:55 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by menubar.gnome.org (Postfix) with SMTP id 714803B0FD8 for ; Fri, 2 Jul 2004 12:05:55 -0400 (EDT) Received: by mproxy.gmail.com with SMTP id m68so75901rne for ; Fri, 02 Jul 2004 09:05:46 -0700 (PDT) Received: by 10.38.164.68 with SMTP id m68mr36955rne; Fri, 02 Jul 2004 09:05:46 -0700 (PDT) Message-ID: <853cc1c004070209052011f167@mail.gmail.com> Date: Fri, 2 Jul 2004 12:05:46 -0400 From: Seth Nickell To: Alexander Larsson In-Reply-To: <1088757978.2650.31.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1088757978.2650.31.camel@localhost.localdomain> Cc: Nautilus Subject: Re: xkb X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: seth@gnome.org List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 16:05:55 -0000 > Nautilus does not touch the keyboard setting, i don't know why removing > it from the session changed anything for you. The keyboard handling is > handled by the control center. gnome-settings-daemon used to be activated upon demand by apps... maybe Nautilus is the only thing he is using that requires it? Not a nautilus problem necessarily, but would explain the behavior. -Seth From gaborl@eeng.dcu.ie Fri Jul 2 06:42:32 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smail2.alcatel.fr (smail2.alcatel.fr [62.23.212.57]) by menubar.gnome.org (Postfix) with ESMTP id 14A303B07E2 for ; Fri, 2 Jul 2004 06:42:32 -0400 (EDT) Received: from mrc.mrc.alcatel.ro (mail.mrc.alcatel.ro [172.25.128.124]) by smail2.alcatel.fr (ALCANET/NETFR) with ESMTP id i62AgTlP004503; Fri, 2 Jul 2004 12:42:30 +0200 Received: from mcd01s43.mrc.alcatel.ro (mcd01s43 [172.25.128.67]) by mrc.mrc.alcatel.ro (8.12.10+Sun/8.12.6/mrc.alcatel.ro) with ESMTP id i62AmhDU021426; Fri, 2 Jul 2004 13:48:43 +0300 (EEST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by mcd01s43.mrc.alcatel.ro (8.11.7+Sun/8.10.2) with ESMTP id i62Amfx07472; Fri, 2 Jul 2004 13:48:42 +0300 (EEST) Message-ID: <40E53D89.4020009@eeng.dcu.ie> Date: Fri, 02 Jul 2004 13:48:41 +0300 From: Lucian Gabor User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.7) Gecko/20040610 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nautilus References: <1088490621.3605.21.camel@pingu> <1088758084.2650.33.camel@localhost.localdomain> In-Reply-To: <1088758084.2650.33.camel@localhost.localdomain> Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit X-Alcatel-Romania-MRC-MailScanner: Found to be clean X-MailScanner-From: gaborl@eeng.dcu.ie X-Alcanet-MTA-scanned-and-authorized: yes X-Mailman-Approved-At: Fri, 02 Jul 2004 19:14:04 -0400 Subject: Re: nautilus loves to preview unfinished files X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 10:42:32 -0000 there are different modes for opening files. checking for write access could provide the flag to skip preview.
lsof does that, but requires root permissions.

Alexander Larsson wrote: 
On Tue, 2004-06-29 at 08:30, Davyd Madeley wrote:
  
So, Galeon (I don't know about epiphany) marks partially downloaded
files as foo.bar.part, and upon completion renames them to foo.bar.

Nautilus loves to keep repreviewing these files, and eating up all my
CPU time in the process. Nautilus also likes to repreview files that
it's copying from one server to my home.

Surely it would be better to not have nautilus preview files until they
are done? Perhaps instead just use the clock on the page icon (maybe if
people were feeling smart, do the MacOSX bar filling as it's
transferred).
    

How would you do it though?

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Alexander Larsson                                            Red Hat, Inc 
                   alexl@redhat.com    alla@lysator.liu.se 
He's a scarfaced vegetarian master criminal in drag. She's an orphaned 
out-of-work doctor with only herself to blame. They fight crime!
From markmc@redhat.com Fri Jul 2 12:30:22 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 5FB163B10D1; Fri, 2 Jul 2004 12:30:22 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i62GULe1024647; Fri, 2 Jul 2004 12:30:21 -0400 Received: from mail.boston.redhat.com (mail.boston.redhat.com [172.16.64.12]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i62GUJ024621; Fri, 2 Jul 2004 12:30:20 -0400 Received: from [127.0.0.1] (sebastian-int.corp.redhat.com [172.16.52.221]) by mail.boston.redhat.com (8.12.8/8.12.8) with ESMTP id i62GUF8i028183; Fri, 2 Jul 2004 12:30:17 -0400 From: Mark McLoughlin To: seth@gnome.org In-Reply-To: <853cc1c004070209052011f167@mail.gmail.com> References: <1088757978.2650.31.camel@localhost.localdomain> <853cc1c004070209052011f167@mail.gmail.com> Content-Type: text/plain Message-Id: <1088785813.25265.0.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 02 Jul 2004 17:30:14 +0100 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 02 Jul 2004 19:15:08 -0400 Cc: Nautilus , Alexander Larsson Subject: Re: xkb X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 16:30:23 -0000 Hey, On Fri, 2004-07-02 at 17:05, Seth Nickell wrote: > > Nautilus does not touch the keyboard setting, i don't know why removing > > it from the session changed anything for you. The keyboard handling is > > handled by the control center. > > gnome-settings-daemon used to be activated upon demand by apps... > maybe Nautilus is the only thing he is using that requires it? Not a > nautilus problem necessarily, but would explain the behavior. Nah, g-s-d is activated and kept alive by gnome-session. Cheers, Mark. From mrgamel@neo.tamu.edu Sat Jul 3 20:03:08 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-relay.tamu.edu (smtp-relay.tamu.edu [165.91.143.199]) by menubar.gnome.org (Postfix) with ESMTP id 972E43B069A for ; Sat, 3 Jul 2004 20:03:08 -0400 (EDT) Received: from neo.tamu.edu (xyzzy-5.tamu.edu [165.91.252.78]) by smtp-relay.tamu.edu (8.12.10/8.12.10) with SMTP id i64035Lc095664 for ; Sat, 3 Jul 2004 19:03:06 -0500 (CDT) Message-Id: <200407040003.i64035Lc095664@smtp-relay.tamu.edu> Date: Sun, 4 Jul 2004 00:03:05 -0000 To: From: "Gamel, Matthew R" X-Mailer: TWIG 2.6.2 X-Client-IP: Subject: Nautilus CD Burner Not Working X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mrgamel@neo.tamu.edu List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2004 00:03:08 -0000 Hello, I have recently built Gnome 2.6 and am having difficulties getting the Nautilus CD burner to work (I build version 2.6.1). Basically, I drag files into the CD Creator and ask it to burn the CD. I get a message box giving me my CD R/W drive but when I click on Burn CD, nothing happens - I get an empty message box that simply does nothing but remain idle. It looks like it creates temporary ISO files in /tmp like it should but am not sure what the problem is. Any help would be appreciated. Thanks, matt From zzidre@mail.ru Sun Jul 4 06:19:19 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx2.mail.ru (mx2.mail.ru [194.67.23.122]) by menubar.gnome.org (Postfix) with ESMTP id C32DA3B06A4 for ; Sun, 4 Jul 2004 06:19:18 -0400 (EDT) Received: from [217.118.66.232] (port=46021 helo=mail.ru) by mx2.mail.ru with esmtp id 1Bh45a-000KQX-00 for nautilus-list@gnome.org; Sun, 04 Jul 2004 14:19:17 +0400 Message-ID: <40E399D7.5090103@mail.ru> Date: Thu, 01 Jul 2004 08:57:59 +0400 From: "Dmitry M. Shatrov" User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: nautilus-list@gnome.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Nautilus: specifying file type X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2004 10:19:19 -0000 Hello. Please consider my situation: I want to create a text file on my desktop. I right-click on it and point on the "Create document" meny entry. It says "No templates installed", so I choose "Empty file". Now I see my new file on the desktop. I want to edit it with gedit, and _oops, there's no way to do it! Left-clicking on it gives me 'Associate application' dialog which wants me to register a new file type and to enter weird things like 'MIME type' and 'Category'. Walking through file properties etc. does not help as well. It's a feature request: to be able to choose one of already registered file types, not only to create a new one. Wbr, Dmitry. From jamiemcc@blueyonder.co.uk Sun Jul 4 08:08:14 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out3.blueyonder.co.uk (smtp-out3.blueyonder.co.uk [195.188.213.6]) by menubar.gnome.org (Postfix) with ESMTP id 6D0133B0BA1 for ; Sun, 4 Jul 2004 08:08:14 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out3.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Sun, 4 Jul 2004 13:08:28 +0100 From: Jamie McCracken To: "Dmitry M. Shatrov" In-Reply-To: <40E399D7.5090103@mail.ru> References: <40E399D7.5090103@mail.ru> Content-Type: text/plain Message-Id: <1088942948.2689.7.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sun, 04 Jul 2004 13:09:08 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 04 Jul 2004 12:08:28.0805 (UTC) FILETIME=[9DD81B50:01C461BF] Cc: Nautilus Subject: Re: Nautilus: specifying file type X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2004 12:08:14 -0000 On Thu, 2004-07-01 at 05:57, Dmitry M. Shatrov wrote: > Hello. > Please consider my situation: > I want to create a text file on my desktop. I right-click on it and > point on the "Create document" meny entry. It says "No templates > installed", so I choose "Empty file". Now I see my new file on the > desktop. I want to edit it with gedit, and _oops, there's no way to do > it! Left-clicking on it gives me 'Associate application' dialog which > wants me to register a new file type and to enter weird things like > 'MIME type' and 'Category'. Walking through file properties etc. does > not help as well. > > It's a feature request: to be able to choose one of already registered > file types, not only to create a new one. > > Wbr, Dmitry. In your home folder you should have a Templates folder. Simply copy a blank text file in there (say Untitled.txt) and then when you next start Nautilus (do a killall nautilus or re-logon) it should appear in the Create Document entry. The onus is on the distro to pre-populate this folder with suitable templates though I think Nautilus should provide txt file as default if templates folder is blank. Cause of the huge number of registered types (most of which you wont ever use in this way) i dont think its practical to provide that as an option. jamie. From jamiemcc@blueyonder.co.uk Sun Jul 4 20:56:22 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out3.blueyonder.co.uk (smtp-out3.blueyonder.co.uk [195.188.213.6]) by menubar.gnome.org (Postfix) with ESMTP id B1A183B0813 for ; Sun, 4 Jul 2004 20:56:21 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out3.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Mon, 5 Jul 2004 01:56:26 +0100 From: Jamie McCracken To: Nautilus Content-Type: text/plain Message-Id: <1088989027.2667.42.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Mon, 05 Jul 2004 01:57:07 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 05 Jul 2004 00:56:26.0897 (UTC) FILETIME=[E686F810:01C4622A] Subject: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2004 00:56:22 -0000 Hi, I've added a rather large patch to bugzilla (its too large to append to this email as its over 80kb in size) : http://bugzilla.gnome.org/show_bug.cgi?id=145427 This patch provides *optional* navigation aids to improve spatial especially when dealing with deep hierarchies. (None of the default settings are affected by this patch and everything is optional so please no flaming from the pro-spatial camp). A screenshot of the changes in action is at: http://www.jamiemcc.pwp.blueyonder.co.uk/nautilus_window_snapshot.png It provides the following: 1) optional bookmarks in spatial mode. I have moved the bookmark specific code from nautilus-navigation-window-menus to nautilus-window-menus so both spatial and browser share the same code for bookmarks. As a consequence of this, updating bookmarks in browser will dynamically update every open spatial window's bookmarks (and vice versa) - that saved me some work! 2) bookmarks with shortcut keys (limited to first 10 entires- ctrl+1, ctrl+2 etc). As bookmark code is now shared its available in both browser and spatial modes. 3) ability to set folder actions for left and middle mouse buttons. This setting affects menus as well so clicking on a bookmark menu (or places) will use the left click action to determine how its opened. Middle click action also works on location button and pathbar (when you middle click it!). 4) an open in same window option for (3) above. This setting can be thought of as spatial inheritance - it inherits the properties of its parent though spatial coherence is still maintained (so its not a browser clone!). Once a spatial window is re-used in this way it no longer loads or saves properties therefore it wont screw up any saved spatial settings. This allows you to combine features of browse and spatial slickly and elegantly like OS/X does. I have set mine up like OS/X (left click to open in same window and middle click to open in new window) and spatial really rocks in this mode as it can handle deep and shallow hierarchies with ease. All in all this hybrid functionality its a huge improvement over using either pure spatial or browser modes. 5) an optional pathbar displayed instead of the location button This is a really neat addition as it also solves the problem of displaying the full path in a spatial window as well as providing a slick way to navigate upwards. 6) Added a new tab to global preferences to easily allow setting of all these features (default is all off). I hope this mega patch gets added cause it would be really cool if Gnome 2.8 has this. It will not only make file management a really enjoyable process but it will end all the criticism that spatial mode has attracted in the press as well as providing the most innovative and advanced file manager out there! jamie. From olaf@cbk.poznan.pl Mon Jul 5 03:18:12 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from goliath.sylaba.poznan.pl (goliath.sylaba.poznan.pl [193.151.36.3]) by menubar.gnome.org (Postfix) with ESMTP id E8C633B0702 for ; Mon, 5 Jul 2004 03:18:11 -0400 (EDT) Received: by goliath.sylaba.poznan.pl (Postfix, from userid 1003) id 74E519405A; Mon, 5 Jul 2004 09:18:08 +0200 (CEST) Received: from localhost.localdomain (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by goliath.sylaba.poznan.pl (Postfix) with ESMTP id 08EEE94036; Mon, 5 Jul 2004 09:18:08 +0200 (CEST) Received: from [127.0.0.1] (venus [127.0.0.1]) by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i657I61Z003852; Mon, 5 Jul 2004 09:18:07 +0200 From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: "Dmitry M. Shatrov" In-Reply-To: <40E399D7.5090103@mail.ru> References: <40E399D7.5090103@mail.ru> Content-Type: text/plain Message-Id: <1089011886.3271.22.camel@venus> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Mon, 05 Jul 2004 09:18:06 +0200 Content-Transfer-Encoding: 7bit Cc: nautilus-list@gnome.org Subject: Re: Nautilus: specifying file type X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2004 07:18:12 -0000 On Thu, 2004-07-01 at 06:57, Dmitry M. Shatrov wrote: > Hello. > Please consider my situation: > I want to create a text file on my desktop. I right-click on it and > point on the "Create document" meny entry. It says "No templates > installed", so I choose "Empty file". Now I see my new file on the > desktop. I want to edit it with gedit, and _oops, there's no way to do > it! Left-clicking on it gives me 'Associate application' dialog which In this particular case it is very simply: just rename it and add ".txt" suffix. Regards, Olaf From olaf@cbk.poznan.pl Mon Jul 5 03:23:51 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from goliath.sylaba.poznan.pl (goliath.sylaba.poznan.pl [193.151.36.3]) by menubar.gnome.org (Postfix) with ESMTP id 8C3D23B0CA0 for ; Mon, 5 Jul 2004 03:23:51 -0400 (EDT) Received: by goliath.sylaba.poznan.pl (Postfix, from userid 1003) id 15ACC9409E; Mon, 5 Jul 2004 09:23:51 +0200 (CEST) Received: from localhost.localdomain (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by goliath.sylaba.poznan.pl (Postfix) with ESMTP id 7C1419405A; Mon, 5 Jul 2004 09:23:50 +0200 (CEST) Received: from [127.0.0.1] (venus [127.0.0.1]) by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i657NnX6003877; Mon, 5 Jul 2004 09:23:49 +0200 From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: Jamie McCracken In-Reply-To: <1088942948.2689.7.camel@localhost.localdomain> References: <40E399D7.5090103@mail.ru> <1088942948.2689.7.camel@localhost.localdomain> Content-Type: text/plain Message-Id: <1089012228.3271.29.camel@venus> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Mon, 05 Jul 2004 09:23:49 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: Nautilus: specifying file type X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2004 07:23:51 -0000 On Sun, 2004-07-04 at 14:09, Jamie McCracken wrote: > The onus is on the distro to pre-populate this folder with suitable > templates though I think Nautilus should provide txt file as default if > templates folder is blank. Cause of the huge number of registered types > (most of which you wont ever use in this way) i dont think its practical > to provide that as an option. Yes, for every mime-type it would be the hell. But, I think that the templates should be provided by applications. And at install time, they could ask if you want to put template etc. Regards, Olaf From alexl@redhat.com Mon Jul 5 05:05:10 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 6F2BD3B0D4B for ; Mon, 5 Jul 2004 05:05:09 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i65958e1031986; Mon, 5 Jul 2004 05:05:08 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i65958012027; Mon, 5 Jul 2004 05:05:08 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6594cx0002038; Mon, 5 Jul 2004 05:04:39 -0400 From: Alexander Larsson To: Nugeto Mandella In-Reply-To: References: Content-Type: text/plain Message-Id: <1089018303.19716.9.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 05 Jul 2004 11:05:03 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: Nautilus Fan: Nice & Nasty X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2004 09:05:10 -0000 On Wed, 2004-06-30 at 19:15, Nugeto Mandella wrote: > 1) Pressing "F" repeatedly does not move one through a list of files... on > that subject "f" should come just before "F", not after Z, yes thats ASCI, > but hey we're human. I watch people especially ex MS people on linux and > almost without fail, they say, "the file is gone". No human, f comes after > X... huh! Sounds like you're using the C locale. You need to have a real locale to get the right collation rules. Also, pressing 'f' repeatedly only gets you to files starting with 'fff', you need to type the real name you want to get to. > 2) The above is also livable, but this is not... if you run a long > operation, like launch a script from nautilus in a terminal, thats it, > nautilus is dead. Cant move to another file and say look at something in > gedit, cant do anything. Its still responsive, but if you do try anything > else, thats the end of X, stuff starts to ignore you. On that, what I think > is a threading issue or lack off, try look at say 30,000 files in nautilus, > goodbye X. This you have to fix, its the only reason I use another file > manager now... if lots of files or going to launch a backup script... I have > to use EMELFM. I really don't understand exactly what you mean. How do you launch the script? =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a time-tossed guitar-strumming firefighter who dotes on his loving old ma. She's a cold-hearted blonde Hell's Angel from the wrong side of the tracks. They fight crime! From olaf@cbk.poznan.pl Mon Jul 5 05:45:57 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from goliath.sylaba.poznan.pl (goliath.sylaba.poznan.pl [193.151.36.3]) by menubar.gnome.org (Postfix) with ESMTP id A0DBD3B0EA6 for ; Mon, 5 Jul 2004 05:45:51 -0400 (EDT) Received: by goliath.sylaba.poznan.pl (Postfix, from userid 1003) id 2D05A9412B; Mon, 5 Jul 2004 11:45:45 +0200 (CEST) Received: from localhost.localdomain (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by goliath.sylaba.poznan.pl (Postfix) with ESMTP id 9BB7A9411E; Mon, 5 Jul 2004 11:45:44 +0200 (CEST) Received: from [127.0.0.1] (venus [127.0.0.1]) by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i659jgh6005010; Mon, 5 Jul 2004 11:45:42 +0200 From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: "Dmitry M. Shatrov" In-Reply-To: <40E90D8C.2030904@mail.ru> References: <40E399D7.5090103@mail.ru> <1088942948.2689.7.camel@localhost.localdomain> <1089012228.3271.29.camel@venus> <40E90D8C.2030904@mail.ru> Content-Type: text/plain Message-Id: <1089020742.3271.34.camel@venus> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Mon, 05 Jul 2004 11:45:42 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: Nautilus: specifying file type X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2004 09:45:57 -0000 On Mon, 2004-07-05 at 10:13, Dmitry M. Shatrov wrote: > And what if I want to edit it with, say, The GIMP? a hex editor? > I think there should be at least an 'Open with...' option where I could > type "gimp" (yes, with path resolution) Yes, it should be. > > btw, when you choose a new program for some file type, woldn't it be > cool just to type 'appbinary' instead of > '/oh/where/can/I/find/that/appbinary'? it could use something like > `which appbinary` to get full path Yes, and it should present a list for a user to choose in case he has more that 1 binary matching. And of course, it should be possible to specify full path, also. Regards, Olaf From nshmyrev@yandex.ru Mon Jul 5 11:53:47 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from ariel.yandex.ru (ariel.yandex.ru [213.180.200.32]) by menubar.gnome.org (Postfix) with ESMTP id 278EB3B0D44 for ; Mon, 5 Jul 2004 11:53:47 -0400 (EDT) Received: from YAMAIL (ariel.yandex.ru) by mail.yandex.ru id ; Mon, 5 Jul 2004 19:53:36 +0400 Date: Mon, 5 Jul 2004 19:53:36 +0400 (MSD) From: "nshmyrev" Sender: nshmyrev@yandex.ru Message-Id: <40E97980.000003.05022@ariel.yandex.ru> MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] Errors-To: nshmyrev@yandex.ru To: mrgamel@neo.tamu.edu In-Reply-To: <200407040003.i64035Lc095664@smtp-relay.tamu.edu> References: <200407040003.i64035Lc095664@smtp-relay.tamu.edu> X-source-ip: 193.232.173.25 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Cc: nautilus-list@gnome.org Subject: Re: Nautilus CD Burner Not Working X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: nshmyrev@yandex.ru List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2004 15:53:47 -0000 > >Hello, > >I have recently built Gnome 2.6 and am having difficulties getting the >Nautilus CD burner to work (I build version 2.6.1). Basically, I drag files >into the CD Creator and ask it to burn the CD. I get a message box giving me >my CD R/W drive but when I click on Burn CD, nothing happens - I get an empty >message box that simply does nothing but remain idle. It looks like it creates >temporary ISO files in /tmp like it should but am not sure what the problem >is. Any help would be appreciated. > >Thanks, > Hi, I had similar situation some days ago when I first install nautilus-cd-burner. But is strange that now I can't reproduce it - all works fine. After nautilus-cd-burner I'd tried to use xcdroast, then I'd returned back to nautilus-cd-burner. The bugzilla for nautilus-cd-burner contains two bugs, probably #113038 is about that problem, but it is not so clear. Probably, the reason is that mapping-daemon isn't running at that moment you start burn or gnome-vfs doesn't handle burn method just after install. First, try to attach process list (with ps -x). If you can reporduce this bug and give additional information, we can do something with it. Shmyrev. From jamiemcc@blueyonder.co.uk Mon Jul 5 20:52:24 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out4.blueyonder.co.uk (smtp-out4.blueyonder.co.uk [195.188.213.7]) by menubar.gnome.org (Postfix) with ESMTP id 2F16F3B115B for ; Mon, 5 Jul 2004 20:52:24 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out4.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Tue, 6 Jul 2004 01:52:34 +0100 From: Jamie McCracken To: Nautilus Content-Type: text/plain Message-Id: <1089075196.2659.11.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Tue, 06 Jul 2004 01:53:16 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 06 Jul 2004 00:52:34.0889 (UTC) FILETIME=[86A71B90:01C462F3] Subject: Feature Request : "Copy Files To" selection popup X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jul 2004 00:52:24 -0000 Hi, I would like to implement a "Copy Files To" and a "Move Files To" facility to the selection popup. This would allow you to copy/move selected files to Home (Floppy? , CD burner?) + all bookmarks. (Its kinda like the "Send To" menu in windows explorer but better). Its really handy for file management if your bookmarks are set up for it. Please see following link for what it would look like: http://www.jamiemcc.pwp.blueyonder.co.uk/nautilus_copy_files_to_snapshot.png Is it okay for me to implement this? I would need to read the bookmarks.xml file every time the popup occurs to get the latest bookmarks but that shouldn't slow down the popup significantly (I hope!). jamie. From sanchezthecactus@yahoo.com Wed Jul 7 13:29:48 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from web12105.mail.yahoo.com (web12105.mail.yahoo.com [216.136.172.25]) by menubar.gnome.org (Postfix) with SMTP id 743683B0F92 for ; Wed, 7 Jul 2004 13:29:48 -0400 (EDT) Message-ID: <20040707172947.68336.qmail@web12105.mail.yahoo.com> Received: from [66.134.93.243] by web12105.mail.yahoo.com via HTTP; Wed, 07 Jul 2004 10:29:47 PDT Date: Wed, 7 Jul 2004 10:29:47 -0700 (PDT) From: Sanchez the Cactus To: nautilus-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Wed, 07 Jul 2004 23:08:11 -0400 Subject: smb:// very slow X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2004 17:29:48 -0000 I'm trying to use nautilus 2.6 (debian unstable packages) to access files on my company's network share, but the load time is incredibly slow. Using smbclient //server/share to connect, I can ls and cd instantaneously. However, using nautilus to go to smb://server/share, the folder can take on the order of 10 seconds just to ask me for my password, and then another 30 seconds to a minute (or more) to show a directory listing. This slowdown continues for each subfolder that I open in nautilus, with the xcursor over the nautilus window turning into an hourglass until the folder loads. Is this a known issue (I couldn't find anything in bugzilla)? is there any known way to speed it up? Or can I provide some more information somehow to help debug this? Thanks, -Joe __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail From alexl@redhat.com Thu Jul 8 03:04:12 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 30EAA3B06F7 for ; Thu, 8 Jul 2004 03:04:12 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6874Ce1030056; Thu, 8 Jul 2004 03:04:12 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6874B021126; Thu, 8 Jul 2004 03:04:11 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6873fiQ009105; Thu, 8 Jul 2004 03:03:42 -0400 From: Alexander Larsson To: Sanchez the Cactus In-Reply-To: <20040707172947.68336.qmail@web12105.mail.yahoo.com> References: <20040707172947.68336.qmail@web12105.mail.yahoo.com> Content-Type: text/plain Message-Id: <1089270250.22236.35.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 08 Jul 2004 09:04:10 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: smb:// very slow X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2004 07:04:12 -0000 On Wed, 2004-07-07 at 19:29, Sanchez the Cactus wrote: > I'm trying to use nautilus 2.6 (debian unstable packages) to access files on my > company's network share, but the load time is incredibly slow. Using smbclient > //server/share to connect, I can ls and cd instantaneously. However, using > nautilus to go to smb://server/share, the folder can take on the order of 10 > seconds just to ask me for my password, and then another 30 seconds to a minute > (or more) to show a directory listing. This slowdown continues for each > subfolder that I open in nautilus, with the xcursor over the nautilus window > turning into an hourglass until the folder loads. Is this a known issue (I > couldn't find anything in bugzilla)? is there any known way to speed it up? > Or can I provide some more information somehow to help debug this? Its not that slow for me. I don't know whats causing it. The initial read on smb:// is always a bit slow, because it has to enumerate the workgroups, however after that it usually works fine. Maybe you could look at the network traffic or something to figure out why its being slow. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's an uncontrollable pirate dwarf who hides his scarred face behind a mask. She's an enchanted snooty research scientist from a secret island of warrior women. They fight crime! From olaf@cbk.poznan.pl Thu Jul 8 03:44:22 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from goliath.sylaba.poznan.pl (goliath.sylaba.poznan.pl [193.151.36.3]) by menubar.gnome.org (Postfix) with ESMTP id D81613B06F7 for ; Thu, 8 Jul 2004 03:44:21 -0400 (EDT) Received: by goliath.sylaba.poznan.pl (Postfix, from userid 1003) id 6458C940AA; Thu, 8 Jul 2004 09:44:10 +0200 (CEST) Received: from localhost.localdomain (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by goliath.sylaba.poznan.pl (Postfix) with ESMTP id 343BA93F3E for ; Thu, 8 Jul 2004 09:44:09 +0200 (CEST) Received: from [127.0.0.1] (venus [127.0.0.1]) by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i687i6qL004256 for ; Thu, 8 Jul 2004 09:44:06 +0200 From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: nautilus-list@gnome.org Content-Type: text/plain Message-Id: <1089272646.2563.19.camel@venus> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Thu, 08 Jul 2004 09:44:06 +0200 Content-Transfer-Encoding: 7bit Subject: Nautilus smb:// - very impractical and buggy X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2004 07:44:22 -0000 Hi, Button "Up" is not active, I can only use "Back". But it is not what I need. The Default View (I set it to list) is not honoured on network shares. Other annoying thing is, that I need to enter password for every share. Why is it not used for all shares on this server? If I need different username/passwords for different shares I would expect right-click menu with option "Login as". BTW, Why Gnome doesn't use my username/password from logging with GDM as default one? And after I logout/login from/to Gnome, I need to do it again. I set "Remember password for this session" and "Save password in keyring". If I set the latter it displays dialog box about not having default keyring and to enter password. I do it, but in next session I need to enter password for every share again. I use nautilus from Fedora Core 2: nautilus-2.6.0-4. Please tell me if it is fixed in newer versions, or I need to file bug report. Regards, Olaf From olaf@cbk.poznan.pl Thu Jul 8 03:46:26 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from goliath.sylaba.poznan.pl (goliath.sylaba.poznan.pl [193.151.36.3]) by menubar.gnome.org (Postfix) with ESMTP id 0408E3B082A for ; Thu, 8 Jul 2004 03:46:26 -0400 (EDT) Received: by goliath.sylaba.poznan.pl (Postfix, from userid 1003) id 74DE593DC9; Thu, 8 Jul 2004 09:46:25 +0200 (CEST) Received: from localhost.localdomain (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by goliath.sylaba.poznan.pl (Postfix) with ESMTP id 5D6FB93FD2; Thu, 8 Jul 2004 09:46:23 +0200 (CEST) Received: from [127.0.0.1] (venus [127.0.0.1]) by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i687kL31004309; Thu, 8 Jul 2004 09:46:21 +0200 From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: Alexander Larsson In-Reply-To: <1089270250.22236.35.camel@localhost.localdomain> References: <20040707172947.68336.qmail@web12105.mail.yahoo.com> <1089270250.22236.35.camel@localhost.localdomain> Content-Type: text/plain Message-Id: <1089272780.2563.24.camel@venus> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Thu, 08 Jul 2004 09:46:21 +0200 Content-Transfer-Encoding: 7bit Cc: Sanchez the Cactus , Nautilus Subject: Re: smb:// very slow X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2004 07:46:26 -0000 On Thu, 2004-07-08 at 09:04, Alexander Larsson wrote: > On Wed, 2004-07-07 at 19:29, Sanchez the Cactus wrote: > > I'm trying to use nautilus 2.6 (debian unstable packages) to access files on my > > company's network share, but the load time is incredibly slow. Using smbclient > > //server/share to connect, I can ls and cd instantaneously. However, using > > nautilus to go to smb://server/share, the folder can take on the order of 10 > > seconds just to ask me for my password, and then another 30 seconds to a minute > > (or more) to show a directory listing. This slowdown continues for each > > subfolder that I open in nautilus, with the xcursor over the nautilus window > > turning into an hourglass until the folder loads. Is this a known issue (I > > couldn't find anything in bugzilla)? is there any known way to speed it up? > > Or can I provide some more information somehow to help debug this? > > Its not that slow for me. I don't know whats causing it. The initial > read on smb:// is always a bit slow, because it has to enumerate the > workgroups, however after that it usually works fine. > > Maybe you could look at the network traffic or something to figure out > why its being slow. > Hi, For me it is not so slow, but slow anyway. Listing shares on a server takes about 2 seconds, even if I go back from a share. In Windows it appears immediately. I use WINS server. Does nautilus take it into account (from smb.conf)? BTW, what happens if /etc/samba/smb.conf is not readable by user? Olaf From y9toi7y02@sneakemail.com Thu Jul 8 06:01:02 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from monkey.sneakemail.com (clean.sneakemail.com [38.136.15.35]) by menubar.gnome.org (Postfix) with SMTP id BA82B3B06E3 for ; Thu, 8 Jul 2004 06:01:01 -0400 (EDT) Received: (qmail 27868 invoked by uid 501); 8 Jul 2004 10:00:57 -0000 Received: (sneakemail censored 17628-74639 #2); 8 Jul 2004 10:00:57 -0000 Received: (sneakemail censored 17628-74639 #1); 8 Jul 2004 10:00:57 -0000 Date: Thu, 8 Jul 2004 12:00:54 +0200 (CEST) From: y9toi7y02@sneakemail.com To: nautilus-list@gnome.org In-Reply-To: <1089272780.2563.24.camel@venus> Message-ID: <17628-74639@sneakemail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Subject: Re: smb:// very slow X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2004 10:01:02 -0000 On Thu, 8 Jul 2004, Olaf [iso-8859-2] Fr=B1czyk olaf-at-cbk.poznan.pl |naut= ilus| wrote: > On Thu, 2004-07-08 at 09:04, Alexander Larsson wrote: > Hi, > > For me it is not so slow, but slow anyway. Listing shares on a server > takes about 2 seconds, even if I go back from a share. In Windows it > appears immediately. > I use WINS server. Does nautilus take it into account (from smb.conf)? > BTW, what happens if /etc/samba/smb.conf is not readable by user? If you look in your home directory, there should be a .smb directory containing a smb.conf file. That file is probably empty. That file is the one that is used instead of /etc/samba/smb.conf . If you copy /etc/samba/smb.conf to that file, it'll work. It's a libsmbclient limitation. Martijn Vernooij From gcgn-nautilus-list@m.gmane.org Thu Jul 8 07:23:58 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by menubar.gnome.org (Postfix) with ESMTP id 84D793B083E for ; Thu, 8 Jul 2004 07:23:58 -0400 (EDT) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1BiX0P-0003Qn-00 for ; Thu, 08 Jul 2004 13:23:57 +0200 Received: from 81.97.76.53 ([81.97.76.53]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 08 Jul 2004 13:23:57 +0200 Received: from mike by 81.97.76.53 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 08 Jul 2004 13:23:57 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: nautilus-list@gnome.org From: Mike Hearn Date: Thu, 08 Jul 2004 12:26:53 +0100 Lines: 28 Message-ID: References: <20040707172947.68336.qmail@web12105.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 81.97.76.53 User-Agent: Pan/0.14.2 (This is not a psychotic episode. It's a cleansing moment of clarity.) Sender: news Subject: Re: smb:// very slow X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2004 11:23:58 -0000 I had this problem about a year and a half ago. I did some work on it with ethereal and iirc found it was an authentication problem, gnome-vfs was constantly attempting to reauthenticate to one of the network servers and each time it did, had to wait for the response. Back then, the result was that the window just filled up extremely slowly. Since Nautilus was changed to not do incremental icon rendering, you get what you see now, which is it taking ages for anything to appear. I don't remember the details and while I filed a bug, I can no longer find it in bugzilla! So I guess you'll need to do some investigation with ethereal like I did to see if it's the same problem. thanks -mike On Wed, 07 Jul 2004 10:29:47 -0700, Sanchez the Cactus wrote: > I'm trying to use nautilus 2.6 (debian unstable packages) to access files on my > company's network share, but the load time is incredibly slow. Using smbclient > //server/share to connect, I can ls and cd instantaneously. However, using > nautilus to go to smb://server/share, the folder can take on the order of 10 > seconds just to ask me for my password, and then another 30 seconds to a minute > (or more) to show a directory listing. This slowdown continues for each > subfolder that I open in nautilus, with the xcursor over the nautilus window > turning into an hourglass until the folder loads. Is this a known issue (I > couldn't find anything in bugzilla)? is there any known way to speed it up? > Or can I provide some more information somehow to help debug this? From snickell@redhat.com Thu Jul 8 15:13:10 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id BD5093B068F for ; Thu, 8 Jul 2004 15:13:10 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i68JDAe1000592 for ; Thu, 8 Jul 2004 15:13:10 -0400 Received: from mail.boston.redhat.com (mail.boston.redhat.com [172.16.64.12]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i68JDA002493 for ; Thu, 8 Jul 2004 15:13:10 -0400 Received: from [172.16.67.56] (quixotic.boston.redhat.com [172.16.67.56]) by mail.boston.redhat.com (8.12.8/8.12.8) with ESMTP id i68JD94F011691; Thu, 8 Jul 2004 15:13:09 -0400 From: Seth Nickell To: nautilus-list@gnome.org Content-Type: multipart/mixed; boundary="=-arIDUD0eMuhvVLsHAdu4" Date: Thu, 08 Jul 2004 15:13:29 -0400 Message-Id: <1089314009.3111.3.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 1.5.8 (1.5.8-1) X-Mailman-Approved-At: Thu, 08 Jul 2004 15:31:46 -0400 Cc: Subject: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2004 19:13:10 -0000 --=-arIDUD0eMuhvVLsHAdu4 Content-Type: text/plain Content-Transfer-Encoding: 7bit Yo. Purty pitchures attached. Protocol Entry: grab list from: a gnome-vfs modules API (doesn't exist currently) or parse conf list of available methods or just hardcode. up to you. Once selected Rendevous should sniff this protocol to fill server drop down Username: prefill with the current username Server: user can enter their own server drop down provides list of servers available (cached from sniffing) [Cancel] Exits losing all work [Connect] Creates Desktop Entry and *opens folder* Opening up server should bring up keyring manager (happens automatically of course) Deskop Entry Name (the user visible part...) folder on hostname, e.g. "public_html on www.gnome.org" folder takes the last directory of the path given, i.e. /var/www/public would be public) hostname does not include the username (people.redhat.com) Luv, Your Desktop UI Ninjas --=-arIDUD0eMuhvVLsHAdu4 Content-Disposition: attachment; filename=connect_to_server.png Content-Type: image/png; name=connect_to_server.png Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAWwAAAEJCAIAAAA/xIoHAAAACXBIWXMAAAn/AAAJ/wEHzD5GAAAA B3RJTUUH1AcIEwQUUjkMNgAAIABJREFUeNrsXXd4FVXaPzO3pd70Cum9N9IbgYSQhBKwoOhaPsuK 62JdCwvYUeyKK6zoqmsBG4qggIhICxAggRRCAqmQeuvMnXvv3Gnn++PkTi6hiBTXMr8nT577zpw5 c8p7fuc97ykDgAQJEiRcAjBHoTgr66l77gn297+UGN9YsOAfDz3k8AYMAIDhOPqNOVyH414vQcKf FaNtAUJRRL+hIACH6y++9NLClSv/t0kdGBlZ+uabuw4dEq/IxV9fvvZackzMZXlN57ZtY0WD44g9 MBwfIxEMGys4CRIkEhHbAuIOAACEUBCgnUp+Oy0l2N//naeeajl+/Kr77juNRBwZ5PCePb8o0vTC wnFXjul0aYmJ1oEBACHAsAattrSwkDp+HAKAYdiP/f1zqquJI0dQ4B/7++dUVRFNTUjcMTAwc9o0 sqUFibsGB2vKy8nWViTWDQ1NLysj29qQuH9kpLyoyNTRgcSDGs3k/HzqxAkkNmq1RTk55q4uJB7R avMnTbL09CCxRafLyciw9PUhsc1gyExJsZ46hcQOo3E0C4gWCSIpLo4eGkJiN0nGR0fbRkaQ2EdR 0eHhjFaLxH6zOSI0lNHpkDhoNoeFhDB6PRKHLZaJwcGs0YhEjdUaHBDAkiQSdTQd4OvLURQSjTab j5cXb7Eg0cQwnh4evNWKRDPLuru5CTYbEq0c5+riIjAMEhlBcFIqBY5DIicICoUC8rxdVyGG42IX Nw4ChDKZbLQbPONZG887OzuLL7JwnJurq5gMimU91GoxkSTDeHl6ilkw2my+Pj5iBnU0HeDnx5lM Y6URFCQWzpDFEjphAmMwjPaBZnNEaKjNXrAnKSrKodh7TabYyEibRiPWUUJsrFhlJwgiOSGBtldo u9GYnpwsVvdRvX5SerqoDM06XW5WlqgqR3S6guxsUZEatNrivDyzXc0OjIxMcVDCfcPDFaWlpmPH kLhnaKhq6lRRgXcODs6oqBDVe3t/f62D8ottAUKIAbB/eHhyXp6lsxNCCDHsuL1YHHHprfXiYkiO ifnytdcQj8gBAGU5OY4Mcs3ixb8o0s+feWZcylLj4y19fQDDAITNRmNRdjbZ2orGLzuHhmqrqgwH DowW4uDgnOpqw8GDSPxpaGh2ZaWxoWGUQYaHZ5SXGxsbRxlkZGR6WZnRzj77NZrykhLCXh8HtdrJ BQXk0aOjDKLXF+XkiHXZZDDkZ2ZS9ppuMRhyMzJEumkzGrNSU0Ut6SCItKQks12HOkkyKS5O1LBu kyk+OlrUvz6KiomMFLXzlNkcGRpKDw6O6r3FEh4SIqrysNUaEhwsso+GpoMDAmz2ZqC32fx9fUW6 MTKMr5eX2KJIlvXy8GAJYpRBOM7dzU1sflaed3V2FhunjeednZw4e9NFLCA2bAFCHMfheRgEx3mW HXtWqRSfRQwivmj0vfZkoFSJiRxNsz0LRobx9fYWM6i32QL8/ES2HS0Ne+EMW60hEybQw8NiSUaE hlrtBXvKbI4MCxOLHdWCtb8fiT0mU3xMjFhlnSSZnJAgkkIHQaQlJ4vV3WY0ZqWlicrQYjDkOqhK k8GQP2mSqEiNen1xbq7JrmYHtdqywkJRCfdrNBUlJSIpjGqsXYF3DQ/XlJeL6o20XVT+7YODtfa2 AAHYp9FUFBWZ2tsR5R8nydTExFZ7ji5Xa72UGJJjYspycrbX12MAgB/efTckMFCMkUM1gUYe4n8H ETv94slTpw5s2CCm7I0FC2bFxY2aJCSZlZ5u7uwcLUSNZmZlpdE+mvpxZOSqqiqDXfxpZGT2tGnE 4cNjgcvLRcqo02qrysqI5ubR2tLpKkpKRII/qNeXFRSM1bTBUJybO6YHRmN+VpaYjBajMTczc0yH CGJSWppIGR0kmZ6UZDl5crQHM5lS4uNF7eymqISYGJEj+szmmIgIUe9PWSxRYWFiZzhotYaHhIgc MUzTIUFBYr+qoengwECxgelstgA/P85ukhgYxs/bW2yrBMt6e3iI/TnFcWo3N4GmHVuyaBogBhFO ZwFoN0kQR5yLQeDp/MJBqFAoxGcZQXBSqcSYaZ53cXgvYhAxVSaW9XRIM8EwPg450tts/g751dps QQEBYmmM0PREh7IaV5L9FktEaKhog5w0m6MdaqGHouId6qiLopLi4sQaPG4ypSUmivV7jCQzU1Is vb1IbDUacxx0AzGIqDmHDYYiB706pNdPdtC6Azrd1OJisRvbp9VWOmjsHo2mxkGfd46MzHTQ9u0j I3PFtoBhuzWa6ilTSPQshh0jyYykJOvJk9+0t4s+kUtvrZcew8mhofLbbpMDABCDnO5vvdAYAXaW wRqye4+bzRmJiVRHB4QQg3CvXl8zZYph3z6koNu12jlVVbq9e0cZRKOpnT7dUF8/yiBa7Yzycr3d YKnT6arKykS62a/XTyspEQn+oMEwpbBQpP9Go7EkL0+0GJsIomDSJJN9BNRCEHmZmWLFHyXJ7LQ0 0RZtN5kykpMpu9KcoKiU+Hhzd/cog5jNCdHRosL1WSyxkZEqD4/4u+7ySkmRu7uzJKk7eLDn00/J 48cHrNaI0FBxQDRE06EO/eqIzTbBodfVMUygn5/YKgwM4+fjI/bYJMt6e3qKDYziOA93d7H5WXje zcVlzAYRBGcnJ85sRiIrCEqlErVkpZeXW0wM2dzM2c2KcW4phZeXR2ys4fBhxAschAq5XGQBxCBi zDTPuzq818Lzbq6uHElOmD49dO5ct/BwXC6nNRqivb17zZqTTU3eXl5ijgwM4+/rK+ZXxzCB/v5i aYzYbBODgsSyGqLpsIkTxZLst1ojQkNFG+SkxRIdESEahr0WS1xUlFhH3WZzYmysWIMnKCo1MVGs 33aTKTMlhTp+XFSGnIwMUTdaCCI3K0vUnCaCKMjOFvWq0Wgsyc8Xte6AwTC1qMhoJ4V9en3l5Mmi xu7R6WqmThX1eZdWO3PaNFHbd2g0sx3awi6dbmZFBdHQAACAGHbUZMpOTRXNqLPNjlxSa72UGBB1 yK9ImiA8bjanJiaiyoMQHtDrp0+ebGhowCCEEG7Xaq+qrtbX16Mx+Q6ttnb6dHGMgwpRtPrq9Prq KVPE6tlvMEwrKTGKlWc0TnWwJxsJoiQvT+wNmkiyYNKkUZsQgGbEIA5Kk52e7qhSGcnJjgqXkpAw NooxmxNjYsQOrddiiYuM9J00Kemhh4xdXd+tXDnY3+/q7Z1bU5P39tsrMjNTIiMdm0HohAmihaKx 2SYEBootapRB7L2ugWH8fH0dRwTenp6sfbxAcZyHWi22ZMQg4lgDmQa83RYYNRzsloJ7YmL2c899 OmOGK0XJ0OwYhjmaJF5JSZnLln06Y4arxQIAkMvlotHBCoJKpeLtjg+bILg4O4tkNJoMiyXiuuvi 77nn2KZN+1etIi2WCXFxmeXl2vBw/uhR0e9jZFlfHx9GNMEYJtDfXywNVDii0YEYhLbzywBNR4SE 2OwFe8pqjQoPHzMMLZbYqKgxs9FsToyJGTMqKSo1MVE0OdspKjM5mRINUpNpUlqaqBstJJmbkTFm zJJkQXb2mKmL1Ew0hI3GKYWFY2aywTCttFTUWKTABrs+79bpZlRUiKOYMeV3bAsNDaitHSGIwqws qrPztJnN3waDnGV25uzx/myMZ4v3OEWlJiRYenqQf+iw0TilsNDQ2Ij09SeNZm51tW7fPuQ0+Umn mzN9ul60QfT6meXlYhHX6fXVU6eKFbDPYJg+ebJoEx40GqcUFYmV10gQpQ5Ve4Qkixwqvpkk87Oy xG6n1WTKdRgJI5UaYxCzOTUhYVyHZjm9u5M7OSU98EDPrl1Lb7pJrVBEqFRALv/u66+9ysvrtdoY V1fHZiAyCOpmRe+glmGC/P1FBtEzTICvr2h0ECzr48AgJo7zVKvFzt/M8+6uriKDWFFLPp1BxGbP QSjDMABAnUZTCKGrXI5hmOg6HSV/QUABCgRB7TBsQYMaRwZxdnLiHN7rak9G+Lx5x7dte+q228Jc XUNcXEb27/9g9WojABNkMg8PD8Qgfj4+Ygb1DBPg5zfGIAwzITAQFQ6uUAxSVGhwsMgggzQdHhpK n4tBrNbYiIgxt4jFkhATI1ZZD8umxMWNDVopKj0pSWSQYybTJAdlaCXJ3MxMUVWaSTLfwZg9TJLF OTmimh0iiDIHBqk3GitKSsZMEoOhqqxMVOA9en2Ng3rv1OlmV1bq6+tRW9ih09VOn244eBACADDs kNE4OS9vdEYCgBP2nuPyttZxMaxasuSuZ55BMaz85z8XLFv2szHILzxGdHF8vGeLFDU/NE3VYjIV 5+QQzc0AQgjhTp2utrJy1HLDsB1a7ZyqKv3+/SKDzJo2bYxBDIaaqVPHRjFGY2VpqcE+ijlAEOVF RaI92UAQk/PzidMZRJzHaTGZ8jIzRZPkqMmUk5FhsivNMYrKSkkRVeq42Zzm0GV1WSxJsbFih9Zj scRHRVn7+2MWLQI4/upDDwW7uRW5ueEYBgDop+mJnZ353t6oQfKxsbUPPeQRGwsgNLS07HvjjQl6 PepmA0tLs5Yvb3z88YnV1V6pqRgAp/bs6Vq1Cuk9utuweHHIzJno7kBdXceKFaKPFgQEFC1c6JOV JXd1pbq7W1evxuvrxYYtDwjIXrDANztb6enJGAyagwebnn46c9kyAMDr9tJuW7Gi6+OPHSsu6/nn zwzAQeiXnh53xx2eyckAQn1Ly/F33jHYeZzmeRcXF3HIo/Ty6h8cnOjsXOTjg1gv3NeXN5sFAKAg GFk2JDEx+i9/8c3Jkbu6Gru6+tau7d+0CT3rUlh488svNyxaFH7NNR7x8URf38l169Iee2zXjTeS J04M0nREaCg9NJTz6qsqP7+1V18dGRqKY1j6E0+g2MynTnWsWoVGPb1Wa/H8+SmPPIJic4+Ptw0P /zhvHqLR42ZzelKS2GEco6hJqamiMozqhuiDN5kcHatHSLIoN1c0dRsIYnJBwdighiDKi4vHrGaj sXLyZJFB6gyG6qlTRfVG2j7afWLYDntvimEYBGA/QUwrKiKOHkWLJFCv1mYn0ItkkLOSyOntHQCw avHiBc8+u/Kf/7zA9o6fk5kcYnRkEADAykWLzpcmAMw9PRBCAGE7ReWmpxNHj6IZ7916/axp03T7 90MIoSBs12prp0/X7dsHBQEKwk6dbmZ5ub6+Hom7dbrqKVP0Bw8ica9eP62kxNDYiMR6g2FqYaHx yBEkHjIaS/PyiJYWJB4miMLsbLKtDYlNBJGbkWFqb0diC0HkpKebOjqQ2EaSWcnJVGcnEjtMprT4 eHN3NxI7KSopJsbS14fEbrMZMQgUBJ/MzP6jR3UDA1lOThiEUBBOWSwRISH00FC4szMUBFtY2Ix3 32VZ9t277379rruMMtn0d96xurqiqAiGAQCE3XVX0xdfPFVU9Oy116qTk31uvZXmOCgIFMsCAML/ 9jfxrltSkt8dd6C7grd3xQcfOIeGfrl06Yvz5+/fsyfvhRdAWhqKGffzK/vgA3VCwsYXXlh+zTXv LF06wLK7h4ebnnsOAPBkbe29ubn35ua+9OabRwkCPTJaUGcEaDYavRMS8las4DAM5YKQyXLeeIMP DYWCYOU4Zycn3mpFj1MsSxw7lldbm3/11Qp3d5JhPNzdOZMJCgImCEaGmRATk/fGGy4REV8uXfrC /PmH6urSli6V5eRAQdDQtJdaDQCIuv/+xs8/X1xa+uKCBe+99x5DUURBwXGKCpswwTo0pPT09M3N 3fbpp00mEwZh4bvvukRErFmy5KUbb9z300+Zzz8vy8npMZvjIiMRU0fdf/+ONWuerax89tZbtwwN QUE4bjKlxcdTXV0ozcdMpszkZNOJE0g8SpKOutFMELkZGaIiHUF61dqKxAakdc3NSDxgMEwtKDAe PoxENO42NDQgcXRQY9fnXadr+09abW1lpW7/fiTuQV6/5mYIIRCEdopKSUgw2+3is7bWi2SQ02NA FgMAADEIAOBnGeQcJHKOGBGDAAAWPPecGObsIzUIkVskIzmZ6uhA4j69fsaUKYb9+4EgAEH4Saeb U1mp37sXiTt1ulkVFYb6eiTuQYEPHEDiXoNhemmpsaEBifUGQ3lREXH4MBIPGY1leXlkczMSDxNE cXa2qbUVic0kWZCZSR07hsQWksxLTze1tyOxjSQnpaRQJ04gscNkSk9IMHd3I7GTopJjYy29vUjs MZsTIiOtJ08iUeXnpx0Y8JLLXTAMCEK/xRIZEmIbHER3B63WooULbQTxz3nzjv74I7dv3/5HH7VZ LIE332xkGA1Ne3t4AAC+efPNNWvXuprN6RTV+cknSZWVDRRltNnUrq7iXbXFkmY0incpls34298A hi2ZM2fX118rWltPrVhxdNOmhL/+9ZTFYuO4lAULMJlsyezZW9esUbW1ue7de+DRR6EgoMlU/eBg utVawDDTXFyinJ1RatGf7fQAU5yd493dY266yUaS/5w3r+XHH92PHNl9990oF8M07apSCVYretbC smoXlyNPPEEMDc1Zvnza1q0z169PuPtut7AwIAgkw/h4eETNnw9wfMmcOT999ZVnT0/fK6+gZLeZ TMH21SLfvf32h//9bygAmUZjjovL4A8/FM6da1UqbcPDQBCCp00DEP7wxRdhCkXsHXcAHF80Z86B 775zbW0VY3P28rKePIlcDN+9/fbGTz/10WozCaLQy6uTotIc6rfdZMpMSjLba7+NJLNTU0XdaCHJ vIwMUXOaSbIwK0vUq8MEUZqbK2rdQeSbO3JEVNFpxcWixu7V66vLykR93oPG7HZt36XT1U6bJraF XTpdzZQpxsZG1HCOUlRGUpKlp+fsi3p+CYNg57JEHAIvePbZsd9nMAj2C4Yz9gcWPPvsysWLR3kE Mcjzz49P7tli6LRY0pKSzN3dKNghkqyaMkXf2IgWOP2k011VU6Pbvx/gOABgp15fW1Wlr69H4m6D YWZFheHQISTuNRqrp0wxNDYisZ4gpiG3CI4DAA4SxNTiYqK5GYmHSbIkP588ehSJzSZTQXa2qb0d iS0mU15Wlun4cSS2UVR2RgbV2YnEdrM5MyXF3NODxE6LJSUx0dLXh8QeiyUhNtba34/EPqsVwzBe EFzkcoDjp2g6OiKCHh5GdwdoOjIszDMp6cj330ObLcHLK3LiRJtWq9u7Nz43dw1BVMXFIedo2969 YS4u6aGhrNEIhodlcjnp5ubj4YFcG21790a6uiYHBXEUJd51d3Pzzck5un07ZTRO9fPzdncXaJqt rw+tqjomCKEuLn65uS1btxo0mukBAR7OzgLL+ioUYa6uvL2yXORyV7kcOVYdVXN0dwIALnK5k0wm l8shz3tnZh75/nvBZiufOBHneSAIKBdf0XSAkxPKr4Xn3dzdeZqm+vp+vO66wejo8JycmEmTkubM mTh79vcLF3p3dHAU5Zeff3T7dpPBMDc2FjebgbMzSvaQTJZAEEiXWnbtSg0ICAEAyOXOALSsX19T W6uKjwcnTgAAAqqq+g4eNI6MhAcG+uXnN/34o5UgZgQEqHAcADC0e/eUqqoWrXaKm5sYW5yLS4Sb G1ppkpKYaLZXaIfZnJmaau7uPqsyIFWh7KrSbDIVoGVHZ1OzQyTpqIT1BDGtrMx4+PCYApeXGxoa kLjHYJjhoN6jyn/gAMBxgGE79fraykr9oUOoLpooqigry3TiBHYed4a9PYrmgyMWLF/+s63VsUWv XLxYDLZy0aILae/n9ImIzyxYtmx0/HKBDAJAp9Wampho7u3FMAxgWJPROLW42HjkCIZhGIbt1Gqv rqnR7d+PCGWnToeWn6FS24PcIvZC3Gsw1JSXGxoakFhvNFZOnmw8cgSzM0h5cTHR0oLERpIsLSgg 7cPIJpOpMCfH1N6OxBaSzJ80iTp+HIlo6Et1diKxnaKyUlPN3d1jQ9DEREtfHxK7LZbEuDhrfz8S e63WuOhoWqPxmTABANBvs0VHRNiGhzGRQcLDbSMjCrV6RKPxUiqjQkNtWi2G45zR6OblRfA8azSi wAxNxwYFcSSJ4TgqTVwmo0jS33430teXt1gc71rMZpW3d+rMmaurq/GxjQQYhmGCqyvLMEpPz6Gh oQkuLp6urgLLohdxEMrl9urGcYDjOGKQ0/Yz2ddeY5hCoYCCgOE4ysUEFxcZhEjvbQaDm5fXsNWK eXsjx6q7u7tA0+hFMggTh4cH/vvfjatXbwoJueeLL1Luu2/LddcFOTmhZL/jkGyUbtbZmbdTmIUk 49FqWgCGbbZQjYYaGMieM6fj2Wc9IiJ8ExK+ve++QJXKRaFQentnzpq1uqYGxQYhxGUyDMM4V1ce AA3Ljsbm7IzheCfylJ88iWI+bu8wkHiMohyVodVkys/Kok6cwOwM4qhIiEFMbW1IPEQQU4uKRCU8 aDRWlpYam5qQuN9orJ461Yi6TwDqDIaZDuq9S69HntTRtqDX11ZVGQ8eRLXZQBCl+flURwdqR112 x9N5Wusvu3tGmJX2hWcLnntu5WOPAQBWPvbYguefxy5idmacUYRiPDuDnNWxam9+EMKjJlNxXh55 9CgmkwEId+l0s6ur9QcOYDIZwLAdGs3s6mrjwYOYTDY6uVtZaWxoQOIevb66vNx4+DAS9xkMlWVl RFMTEg8YjVOLi8nWViQ2EERpQYGprQ2JR0iyMCeH6uhAYovJlJedbT5xAomtJhNaU4TEYyZTZlqa pacHiccpKi052dLXh8QuszkpPt7a34/EHoslPjqaHhrSNTSEVlfjfn4xwcH08DC620/TkWFhNq0W k8lYk8nNx8fX05MxGNBd6OlpJQiG5zGZDNi7fWC1YnI5AICyz5VAHBfvYiyL7lrF3Vk4zhBEw65d 6155BT99/4VhZIQJDGSMRnd/f1elEgoCei8HoVLuUNc4jsvlZzGP7S+VKRQAw9CzLEm6+fg44TgS GUFw9fOzGo2MIGAymZXn3dzcBIZBd80876FW8zQd6Ooa6OpqIgh9Y2NwYWGD0ThjwgQbQTQ6JBtC iJyIKNmkPftKhQKTyUZstrCJE216/dD33+dcc813Tz751xtu4CyWnzZsmOTuPsCynMl0aMcOFBuK SiyELg+P8uBgMbZumk5NTLScOiXWb7pD/R4zmbLS083d3aJu5GZlmTs7Rc3Jz86mjh8X9ao4L49q bxe1rqyoaFS9kU6WlhItLWfV2D16fXVFhbGxUdT2WdOnGw8dGm0LWm1tVdUooWBYvdFYUVREtrVh GAYxrNNiObtj9RcxyDmniU+zGBY89xyyGM7CIBdoiZx1WHVOBjlbpNaTJ5FyHKeo3IwMU0fHqFmh 1aJ1vkjcqdXOqakRbZDdWu0sxCAosE43AzEIskH0+qqyMpHgDxgMFSUlIv03GI1lBQWkvXM4QhDF OTnie1vQ5K69Y2klybzMTLHbQdN7Yqd0nKLQilUkdpnNyYhBkA1isaAVqxiO937xxYTq6nnPPNP9 xBPOOI7WQUWFhflkZAx8/z0AYLChIaO8fNfy5ehZo0IRWlzcUVenxHEMx032ZaAYjmM4rmeYCR4e YhVY7S0K3TWxbLCbm3h3sK4uOiPDxWBIcHEBADA874SWqAYFucjlw/v3Z06btvvVV9F7eQiVSiXk OLTwVK5UyngeO1vdiQGA3X7hITQ0N4u5YAXB3dfXLze3Y98+JY4zELq5uQk2G2Yf1ATGxVFdXUik OM7bx8czNJQcHiZZ1sTz+kOHxGSTaPYaTVsGBdGC4OPlJWZZy7IhwcGMwYDh+MD330ffckv41KkB xcVtW7cKNpvS0zMqNHTEXgjeOB4SHCzOEw96eqbGxIizyP00nZmQINZg5+n123F67bedrhstBOGo OU2n61UjQThq3UGjsRz1anYVddTY/Xq9oz7X6XSO2r5Lp5tTXY3aAoZh+/T66Wi1K44DDDtBUWlJ SdbT17yf2VrP6cI4b2s902IYi/BMBrnQ4czPOmZ+zluLes5uszkjNdXS24vL5RiE9QZDdUUF2dSE KxRoyc3smhqioQGJe7TamVVVxOHDSNyn01VVVJDNzUis1+unTZlCtrYi8aDBUFFaSra1IbHRaJxS XEweO4bEJoIoKSgwdXQgsZUkC3JyqM5OJLahQU13NxLbTabsjAxzby8ST1BURmqq5eRJJHabzSmJ idaBAST2WSwJsbH08PDosx0dbqtWpS9YEBQaavzhh8GBgdKoKJ+MDK+UlLr1612USr9NmyYUFl63 erXhq6/MPF94220ylerTl18OdHHRQ5jq4zPa/cvlBABBwcFj68cBUHt6inctGObj5yeuPbfh+MnP PkvLzr59zRrDt9+a+vtdPDxcJ070y8+vv/deRhB61671ycu79eOPBz791DY46BIQ4F9QcOTJJ80n TwIIq26/Ha+rc8ZxemTEZjA4ViF1egDz8LDMZOr66KPsFSuuW71a++WXTipVxLx5MmfnT19+2c/Z 2c3Dg7fZUGnQPK92dy96773BujqioYEYGQnz8wssLXWLiPji6aedZDJff//jq1dnrFhx+5o1A998 o6AoIAhuERF++flb7r57gq+vuMKFgDA6JIQxGFDMvb29hvb2ax57zDkgYOunn/q5uERHRjI6Xef7 72esWHHbmjXUjh3m48dlTk5uERHqnJz25cvp4WHMbnnFRkXZRkbECk1LSbGcOiVWd1Z6urmvT1SG XAfdaCPJ/Jwcc1eXqEhFeXnUiROimk0uLDS1tyOxwWgsLykRdfKgwVBRViZqbL1eP728nLDr8z6d rqaykjhyBIl1Wu2sqiqisXH0rl4/qvxyOcSwdorKSE21njyJya9Ia730GOQAAKVSefEx2uN1jARX KnsoKiUpyTowgKtUAMLDev20yZPJ9nbc2RlAWKfRzK6pMR45InN2BgDs1WhmVlcTzc1I3K/VVlVW kq2tSDyg01XtdbS7AAAgAElEQVSWl5NtbUhs0OvLJ082dXQg8YjBMLm4mDpxAonNRmNxYSHV2YnE owSRn5tr7ulBYpvRmJOTY+ntRWIHQUyaNMnS14fETpMpPT3d2t+PxB6KSk5OpoeGkHjSbI5PTLQN DyPxlMUSExen/e67dYcPh111Vfz118eq1bTB0Ftf/+7ixUcGB++cMsXY2vrTAw8Ez5+ftngxjmGa 1tZ3rr++u7W1ODIyJCRE3F9rwvHIwECWonB7Gfr4+4tbZq1y+UQfH95qFe+qvb1tOl3dvfc61dSk 3nijZ0AAb7MRvb1tO3duOnlyVlKSTafbs3Ch+qqrku+4w9XT06rTnTpwYMfwcKmTU9Obb6bMnOl3 4424THZ41aqTX33l7KCaHEU5Bjjy73/3ffklfuoUykXm0qUoF+9ef313a+vslBSA46g0aJ53d3YW GKZ91SpbfHzkDTfEe3lxNK3r7FzzyCMbPvwwPyIC8jxrNtfde6+qpib95ps97Mlu3rHjgFZbpVaL GQwKCuJpGsWsoemwiIiRH3+MW7DAODR0aOfOmvR03mKROTuzZvOGv/51wtVXp9XWoth03d099fXr Dx2qjokRY2NNJiexQlNS6MFBFHPX6dV9nCQdleEYQTiqylGCyM/LM3d3n1XNjhiNZQ5K2IAYpL0d iQdPV+Bx6r1Xo5nhoPz7NJrq6dOJlhbcyQkA0EoQORkZ5pMnxexc9tZ66TFgAICBHTtGV79s2XLN 4sU8Wkx5wTH2nThxYMOG4spKFMmzf/lLVlxcXHS0bXgYjVSPGo3ZGRnm7m608G6fRjOttHRsn5JG U1FSIi4HrNdqpxYWiqvCDul0k/PzxZU/jTpdcW6uuLKwyWDIz8oSt0u1Go3ZGRkWcRERQWSkplrt s+tob664yeI4SaYmJIgLHLtMpsTYWHH5Yy9FxUZFicurT5rN0WFhtnNs9j+q1Q6Q5KBOx/C8k1zu 4+5ekJiotrNAu07XqdMNGwwAw/zd3OICAxMiItCq9h69fmt7+w3FxS52QmnVaOpOnLguM9NdpUJ3 r8/Pd7PXVrtWu/P4cXQXAKC3WttGRvp0OgvDyHDcw9k53Mcnw+4LMFithwcGTun1Np53USiCPTwm x8UBnm8bGmoaHKRsNgHC3LCwVHt4EWcG4AVBZ7PVd3drTCaAYX6urnlRUb5OTqPrzTjO2cUF2s2o wwMDwxSlIUma4+Q47uHsnBISEm03rEiOUzk7H+joOGkwWBgGx3FvN7cQd/fMkBAAQMvIyN7OznkZ GWonJ7QpMdDfH5VV69BQXXe3m0p1fUYGUrwhqzV0wgTj0FBDfz+KTSaTeTo5hXp6ZoaEnDKbMZXq uwMHUGy9ZnNsZKRYod0UFR8TY7NX97htlh0kmZqYSNtVpZ0g0lNSxNHEUaNxUnq6uJml2WDIc1DC Jr2+IDtb3EvRqNOV5OWJq+kP6nRlBQWieu/XasuLisSVbPs1mvLiYtOxY6ilNOv1Oenp1r4+1I56 KOrQsWP//PDDy9VaL0t7Dy4txQAA2ro6UYG2bdyYPXPmL9oafGDDhqkzZoji49ddd+OsWeIq706S TE5Ksp46hfxDDRpNaUGBuKD4wPDwlKIisYgPaTSlDgeCHNZqi3JyxIWkTTpdQVYWZa+8Vr0+JyND XIHTZjBkpaWJW13ajcb0pCRRLU4QRHJ8vMgRnQSR5CB2m0wJ0dHieuo+ioqJiBCzcJKiosPCxIXq A2ZzuMP5IOPOvBixWCYEBYk7X7RWa1BgoCjqadrf4fgMo83m6+0tboQhbDbv008P8fDwEM5zeoiz s7gy3cbzziqVaN2wgqByOEyEhxDN117IYSLjNvKOe3ZczOPeO+5Mk3FpHnceyrj8jjtqRE/TAf7+ 4o4brdUaHBjI2EtyXDmfefKIYx2dpKjo8HCxD0DnBoj7/bpNpoSYGHEpcCdBJMfHi2cOnCCIlMRE UZHajcb0lBSrfflym8GQlZ4+tglYr8/JzBTXOjfpdAWTJlH2Xu2wVluUmyvyyyGNZnJ+vrhS9sDw cFlREWoaEIBmrTY3I2M0Zgj7KCo6IuLjb755cu3ay9haLz0G34ICDABA2tfhImxat+4XRVo1d66j +NjcufOKixFv9ZJkXEwMPTw8Oter0+VnZ1u6uxGlHdJoSvLyxvZZazQF2dljJ8FotflZWWL1jDtD 6Khen5WWJtblMYMhIzl5bLs3QaSergfJDkcKdRFEYmysSBk9JBkXFTVGGSZTdHi4SBn9FBXpwCCD ZnPYxImisg5ZLCHjThhyoAwdTQc6NAODzebn0EjGMQjJMF4ODczEsp7u7qKbwMxxajc3URzXVm08 7+TkBE/fLCfyyzgWEADAT18ectphIqffFSCUOTzLCYLSIWaW55UO76U5zsUhVRaOc3dIM8VxHg6i iWU9Hc4uIhjGx8tLLI3xZxfZbIF+fmJJamg6yN9f3Mc8YrVOcDjKaFwdDZrN4Q5HGZ2iqCiHCu0j yRiH2u8hiHgH3Rh3GNUJgkhx0KsOozHNoaM6ZjBkOJxr1arTZTtobLNOl5uZKerzuCOyGjSaYtQW IER38zIyLL29iMp7STImIoLRaj/dteu505vnJbbWS49BPWkSBgCg7Sv/LwsenDHjurIy1PwiwsIY gwGtBWjT6zMzMmz2Im4cGSnIzhbHGkc0mrysLNFibNZqc9LTxw6e0umy0tJE8Zhen56SQoudg16f mpQ0ZpoajUnx8TaRMozGhNjYscMmCCIuKmqsUyLJ6IgIcWBy0mSKCgsTe7ABigoPDR0zOszmkOBg 9hydocZqDfL3F60MndUa6O8v7p0z0LSfj89pjcTLSzw0aByDUCyrVqvHbBCOc3c4OszKcS7OztDh UA9nlQo62CBKh9NDeAjlDmeUjeOIcUcBjFt+xgMgx/Gx880gVJxukihVqtOS4UAoVo5zdUjzuKNG KIbxcMgvabN5eXqK4jh6NdC0v68vaycUrdUa6Ocn8su4o+GGLZaJjhaK2RwyYYLIL+MqtM9kig4P F2u/lyRjIiPFAwp6CCI2Opqx80uX0ZgQFycOiMapWbten5acLB5Q0KbTZaSmiiraqtNNclDgZq02 JyND7ALHKX+TRpOdnk6fOoU2i/QRRFRYGKvXAwjXbt/+8saN4LcEp9TUK0MiU6eOTVPbFxQB+2Gr 51v3IkHCnxxw9HxVAABAZ6yKA0sI127b9hskETkAYOObb17eeKs+/VRSBgkSLjtu9vW97K310oEB AAbOtTtQggQJEs6L4LAwXCoFCRIkXAokEpEgQYJEIhIkSJBIRIIECRKJSJAgQSIRCRIkSJBIRIIE CRKJSJAgQSIRCRIkSCQiQYIECRKJSJAgQSIRCRIkSCQiQYIEiUQkSJAgQSIRCRIkXG7If/1XQvvZ TaOwX8fs34LEzvPxYQkSJPyZSQSRhiAIgiDwPM/xvMDzgv0ITxzHcZlMLpPJZDIcx3EcFwnlsoMk yQ8+/PD7rVuPd3ZaLBYvT8+01NS5tbW1s2f/XmruUEMDSZIAgLLJky892AViy/ffv/3uuy0tLRar 1d3dPTQkJDEh4e677oqOipLa0p8Wv97JZhBCnud5nmdY9uv163ft3t3a1jY4OGiz2VQqVWBAQFxc XH5ubk11tZNKpVSplAqFTCaTyWSXnUeaW1puuf32QfvBzo74HR3yNn3GjKbm5p9N8wUGuxB8sW7d wvvvP/P6yhUrZs+aJbWlPyeCw8Lkvw59QAh5QWBstn+tXPnBRx8Zjca33377mWXLfHx8lEolRVHD w8MHDhy47777Xn3jjavnzr3t1ltdXV2dnZ1VKpXsspokOp3uxptv1mi1AICU5OQFd94ZHh5OEMSe vXs/cfiih4Qz8fqKFQAAb2/vpx5/PDoqijKbW1tbt27bhstkFx0nwzDjP+l2OXCFopXwv7FEEINw HNfQ2Lj48cfbjh3btm1bcnKySqXCcVwQBI7jeJ7nOI7jOIvFsnv37jvuuCMyIuIfDzyQlZXl7ubm 5OQkl8svF48sW778zbfeQgyy4auvHFWNNJnU7u7ieOfNlSu3fP9938mTGIaFh4XVVFUt+OtfXVxc RAIGAKSmpNx5++1vvvVWZ1eXl6fnzTfddP/ChRcYAAAwotG8+vrr2378cXh42F2tLiosfOTBByMi IsQAJop6a9WqzVu29Pb18TwfGhJy/bx5d991F4p8HI41N6vV6nG9xLmC/WwGz0RoVBTHcVWVle++ /fa5wpw/R2KZLLjzzlffeKO7u3vhPfeQJtPqd98FAGz4+uusjAwUsmb27MbDh11cXA4fPOjm6noR 0T54NqNJwpWwRK44iSCa+OHHH++5997rrrvu6aef9vT0RKzBMIwgCI7eVQih2Wzu7e195ZVXdu7c uWTRoqlTpnio1S4uLnK5HMcvw1zS5PLyjuPHAQD/fuutmTU1Zw2j1elmzZnTc0axJCYkfPXFF+5u bqLiOjk50TTt7uZGmc0oFytee+2qOXMuJMDQ0FD17NlDQ0M4jvv5+Wm1Wp7nPTw8vv3668jISGQ0 zbrqqm7799MQigoLP/vkk0skEYZlfzaDZ2JSfv7AwACO47NmziwuLExPTY2Li3OslJ/NEUqPWq2m KAr5wh68777q6dOnTp8OALjt1luffuIJAEBPb29BSQkA4Nqrr37t5ZcvLlqJRH41ErmyU7xoFNPQ 2HjPvfcuWbLkpZde8vT0tFqtJpNJp9MNDQ11dXV1d3ePjIyYTCaGYSCEKpXKy8vroYceuuGGG556 9tnGxkbSZKJtNh59g+OS0Wf/YlBKUtK5wrz48suogc275pq2pqbmhobKadMAAEfb2lauWuUYkqbp xxcvbm9tfW/1anTlm9M/C3KeAC+8/PLQ0JCbq+sPmzc31td/u369TCYjCGL5Sy+NJuOVVxCDlBQX 7/npp97Ozm1btsyZPRvxfmpKiujHQX/jGOQ8wS48g45YcOedqFf4ev36Bx9+eOr06emTJr382mus /UNZP5sj0cqbPm1a3Y4dB/burZ09OyEhASVyw8aNPM8DAL7+5hsU8rprr73oaKXm/UcYziBPKm2z 1V511aTs7FdeeUWlUpnNZoqient7P/rww4MHD5ooSiGX4zj+l5tuKiwsjIiIQE8NDg7SNP36668T RuNjDz8cGBCgVqvRCOgSBzWRcXE0TQMA6nbsCA8PP2uYjJyc4eFhHMePNjWhAY7YNyYmJPywebPY +3l7ezcdOoTjOE3TkXFxyKjevHHjhQTIyM4eHhlRq9ViO99fX8+yrKen59EjR8RkYBjWeOCAv5/f ZXSsXkgGz4pvN2167/33Dxw6xNq/dAcAuOO2255cuvRCciRaZ00NDW6urmIM7//3v4uWLAEAfPrx x8VFRchaDA8Pr9ux41KilfC7d6wiOnhr5cq2Y8c2b9miUqksFovRaNyzZ8/DDz+cEB9/4/z57m5u CqUSx3EbTf/joYfuvffegsJCuVzu5+d38uTJu+++u6amZveePdMqKlQq1WUZ0YSGhKDhTHNr67lI RKfTAQDc3NxEF8nECRMcb4mYEByMkuTk5ISucPZu+WcD6PR61H/u3rPH8RGj/ZuP6F3ubm5nMsil e5cvMIPjUFNVVVNVRdN04+HDn33xxaeffw4A+PKrrxCJ/GyOECIiIsY19bm1tU8+84zNZlu3fr2P jw+qoOuvvfYCC+pc0Ur4dSC/cgwCIWQ57oOPPtq8ebOXlxdN0waDYfPmzS+88ML/3XJLVESEh4eH m5ubk5MTjmG8ICxZtOjr9esZhikpLVWpVD4+Pv39/W+88cY7q1fn5ea6urqqVCq0hORSjJEKu0/k XytXVlZUnNWx6uPjMzw8TFEUSZJojHDK/lFVHx+f0wy5n0vJeQKgt2Skp3+7fv15ApgoanhkJMDf /8Jj/tlgF55BR/T09obb+/z8vLz8vLyN332HTMsLzBGCQj5e69Rq9fTKyvXffLNp0yZUBTKZ7Nqr r77EaCX8OriCPhFBEBoaGoxGY0ZGhiAIJEkODQ09t2zZrJqamOjowMDA4ODg4KCgwICAwMDAwMDA oKCgG+fP37J58+HGRqVS6eHh4e7uHhUV1dTc3NnZabFYGIYRLtkt8tc77vD18QEANDU3z5o7d/03 3xxpatq5a9fyl14qLC1FYSorKlD6lzzxhE6nG9FoHn/ySXRrWnn55SqfiqlTAQCoS0fuHoIgvli3 buacOY7JgBD+/b77Oru6bDZbW1vbx2vWoLuiadPW1naet5w12MVlsLis7C+33PLhxx/XHzhw8NCh Z59/3mw2AwCi7CvNfjZH5wGyO0iT6b0PPgAATC4pCQgIuPRoJfyOfSKCIDAM8+HHH4dFRs6ZM8dq tXZ1de3cufOD99+/5+67gwIDA/z9PTw8RqdvcRwKAsOyFotFo9E8/Nhjn3/xhVqtHhwc7Ozs3Ldv n16rvWrOnKCgIA+1WqFQXOKg5khT0y233z5s/7z7OE8kOO/szNdffolsZnFacbPdUYqujHOanCeA RqudWVuLHL1qtdpJpdJotRBCmUx2sqsLnHd2BgDwzLJlb/373463zpydOVew88zOiBk86+j3rNfF xWY/m6Mzy8RRYXILC/sHBpC4etWqmqoq9PtSopXwK/hErpQlghwiPb296enpGIYRBMEwzJYtWyaX lKjVak9PT7Va7eLiolKpFAqFXCaTy+VOKpWbq6uvr+/c2tpv1q+Xy+VoCJOQkHCsvd1qtTIMw/P8 pc/RpKWm/rR166P/+EdGerq7m5tMJvP18SmfMmXlihUogK+Pz+aNG++5++7oqCilUqlSqeJiYx+8 775v1q27jKNuP1/fzRs3ojXjaKwXHBRUOW3a8mXLRDN+04YN9/7977ExMSqVSiGXh4eHlxYXo7sL //73q+bM8fLyOv+45qzBLi6D7/z739fPmxcfF+fq6iqTyTw8PIqLij74z3/E5ao/m6PzmcQ4Pu+a a9Bvb2/vaRUVF15QEv6AlghiECtNz6yt3frDD56ensePH6co6t57773x+uujo6KCg4M9PT2dnJxk Dg4ONB9stVr1ev3ixx//7PPPLRZLV1fX0NDQ0iVLnliyJCw01NfPz9nJ6UqshZcgQcLFWSJXxBeF dtmxDEPTtEKhQCvKrFYrY7O5u7kplUq5TIZhmMDz421anscwTKlQWCwWnudlMplCoVAqlUNDQzab jaZpxmZTKhQYhl36XK8ECRIuC+SXnT7E5SEWq9VEURRFKRQKCCHy4QuCwLIsTdM4jsvk8nE0AAHg OY6maQzDWJaFECoUCihwVpq2Wq2U2exiNuM47uTkJFco0FZfqQolSPhDDWcghBzPb9vw5b+XL0VX 7sj3mDhRjfGY3mB5bbv2wqNaWBEQ4OfKcXz3gOn93Xrx+l8XPZeeU+CK9tRI4xoJEv7Xw5nLTCI8 zzMMM78s/Y2n5ydVLABQYFkzz9ggz0MAMZ4XoAAFHgIeY23C6R5SHAMAAAGOnlok8AwvYICnIQ8B 4AQbTdssh75971+bdU+/u87P11etViuVStklbCGVIEHCb8snMrrAjGUBAMnVC826bsABm0ljtRBA 4ASGQWcRCQItcAwvQIFjzoxEgEDgOY4XAMvwvJWnbRhn5hneRlspSq8hbQAAvV7v4uzs7OKCBkqS MSJBwh/IJwIA2kMFBAGyUIAMx1oEG81zLM/zgOMEjOE5luU4nuOgMOpYdWQBCKEAOcjxAs9AgQdQ 4AWInCmIYgAAZovFZrPxHAelCpQg4Q9GIsB+hCrAcRzDAVBiuEomswAo4DjO4gBnAJAJEGA6A6Ux UgzLAwACfdz8PEeXJwiCAAQcg4J9gEQDAFiBFSDDcRwnAAAAyzCcw7mKEiRI+COSiICcGyzkWcZG 8wIEUBAwBgCG5/lBDdE7oD85Qn66taVn0Bge5Hl9Zers0kQcQIDhAMMhjgOI8zYcd1HjtAXHAAYg a7MqFWPjJvRLqkIJEv5oJHIam2AAB7hC5SwTGMhDlgUCLuAQdg8Yh7TU8v/uRiF7Bo3Pvb8TAGxO abwgCAAKgiBAnocCK9gYgaXR4awcLwi8VGUSJPy2cMWWvfM8hCzPspzAsTYrQzMsywKWwSDPC1CG wU++bxr3yNrvj7gHxqHVqDiOYzIFhiswhQxXOcnlcplMJsMxXHKhSpDwJyERTCbDwOiXH2QymVwu BxgOFEog4BiAGI73DBjHPdI9YHTxDRO/KSFwDBRYAADgBchBnmMFCARp+CJBwp/KEhEgmtMVeJ4H UAAsIwCOFyAUhPAgz3GPhAd58CzDsixvM/M2M8+YBZrmLSYbbWUZG8MwPMdyki9VgoQ/kSWCKXAM xzAMQggBDwUrD2wsxwsCnx7jf83U+HGPXDMlHmIAsGjxiIBhGMBwHAM4jmNyTCaTAVwuDWckSPit 4Yo5VnEcw2U4JpfjcqXKCUIVAG4cy8h4RuAZqFTOq8xWyJVrvm/qHjCGB3s9cPvcOXNqiVOtcicn jsdxTi5wDCbnBU4BAA+E0e12EolIkPBnIRHIshCyHMvYOCtNE8AmQBmPPjEj8BzHMgLkkkI8ugeM AICeAUNlWeFgy4+MxShAAFhBEEYPIsXkmEyQ8QKHC7izSiH5RCRI+LOQCCaTAfR5XUwux514JQ8g VGCMTMEwAMgBIM280To2YauleGgZdbVCyAIAoMBClgccw3OswAFG4HCZXCKRi8OjDz8sFYKE8+P5 F1747Q1nMAUuAwq5CipVOMcKgsDhAHCCDOcBxFkO6kmrGLx+55bZc64aaP4eAA4AAKAAIQT4mB8V 5wW1ZyAAI1JlXxw+kD4SKuHcuPm6636Lwxmet0HGxrA0bbVAwEOOh9DGcZzAcyzLQoEb1pNi+K6e PjFJGCbgOAuAnGd5iClkQOBxHpfJZa4euDQ7cwkY7OuTCkHCmRixH217kQbDlUoXFAAUAAAYaxMA AxkbhDae5zmeZxhGR5hpi7n5xNhRyc2dQ5SVljt7ApbhBVYQBIHnAMbxnI0VWIyHaKcML41nJEj4 jeGKkQiGo+0tEIMAAIhDCCEvwNHdLhznOJYBAEBB2PT5e95haSxrFjiap62C1SLYaCjwEEIOcgLP uXh6S7v+JUj405AIADiOCzgO5SocKHGoxJQqpUIukyvkSpXCyalfz+w4fEoMvOPwqWGCsZHDChcv ucJJ5uwqc3XHlW4KpQrDZXKFUq5Q4rgSl75PJEHCObD93N8/vaK4krMzGI5hGI7hOI7zcjkOBIix chkOoczL031abtS03KhxT5GD7TgGBEwBIIthGBoT4RjAcJnKzR3HcSBtwJMg4TeGK+ZY5XkgcAAA AXI8zwOWgTjL8QLP2tCWXF5gIccDON5TCiEEkIMCL7A05HlBgIIgyGQyIHOCEArSwcwSJPxJSARt 5wccDwGPcSyPc2hfHaIJDMNkuEJQYCgBaB0q8ndACHnWBiHEcAUvs8l4mcLZQ+nhy5B6hreg2Zkx z4jkIpEg4Y9HImMtHAqcwGEsL0AOQrQNj+M5nhc4wHAC5CCEANgwDAOYHMoxuUwpkysUCgUArpgA AQByFzWAAmRZGY5pCM3I0cNocgaXyf5I36860dlZVlGBvggpQYJEIgDH8fi0ST/+63a/+Cye522k gScJAXACB6DACzzH4ZzAChCH4vmGcod5Ww4DkOUxyLM8FAQBCjzHcbwABUGw2eCRk7b47BInJyeF QiGTyX4pixxqbJxZW4t+u7u5ZU+a9NTjj0dGRl7g46f6+xfef/+6zz6T9OaisfD++/Nyc+dfwtIm AMCx9vaKqqpfh3YfW7w4Ijz8zttvl+ruVyIRDACZXD6puHzNtu+6Prr8SyTjs0syiqZ4qNXOzs5y ufzijJETbW1KpbJ/YGDx0qX/d+edP/3wg+NdlmUVCsVZH6RpuqGx8Q9T94hSuzs6VCrVuCsRsbFn ho+KjOw8W7uNiox87ZVXLoSdj7a17a+vf+XFFwEAq1av/uLLL3+wTyg889xzb61atX/PnpCJEwEA hxoaZl91Vevhwx4eHhfRSWAY5uriEhoaWlpcfOcddwT4+zsGe+Lpp99+553P1qwpKigAANx4883B wcEvPPecGEAQhOyCgoV/+9vNf/nLwr/9rbyqav7111/GzzBLJHK+gQyO4wq5vLhyRlJ2gU6vp0wm hmWhIFz6V7gxDJPJ5SqVykOt9vb2dnVxUSgUGIZdBI+gQ5LCQkNvu/XW+TfdRNN0T29vRVXVIw89 tH7DBgDA1k2bdDrdI4sW7dq9W65Q1M6a9cSSJQqF4vobb2RZtqCkBADw1BNPlE+ZctZgAACW495Y seLzL7/U6nTOzs6zZsx49qmnAADnCi+ip6fnPx98sOiRR5ycnP6HatHd0YF+NB4+PPfaa4+1tKiU ShzHReNx3PWmlpafZWcAwLvvvXfVnDlyuRwAUFRQ8PSzzxoMBi8vLwDAnrq62JiYPXV11117LQBg 9549KcnJv4hBxnUSZrP5aFvbqtWrp0ybtv7LL6OjRqcCGYb5/MsvExMSPlm7FpHIDfPn3/fAA08s WeLi4oLC/LRzp9FonFNbCwAICgpKT0tb99VXN9144++ueVfNmLFp48bzX7kMg4/L7hCRy+UuLi7e 3t4TgoLCwsIiIyLCw8MjLgfCw8JCQ0ICAwO9PD1dXFwu0S1C0/TX33wzITgYNVee5wmS3Lpp09ZN mwAAf7//fghh44EDP/3ww4GDB1985RUAwJqPPlIoFHU7d9bt3Fk+Zcq5ggEAHl20aOu2bR++//6J tra9u3bNmjEDXT9XeBEDQ0Pv/Oc/DMP8b5VPZYdCqQQAqJRKlUqlUCjOdf1Mdu44fpym6XHRfv/D D0VFReh3UmKih4fHnr17AQCkydTV1bXgzjt379mD7u6pqyssKAAAmCjqvgcfTExLi09Juf8f/3CM c+1nnyJkaowAACAASURBVOUWFsYlJT348MPoa0eOyfDw8MjPy3v/nXeSEhOfXrZMvLtp82YZji9f tuy7TZsMBgMAoGLqVGdn5w0OTWvN2rWzZsxQu7sjsaiwcMvWrb9HBhH/n+vKb5REcBx3UqnU7u4+ vr6BAQFBgYETgoMv/S84KCgoMDDA39/by8vNzU2hUFz0N71zCgrSsrLikpKampvfWrFCvP63u+5C P/R6/U87dvzz0UddXFz8fH3v/fvfv/zqqzPjOVcwkiQ//fzzl5Yvj4mOBgC4ubrm5uRcYLQFeXkD vb1qtfr3a9yOY+cxfhwY0Ol0qEyQqhTk5dXt3QsA2LdvX2ZmZklxMeIUhmEOHDpUXFgIALjvgQcM RuO+3bsb9u/XjIy88NJL6HGe5/fX1+/avr1u587Wo0dfevXVcynktVdfvWv3bvHKx2vWzJo5Mysz Mzg4+It16wAAcrn82muu+di+QVGn032/desN118/NoiOjT3S1PS7qwjR4qiaMQP9jbv+m3asIiqR y+XjxzAXPaixkwUGAOaAi4vs22++UalUri4uovmKui9Pz9ETG0c0GgDAxIkTkThxwgSNRnNmPOcK Njg0JAiC2Fp+Nvz/Fpm5ueJvnuMuJaqcggIAgNFojIqKcmRnBIIgAABi9456+P+8/z4AYHddXWF+ flBQkLOTU2dX1/DIiCAIOdnZer1+05YtO7ZtQ0/dc/fdC++/f+nixejxhx98UKlU+vj4LLznniVP PPHYOY478Pfzo2naarU6Ozv39Pbu2bv3kYcfBgDMnT374zVr7rjtNgDA/Ouu+9fKlSc6O6Ojoj5f ty4iImJSVpYYg1qtNhqNv0dC37Rx4zi747IzCLhC60RQC8dxHF6Z78Jc4uSun6+v6Eo8l9oBAPr7 +yMiIgAA/QMDfn5+Z773XMGCAgNxHO/s6kpMSLiQ8P9bfLt+vUqpRL9bWltvvu22i4/qbOwsws3d HQBAUZRY+EWFhYuWLBkeGdlTV/fi888DAPLz8nbv2TMyMpKVmens7Nzd0wMAuPWOO1C584LA250y GIYFBQWh3xOCg89Dxxqt1snJydnZGQDwydq1YaGhWRkZAIC5tbWvvP76wUOHJmVlhYeFFebnf7Jm zdLFi9esXXvj/PmOMZjNZjc3t9+pYejII1eCQcAV3TsDTrcaLiOudLl7e3uXlpQsf+klq9Wq1ene ePPNubW1AABPDw+WZQcHB88fTK1WX3v11f949FE0l0GZzfvr688T/jTHam/vU888Y7PZfjUlCwoM DLLD28fnEtnZz9f3rAyCmrra3b2ru1u8Eh0VFRAQsGHjxlOnTqWmpAAACvLz6/bu3bN3b1FhIQDA 398fAPD5J5/s2r591/btdTt2HNq3z27UQrEiBgYHz0XHEMLPvviiuKgIAMBx3Geffz4wOJiWlZWW lTXnmmswDPt4zRoU8obrr/983bq9+/b19vVdPXeuYySdXV1JiYm/3wEm4o4rxCBXnER+v1jx2msM y6ZlZZVMmZKZkfGPBx4AAPj4+Nz+f/9XVlERn5z83ebN5woGAFi+bFlJcfF1N9wQnZBQUFy84dtv zxPtaY6DwcFVq1f/miTyqwHH8dKSEuQEEVGYn//mW2/lZGejKZuCvLxde/Y0Hj6MHCK+Pj5VlZVP Pvss8oCOaDTbtm8Xn33xlVcYhtHr9Sv+9S9HOuZ5nuM4kiT319ff9te/Nre0LFm0CACwdds2g8Gw eePGrZs3o7/nnnnmm40bTRQFAKiaPl0QhPsfeqi6qgpNGInYu2/f1LKy33XhXzkGAVf0C3i/QWRl ZAz09p55PT4ubtzKJV8fn/+8/faZIZ9cuvTJpUt/NphCoXjkoYceeeihcdfPGj46Kkp8O3Ks/lHL /5abbnr4sccW3nOPaE4WFxau+/rrgoKCUbMoKAiZe+np6ejK66+++syyZaVTp1pp2tfH59prrkHt WSaT5WRnF5eVGQyGmpoaRzqOTkjAMMwFrRMpKnru6acDAgIAAB9/8snMGTPi4+LEkNfPm/fq66+v ++qrm//yF6VSec1VV739zjsvnX5KIEEQO3fvfu6ZZ6Se9ZwDDgDAH1hrJSA8+vDDH6xd+1s42ewv t9wy79prZ1RX/16K7vkXX8Qw7Mz+4DeI7Zs3l02ffhEPjgwMvPLaaxd3xmpwWJh0PoeEXxWr/vWv //kqmF+EW2+6ydvbW6o4aTgj4bcCV1dX19/V+nE0FJJwHkiOVQkSJEgkIkGCBAAuziEikYgECRIk S0SCBAkSiUiQIOFPC2l25k+ES/zQmQQJEon8qXHzpZ1IKEHCuSCtWJUgQcLFIzgsTPKJSJAg4ZIg kYgECRIkEpEgQYJEIhIkSJBIRIIECX9GSFO8fwps+vprqRAknB9VZxzWKZGIhNNQVlkpFYKEc2H7 li2SJSLh5xHhcDKgBAmXi0Qkn4gECRIuCRKJSJAgQSIRCRIkSCQiQYIEiUQk/PHR0tKCvjIlQcKf lEQONTYGh4WZzeZxV/6QX5y7LOjt7S0tLZXKQYJEIlcQLMv+gXNntVr3798v1bIEiUQuCP/96KPc wsLYxMTkjIxH//lPdNFEUfc9+GBiWlp8Ssr9//gHTdMAgGPt7SGRkW++9VZFVVX1rFlIfP+//62a ObNkypTqWbNOdHaix3U63bXz5yelp0fFx8+/6Sb0DWoU/ocffyydOjU8JqZ61qzOrq5NW7aUTp0a Fh1dWVNz/MSJ87wdANDT07P0ySdF8Zdi1apVERERarXaz89vwYIF6CJJkrfccouPj4+Xl9f//d// Wa1WAEBlZSXDMNHR0dHR0d/avyi8YcOGuLg4lUqVk5Nz7NgxSXMkEvn/9u48qqlr3wP4LwmEISQB wgyayiREENCnoEwiVhQnEHF8CtKH16FYtaKgKNVWr1pa6oRetE6tVgVFrUBTRKyCgraiIJNCBGQO IUwyZHx/nJrFBaUWnAq/z2K5kn2GJNudb/bZOTkbAQDU8fnhERGHDx58nJ9/NyNj/ty5RPmadeuE jY2Z6en3s7L4dXV7oqKIcqlU2tTcnJKcnJKcTNytqKxMunLl5vXrE9zcwjZtUux5e2Rk3oMHv9+5 QyaRwrdsUWx+8dKlC+fP5z98OHz48MVLlyYmJV04f74wN3ekrW1oWFjvj15VU3P02LG+TSVXU1Oz cuXKc+fONTc3l5aWBgUFEeWBgYENDQ08Hq+ioqKmpmbLli0AwOVyqVRqcXFxcXHxtGnTiGd+/vz5 9PR0gUBgZmamyCCEITLYUchkCoWSX1DQ1NSkrq5ub2cHAA0NDclcbkR4OINOV1dX/3TlyqtJSYpN Vi1f3nUPa1avJuapnjplyoOcHKKQxWIRM0hraWmtWb06s8uhwZeRkToslrq6elBAQGlp6Y7t23VY LDU1taCAgPvZ2b0/OjHvN4PB6MsrpVAoFMrDhw+FQiGNRhszZgwA1NfXJyQk7N69m8lk0mi0sLCw +Pj4V+0hOjpaV1dXQ0Nj9erV9+7dw8YzyA2ukXYyiQQAMrlcUSKXyQCATKGwWKzjR48eOnx467Zt 1lZWEeHhTo6ONbW1ALA0OJiYw14qk0llMsVbUVNTs+s7U+PF7JDKysqKkdrrN24cPHSotKyMTCJJ pNK2tjbF+iwWi7itpqZGpVKZTKbirkQikUgkvTx6f+jq6l6+fPnrr79es2aNra3tnj173NzcKisr AcDHx4fIQalUKpVKX5VBOjo6xG06nd7nQyqEIfKPpK+nBwDl5eUjOByi5Glpqba2trKSEgB4enh4 eniIRKLDsbErQkKy797V09MDgLgzZwwNDfvwcM3NzUHBwbExMZ4TJ1IolPvZ2bP8/F5/834+ei+8 vb29vb07Ozu/+eabBQsWVFZWEg+RmppqYmLSdU0iUxDCw5k/GRkZjXNy2r5jR/mzZxKJJC8/f++B A/5+fgDAr69Pu3FDLBYTnQIKhQIAOizWVC+vbTt2CIVCYtwkNS3t9R+uUyQSi8WWFhYUCkUskcQe Pfq3nm0vj15aVrb9q6/69s10bW3tL7/8IhKJVFRUtLS0iFeqp6fn6+u7fv16gUBAjJskJSUBgLa2 tkgkqqiowLcKwhD5U2xMjKGBwbRZs4ZZWgZ88on3lCmbNm4EAJlUGr1vn62DgyWHc/qnnw7u3Uus vzc6WpPJdPf0tOBwZs2enZOb+zcOHHR0tkdGLli8eIavr//8+ZaWln/32b7q0auqqw8fOdK3EJFK pV9++aWenh6DwThy5Mjp06eJ8pMnT2ppaXE4HDqd7uzs/McffxDHPp999pmNjY2mpubFixfxDYN6 wikjBoXkS5c8vLzwUgDoVY7t29e3ixLhlBEIITycQQhhiCCEMEQQQhgiCCGEIYIQesfwAjODRRqX 258reiP0KnieCEKo7/A8EYRQf2GIIIQwRBBCGCIIIQwRhNBghF/xDgrJly5hJQxIv92+/aZ2tWvP HgwR1BsPLy+shAGGOPHn5Nmz/d9VwPz52BNBfw2vJzIgQwQAqsvL+7Ofuqqq/myOYyIIDQRhGzb0 +d9+wjNWBwW8stmAdGzfvt9u3z559mz/eyLffvdd38ZE8IxVhAZUT+TdbIWHMwgNQH3rR/T5GxkM EYSwJ4I9kb56mJPjN2+emZUV29zcbeLEAzEx2P4Q9kQwRF5XW1vbgsWLx48bdz8rqzA3d/fOncQs c69DLBb356H7uTlC2BP5IJSVlTU2Nn4SGMhkMtXU1MY5Oc2dM4dY1NLauubzzzl2dla2tmtDQ4kp ZguLioaYmh6Iifl46lTvmTOPfP/9jC5zc9y9d8/K1paYQep1NgeA0tLSrdu24fy16B30RKZOn/6X JdgT+ds++ugjFou1NjT015SU2rq6rovWrFsnbGzMTE+/n5XFr6vbExVFlEul0qbm5pTk5JTk5Nk+ Pjm5uTwej1h0Pj5+1owZKioqr7k5AFTV1Bw9dkwkEmGjR2+1J0LkRdfU6FmCPZG+UFNTuxwfr62l teWLLxzGjJnu41NYVAQADQ0NyVxuRHg4g05XV1f/dOXKq0lJiq1WLV9O3GCxWBMnToy7eBEAOjo6 fr56lejIvObmADDeyamqrIzBYGCjR2+1J5J89aoiO4i/buXYE+k7U1PTb/bsycrI+P3OHSaTGbRs GQDU1NYCwNLgYFcPD1cPj3UbNkhlMmJ9CoWiqamp2HzenDkXLl6Uy+XJXK6unt7oUaP+1uYIvbMx kW558dKSN9ITGby/nTEyMgoKDFwcGNjR0UEMr8adOWNoaNj7Vp6enqHh4bczM8/Hx8/18yMKX39z hN7ZmAiRGq/qg2BPpI9KeLy9+/eX8HhiiaT82bOTp04Nt7RUVVXVYbGmenlt27FDKBQCQB2fn5qW 9tI9KCsp+c6atf/gwdu3b/u/CJHX37y0rGz7V18RY7EIvdWeSNfseGmC4JhIXzAYjMLHj+cuXGhq aTnZ25tEJh+LjSUW7Y2O1mQy3T09LTicWbNn5+Tmvmon8/z9b9665eTk1LXf8ZqbV1VXHz5yBEME vZueSC99kDfYE8Ef4A0K+AO8AanrD/DCNmzoQyIQW+EP8BBCeMYqQqh/8IxVhBD2RBBC77snglc2 Q28LDqwOSB/Ilc3wQs0I/eP180rL/YQhMlikcbmKi4OjgaQ/sz28EXg4gxDqOzxPBCHUXxgiCCEM EYQQhghCCEMEITQY4Ve8CPXdGznj8wPR51PgMUQQ6peTZ88OgFfRn5NNMEQQ6q9+nnX+3vXzhFcc E0EI9QuGCEIIQwQhhCGCEMIQQQhhiKAuiktKhpia9iwnpunG+kFoMIbIH9nZRmx2179nFRWD5LXL 5XIrGxvT4cPb2tqIkrLyciM2u14gwLfB22hgpsOH+8+f//jJEwyRAajw0aOnjx8TfybGxm/1scRi 8Qfyqp8+fdrc0mJsZHTt+nWi5GFOjpGRkQ6LhW/+N9yHLSgoLynJTE/X0dVdtmLFB9skMET6ToVK VXmBRCIBgEAg+L9//Wv4iBEj7O03b93a87+5js9fuGSJJYczYdKkO1lZivKW1tY1n3/OsbOzsrVd Gxra0dGhON45EBPz8dSp3jNnAkBpaenWbduIpe9LTm7u0CFDFsybdzUx8c+SnBw7W1vFCr+mpHhO mWJmZTV1xowSHo8o3PX11wFBQSFr1kz38bFxcDh+6pRifR6PF7x8uY2Dg5mV1cIlS2pqajA+CBQK RUlJSU9Xd9H8+Y+fPJHJZD2bxEub3JWff/aaNo3YyYbwcLaZWXt7OwCc/uknX39/ADj144+Ozs6W HI6Ng0PY5s29NEIMkXctZO1auVyefe/ejWvX7v3++9fffttthc/WrWMwGLnZ2RfOnbtw8aKifM26 dcLGxsz09PtZWfy6uj1RUUS5VCptam5OSU5OSU4GgKqamqPHjolEovf4Gh/m5o60tZ3m7Z2alkY0 zYc5OSNfhMj1Gzc2btoUtWvXk/x8J0fHdaGhRPmjR48KCgtDP//86qVLe7/9dvfXXysSZKafn72d 3e937jzKzjbQ11+/cSM2pK4kEkkyl+vi7Ewmk3s2iZc2Oefx4/MLChobGwEgPSPD2MQk6+5dALiV keHi7FzH54dHRBw+ePBxfv7djIz5c+f23ggxRN6iUY6OI+ztR9jbL1+1CgAaGhpu/Pbb5rAwdXV1 XR2dz0JCLiQkdF2/oaHht5s3w0JDVVRUWCzWqhcd1IaGhmQuNyI8nEGnq6urf7py5dWkJMVWq5Yv V9we7+RUVVbGYDDeb0/EbuRI9tChZqam165fl8vluY8e2Y0cSSzd8e9/h2/c6GBvTyaTfWbOzH30 6M8QycvbtHHj0CFDAEBTU5N4PwDA5sjI6d7eq1asUFVVVVNT+1dw8O/372NwEMaOH283erQFh3Mt NTVm//6eTeJVTY7FYllaWmbcuVNRWdkpEv3vwoXpGRlyufz27duuzs4UMplCoeQXFDQ1Namrq9vb 2f1lI3w3BuNvZxIvX1ahUgFARUWFOFQBABMTE2KpibExn8/vdiwDAENerEC8owCgprYWAJYGB5OI 3odMJpXJFB1aTU3ND+cly+Xy3NzcNSEhADDd2/tqYqINh9Pc0kL0RGrr6goKCz/29CRWft7Wpq2t TbzwOj7fY8IEojw/P9/aygoAmltabqWn84yMXD084MVrN37Lo0v/pAZ25QqVSm1pafn37t3rN248 cfRotybRS5NzdXa+lZ7e2tLi6uzs6uwcGhZWWFTU1t7u4OCgrKR0/OjRQ4cPb922zdrKKiI83MnR sZdGiCHyFhkaGBDxQdDT1QWAysrKYcOGAUBlVZWurm7X9XV1dACgXiDQ19MDgPr6+j831NMDgLgz ZwwNDT/wl8x7+rT1+XMiMqZ7e+87eHCCu7uJsTERFk1NTQCgrq5OrJyamurq4kJ0Q9hDhzKZTEVf hthDPZ8vk8lu37xJoVAwMnrS1dFRUVHR09UNXLJk3qJFPYfYemlyLs7Okdu3t7a2ekyYMILDqayq SkxKcho7VllJCQA8PTw8PTxEItHh2NgVISHZd+9+CI0Qx0RAW1vb3c1td1RUe3t7vUCw78CB2T4+ XVdgsViuLi7fHz9OHNkeO3GCKNdhsaZ6eW3bsUMoFBIfL6lpaS99iNKysu1ffdXZ2fneBkRychRx YGpqyh46dP/Bg4oBkY/YbAaDcenyZblc/guXG3fhwuqVK4kBEVsbG8VOcl/cHTJkCIvF2nvgAPFt cXNLS8q1awPvS4c+k0qlEolEKBTGXbigr6+vpKT0+k3OydHx2bNn11JTicEUp7Fjj3z/vYuLCwDw 6+vTbtwQi8VUKpXJZBIJ3ksj7NrqXnUbQ+SN2f/ddyKx2G70aLeJE0c5OISuW9dthX3R0bmPHk2a MsVnzhxra2tF+d7oaE0m093T04LDmTV7dk5u7kv3X1VdffjIkfcYIsSAiOLuNG/v0rIyRQmVSo3Z v//bvXstOJxDsbGnT50iPiEf5eUpQkQskRQUFhJ3lZWVfzxxIj0jw3bUKAsOx3Py5GQuV1lZGRsS wdzaeqiZ2ShHx7Ly8mOxscQ3gK/Z5DRoNHs7OwMDA6Lb6+Ls3NLa6jJ+PADIpNLofftsHRwsOZzT P/10cO/e3hth11b3qttvBM47g1DfhW3Y0P9ZLN+7fk6jiT0RhBAeziCEMEQQQhgiCCEMEYQQwhBB CL1LOGUEQv3VzykXMEQQGtT6M+3TwIAnmyGE+g5PNkMI9ReGCEIIQwQhhCGCEMIQQQhhiCCEEIYI QghDBCGEIYIQwhBBCCEMEYQQhghCCEMEIYQhghBCGCIIIQwRhBCGCEIIQwQhhDBEEEIYIgghDBGE EIYIQmjQwnln/vHCNmzASuhp1549WGlvttIwRAayk2fPYiV09ToTSmGl9aHSMEQGsurycqwEwiCf 1LJvHmZm9nlbHBNBCPULhghCqF/wcAah7jo7OwUCQWtra89FTCZTV1eXTMZPXwwRhF6hra3t2rVr mZmZFRXPei41MDAMCgqytLTEHMEQQejl+Hz+L78kL10aJBAIqv57jNbMzKykpOT06dMbN26k0Wgk EgmrC3BMBKGexzLPn7cJhcLa2jqZDMRiKYPBbG8X0Wh0Lpdrb2//+HFRS0uLXC7HusKeyGDH/fXX 25mZDAZjnr+/ibExUXg+Pj4vP5/BYAR/8gmDTh+sdSOvqqpqfy6zMB8hl8v19LXc3Fglj6uSEpNI JJJUKhWLxRgi2BPBBPn1my+/nKGvN6ypcbavb35BAQCsXb/+l6NHpsiljPxHfnPnfjjPtrikZIip 6buLEDnI5fK2to7OTnF7u6i1tY1EgufP2yUSuVwuJ5ZiE8IQGeyOfP/9jvlz3Z+VB/B4Z02HLV24 MGjZMvnjou99Z4179ixIKLSurb3zihOQrt+4McvPz8zKytza2n/+/PSMjAFZRa0tHQJ+s1DQUs9v rnpWX1db19jYkJGR0dAguHHjRnJyclJSUlJSUlra9YqKCplM1m3z5ORkFxcXGo2moaExceLE1NTU 9/VCysrK3N3d8XAGvWEMJrPpaSmZz5fL5bZU6o/soT/U1UR+7CnNzJI2NUtl0kaJ+KUbXvn559Xr 1kVGRByLjaWqqNy+ffvnxEQXZ+eBVDkkEgwbNuxpSVVewe9ESUrKcxJJOmqUXX19vZubO4/H4/F4 xCKRSJSd/WD27NlsNlsx1Hru3LmAgICoqKiEhAQVFZW0tLS4uDhPT8/38nLa29uzsrKwJ4LesOCg oN3pGUKxWCKTdorFFioqWzU1JffudQqFnRLxOX59tbHJOCenHv18+bYdO0JWrVoaEMBisegaGl6T J+/asQMABALB3IULR9jbm1lZLVyypLq6GgAKi4qGmJqeOHVq6owZbhMnes+cWVxSQuxKLJF8Ex3t 5OJibm1tO2rU5q1bifKW1tY1n3/OsbOzsrVdGxra0dHxjmtGWVkZgKSurj55ivt4VzviDyitJmzd JQFL1NXVqV1oaGhMmjRJKGzIysrq7OxU1NL69evDw8M//fRTXV1dBoMxa9asQ4cOAQCfz/fz82My mTo6OiEhISKRCAAePXqkpKQUExMzZswYa2vrsWPHFhYW9lIOAM3NzYGBgSwWS0tLKygoqL29/c9a FYu/+OILU1NTDQ0NPT29kJAQAPDy8hKJRObm5ubm5omJiRgi6M0Y5+QUvH6994MHde0dHWJxp1jU 2djY2djUKRHH1defYTAvnD/fc6sSHq+6unra1Kn//bn958fv9sjIvAcPfr9zh0wihW/ZQhRKpdKK ysqkK1duXr8+wc0tbNMmojxs06aU1NQfTpwoLii4c+vWzOnTifI169YJGxsz09PvZ2Xx6+r2REW9 45qh0Whqaqr/+c/h3NwcEolEhIVcDkZGRufOnXNzczczs3R0HDdq1BgzM8sxY8bev3+fRtOorq5W hEhRUVFFRYWfn1/PWlq8eLFcLq+qqsrLy8vIyIiMjFTUUllZ2d27dwsKCry8vFasWNF7eWBgYEND A4/Hq6ioqKmp2fKitlesWHH16tXExMTW1taSkpK5c+cCAJfLpVKpxcXFxcXF06ZNwxBBb8zcOXMY tiMPPW/tlMs6xOJOsbhDLK7v7NxdXbs9MvKlX80IhUIAYLFYPRexWCyr4cMBQEtLa83q1Zld+s9r Vq8m3kJTp0x5kJNDfJCei4uL2r3bwtwcADRoNMexYwGgoaEhmcuNCA9n0Onq6uqfrlx5NSnpHVfL 8+fPVVVVt2//0tXVzeYFfX19uVxeXV0tqOvUpBtLRWqWlpypU72ePhG2traSSCSJRCyVSok9CAQC ANDV1e225/r6ei6Xu2vXLhqNpq+vv3nz5h9//FGxNCIigqglX1/fe/fu9VJeX1+fkJCwe/duJpNJ o9HCwsLi4+MBoLGx8fjx40eOHLG2tgYAOp3u6ur6DmoMx0QGr7Xr1xvya0Mcx3Q8KZZIJFKZVCqT UWWyfYb6n/5r2Q9nz3GsrbttoqWlRbxJdHV0ui26fuPGwUOHSsvKyCSSRCpta2sjyikUigaNpjhS ID6uq2tqZDIZkSBd1dTWAsDS4GCibyOVyaQ9BizfNjKZ3NTUlJBwsaWlVdGDePjwAZs9FADa2jqV lWVyubyjvV0kUpVIJHK5HEDeLU+JIxd9ff3/enU1NQDAZrOJu2w2myghaon+IrWpVKriIO6l5ZWV lQDg4+NDPDepVErkV2VlpUwms+7xv4Yhgt6K8/HxgtsZh8aNeV5YJG5rI96uUplMIpOxKeQtKsqL 581Ly8jo1h8xMzU1NDRM5nKJTodiCKClpSUoODg2JsZz4kQKhXI/O3vWf3fmuzE0MCCTySU8Xrec 0tPTA4C4M2cMDQ3fV81oa2uPHGl369YtqVSqpaVNo6kDABEoANDS3KakpAxyqCyvb2lqk8nkANDt vbbOzgAABNVJREFUC9/hw4ebmJgkJCTY2Nh0rSUDAwMAKC8vt7CwIG4QJX8XUTmpqakmJiZdy42N jclkclFRkZ2d3UuPN3FgFb3REImLC/hoSMuTko7WVpFEclnYuKS8okEkEkkkIolkKIlk3dmRl5fX bSsSiRS5efO+AwdOnDolFApbWlu5v/4atnlzp0gkFostLSwoFIpYIok9erT3R2cwGHPnzAkNCyvh 8QCg9fnzrLt3AUCHxZrq5bVtxw7iuKmOz09NS3vHNUOn0ydPnjxlypRJkyb5+/uvXbsuLCzc3d2N TCZ7eXllP7iVmZWSeTcl4dK5kyeP5xVmjR49ultPhEQiRUVF7dy5MyYmRiAQNDc3X758ecWKFTo6 OpMnT46IiGhra6urq9u5c+eiRYv68Az19PR8fX3Xr19PHDfV1NQkJSUBgKamZmBg4LJly4qKigCg paXl1q1bRCyKRKKKigoMEfQmMZhMYWNTe+vzTrH4SmPTZV39JeGb1tbyhWKxSCoRSSW1UimTyey5 4cwZM47+5z8XL10a7eRk/z//c/TYsRnTpunq6GyPjFywePEMX1//+fMtLS3/8gns3rnTzdV1/qJF 5tbW411df37xrcHe6GhNJtPd09OCw5k1e3ZObu67rxwymaSqqqqsTKVQKCwWS09Pb+hQ9pMnxcOH D1/6fwuDghcp/gKXLmSz2cXFJd32MG/evAsXLpw+fXrIkCGGhoZ79+719/cHgB9++EEkEhkYGFhb Wzs6Om7btq1vz/DkyZNaWlocDodOpzs7O//xxx9E+aFDhz7++OPJkydraGiYm5vHxcURozOfffaZ jY2NpqbmxYsX33h1kQCgqqwM31T/XGEbNpw8e/bvXtksv6AgYOGCj2XSarGkgv3RhfPnGXT6+fj4 naGhE1SpTyUS01m+0e/8m5E3oq6q6tvvvvvLa6z2cnnEgoKCoqLCtrZ2TU3NUaNGqampZWZmnjx5 gs1mf/TRMOMXPxGoqamuqKjg8Z6Wl5cHBAT4+PgQY0b/RA8zM/+y0l7KiM3GMZFBimNtnXrz1p07 dxgMhuJ8kLlz5owfNy4vL69rYbcW86odDrCPIpFIZGhoUFZWduFCfEdHx4MHD2bMmOni4lJXV6ep qUmc9q6jo2NrO1JVVTUhIaGpqWnQ/qgXQ2QQH9HQ6V6TJ3crNDE2VvwYb8AnxauoqFCFQiEAiU5n kMkUAJBIJMnJSffv/9He3kGhUIgQkctlGhoaJBKpoqJywoQJg/YHNRgiCHWnr2/g6OhUW1vT2Sli MplMJtPLa0pDg+BFdnQPC3NzCwcHByqViiGCEAIAoNFoNjY2ZmZmL04D+QvEia1qamoYIgihF28M JSX64L2cyt+DX/EihDBEEEJ4OIP6Cad964P+TPuGMEQGlD7PooqVhvoPz1hFCPWdEZuNYyIIoX7B EEEIYYgghDBEEEIYIgghDBGEEMIQQQhhiCCEMEQQQhgiCCGEIYIQevshUvBilmCEEHp9RHSQAaAP 14lHCCEiOsgAkJKa+tvNm1gjCKHX99vNmympqX+GSFFi4oLFizFHEEKvnyALFi8uSkwExcAqkSOL AgKeFBdjBSGEXuVJcfGigABFgkDXK5sVJSY+yMhw9/TEakII9eLcpk2HQ0MVd/8fD/TQJIiZL6QA AAAASUVORK5CYII= --=-arIDUD0eMuhvVLsHAdu4 Content-Disposition: attachment; filename=connect_to_server.glade Content-Type: text/xml; name=connect_to_server.glade; charset=UTF-8 Content-Transfer-Encoding: 7bit 6 True Connect to Server GTK_WINDOW_TOPLEVEL GTK_WIN_POS_NONE False False False True False False GDK_WINDOW_TYPE_HINT_NORMAL GDK_GRAVITY_NORTH_WEST False True False 12 True GTK_BUTTONBOX_END True True True gtk-cancel True GTK_RELIEF_NORMAL True -6 True True True GTK_RELIEF_NORMAL True 0 True 0.5 0.5 0 0 0 0 0 0 True False 2 True gtk-network 4 0.5 0.5 0 0 0 False False True Connect True False GTK_JUSTIFY_LEFT False False 0.5 0.5 0 0 0 False False 0 False True GTK_PACK_END 6 True False 12 True keyhole.png 0.5 0 0 0 0 True True True False 12 True <span size="larger" weight="bold">Connect to Server</span> False True GTK_JUSTIFY_LEFT False False 0 0.5 0 0 0 False False True 4 2 False 6 12 True Protocol: False False GTK_JUSTIFY_LEFT False False 0 0.5 0 0 0 1 0 1 fill True Username: False False GTK_JUSTIFY_LEFT False False 0 0.5 0 0 0 1 1 2 fill True Server: False False GTK_JUSTIFY_LEFT False False 0 0.5 0 0 0 1 2 3 fill True Folder: False False GTK_JUSTIFY_LEFT False False 0 0.5 0 0 0 1 3 4 fill True SSH HTTP (WebDAV) FTP 1 2 0 1 fill True True True True 0 seth True * False 1 2 1 2 True False 0 True True True True 0 True * False 0 True True 14 True True GTK_RELIEF_NORMAL True 13 True GTK_ARROW_DOWN GTK_SHADOW_OUT 0.5 0.5 0 0 0 False False 1 2 2 3 fill fill True False 0 True <i>None</i> False True GTK_JUSTIFY_LEFT False False 0 0.5 0 0 0 True True True True Browse... True GTK_RELIEF_NORMAL True 0 False False 1 2 3 4 fill fill 0 True True 0 True True 0 True True --=-arIDUD0eMuhvVLsHAdu4-- From seth@gnome.org Thu Jul 8 15:53:47 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id C15503B123F for ; Thu, 8 Jul 2004 15:53:47 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i68Jrle1010469; Thu, 8 Jul 2004 15:53:47 -0400 Received: from mail.boston.redhat.com (mail.boston.redhat.com [172.16.64.12]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i68Jrk015232; Thu, 8 Jul 2004 15:53:46 -0400 Received: from [172.16.67.56] (quixotic.boston.redhat.com [172.16.67.56]) by mail.boston.redhat.com (8.12.8/8.12.8) with ESMTP id i68Jrk4F014264; Thu, 8 Jul 2004 15:53:46 -0400 From: Seth Nickell To: Jamie McCracken In-Reply-To: <1088989027.2667.42.camel@localhost.localdomain> References: <1088989027.2667.42.camel@localhost.localdomain> Content-Type: text/plain Date: Thu, 08 Jul 2004 15:54:06 -0400 Message-Id: <1089316446.3111.20.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 1.5.8 (1.5.8-1) Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2004 19:53:47 -0000 > 1) optional bookmarks in spatial mode. I can't comment on the implementation, though the old Nautilus bookmarks seemed a little over engineered... but... This should really be integrated with the Places menu (i.e. make the places menu extensible) AND shared with the new file dialog's list of "bookmarks". > 2) bookmarks with shortcut keys (limited to first 10 entires- ctrl+1, > ctrl+2 etc). This seems like a nice feature as long as we don't already use CTRL-# for something else? It seems plausible that Metacity would use this for something? > 3) ability to set folder actions for left and middle mouse buttons > 4) an open in same window option for (3) above. These are basically options to make "spatial mode" work like "navigation mode". Why? Given that there's a preference to just switch over to navigation mode, why not do that and use a UI that's designed around that? I don't see an advantage to adding certain aspects of "navigation mode" to "spatial mode". > This setting can be thought of as spatial inheritance - it inherits the > properties of its parent though spatial coherence is still maintained > (so its not a browser clone!). Its a browser window. Spatial inheritance is so totally non-spatial. When have you seen something "inherit the physical properties of another" in the real world? ;-) > Once a spatial window is re-used in this > way it no longer loads or saves properties therefore it wont screw up > any saved spatial settings. It screws up the scroll position.... but that's a minor detail not my real objection :-) > 5) an optional pathbar displayed instead of the location button > > This is a really neat addition as it also solves the problem of > displaying the full path in a spatial window as well as providing a > slick way to navigate upwards. 1) It puts Unix path garbage onto every window. We are trying to minimize the impact of our poorly laid out filesystem throughout GNOME. The file dialog gets around this by using a UI trick to provide a plausible explanation for re-rooting of the path bar. However, I don't see a way Nautilus can use this trick. It means that every window will have, e.g. "[/] [home] [username]" of noise in it (or potentially even, say, "[/] [afs] [ir.stanford.edu] [s] [n] [snickell]" or "[/] [usr] [local] [home] [seth]" etc). 2) Spatial windows are often quite small. Pathbar (despite scrolling, which is all very well) does not work as well in these situations. 3) Opening in new window upon clicking on path bar elements feels weird, particularly in contrast to the behavior in the file dialog. > I hope this mega patch gets added cause it would be really cool if Gnome > 2.8 has this. It will not only make file management a really enjoyable > process but it will end all the criticism that spatial mode has > attracted in the press as well as providing the most innovative and > advanced file manager out there! I don't see how having these settings is better than letting people use the navigation mode if that fits their folder setup / tasks better. -Seth -- seth nickell :: interaction designer :: red hat From jamiemcc@blueyonder.co.uk Thu Jul 8 17:27:38 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out1.blueyonder.co.uk (smtp-out1.blueyonder.co.uk [195.188.213.4]) by menubar.gnome.org (Postfix) with ESMTP id 9F0AB3B08F8; Thu, 8 Jul 2004 17:27:37 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out1.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Thu, 8 Jul 2004 22:27:49 +0100 From: Jamie McCracken To: Seth Nickell In-Reply-To: <1089316446.3111.20.camel@localhost.localdomain> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> Content-Type: text/plain Message-Id: <1089322114.7641.47.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Thu, 08 Jul 2004 22:28:34 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 08 Jul 2004 21:27:49.0547 (UTC) FILETIME=[6B41EFB0:01C46532] Cc: Nautilus Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2004 21:27:38 -0000 On Thu, 2004-07-08 at 20:54, Seth Nickell wrote: > > 1) optional bookmarks in spatial mode. > > I can't comment on the implementation, though the old Nautilus bookmarks > seemed a little over engineered... but... > > This should really be integrated with the Places menu (i.e. make the > places menu extensible) AND shared with the new file dialog's list of > "bookmarks". I agree but we either have to rename bookmarks to places (or the other way round) as it seems silly to have an "edit bookmarks" under "places". I agree with the file dialog's integration. > > 2) bookmarks with shortcut keys (limited to first 10 entires- ctrl+1, > > ctrl+2 etc). > > This seems like a nice feature as long as we don't already use CTRL-# > for something else? It seems plausible that Metacity would use this for > something? > > > 3) ability to set folder actions for left and middle mouse buttons > > 4) an open in same window option for (3) above. > > These are basically options to make "spatial mode" work like "navigation > mode". Why? Given that there's a preference to just switch over to > navigation mode, why not do that and use a UI that's designed around > that? I don't see an advantage to adding certain aspects of "navigation > mode" to "spatial mode". Its gives the option of having a combo/hybrid mode like Mac OS/X does. With this we can have pure spatial, pure browser or something in between. We currently cannot combine browser and spatial effectively - if you right click and select open with browser then you've no way of going back to a spatial window from there (its also quite horrible and inconsistent that way too as the file browser feels like a different app entirely). > > > This setting can be thought of as spatial inheritance - it inherits the > > properties of its parent though spatial coherence is still maintained > > (so its not a browser clone!). > > Its a browser window. Spatial inheritance is so totally non-spatial. > When have you seen something "inherit the physical properties of > another" in the real world? ;-) All classifications in the real world use inheritance (animal, vegetable, mineral etc). Anyhow its optional and intended for those wanting to combine both worlds. Its not meant as a replacement for the default spatial mode which is okay for newbies. But its still spatially coherent and it gives the user far more control over either a pure spatial or pure browser mode. > > > Once a spatial window is re-used in this > > way it no longer loads or saves properties therefore it wont screw up > > any saved spatial settings. > > It screws up the scroll position.... but that's a minor detail not my > real objection :-) > > > 5) an optional pathbar displayed instead of the location button > > > > This is a really neat addition as it also solves the problem of > > displaying the full path in a spatial window as well as providing a > > slick way to navigate upwards. > > 1) It puts Unix path garbage onto every window. We are trying to > minimize the impact of our poorly laid out filesystem throughout GNOME. > The file dialog gets around this by using a UI trick to provide a > plausible explanation for re-rooting of the path bar. However, I don't > see a way Nautilus can use this trick. It means that every window will > have, e.g. "[/] [home] [username]" of noise in it (or potentially even, > say, "[/] [afs] [ir.stanford.edu] [s] [n] [snickell]" or "[/] [usr] > [local] [home] [seth]" etc). I can adapt it to do the same as file dialog. > > 2) Spatial windows are often quite small. Pathbar (despite scrolling, > which is all very well) does not work as well in these situations. > Most wont have that problem and those that do can use the location button. > 3) Opening in new window upon clicking on path bar elements feels weird, > particularly in contrast to the behavior in the file dialog. That depends - its no different from the location button menu. If you set left click mode to be open in new window then it is the same. > > > I hope this mega patch gets added cause it would be really cool if Gnome > > 2.8 has this. It will not only make file management a really enjoyable > > process but it will end all the criticism that spatial mode has > > attracted in the press as well as providing the most innovative and > > advanced file manager out there! > > I don't see how having these settings is better than letting people use > the navigation mode if that fits their folder setup / tasks better. The point is that a hybrid model would fit all desktops better by allowing you to drill down when you need to and open spatially for file management purposes when you want to. Its slick and elegant and OS/X does it this way. Most peoples filesystems would benefit from having both being a mouse click away and lets face it filesystems without hierarchies are a long way off (though I do fully support and want Storage). I also dont like to use the file browser for this cause it lacks the nice clean and lightweight interface we get with spatial (i dont want toolbars and sidepanels here but I do if I explicitly run the file browser from the menu - I note that even MS Windows has a minimalistic browse view from its desktop and a separate heavyweight explorer with treeview.). I also find spatial coherence to be a good feature and overall its wonderfully minimalistic. jamie. > > -Seth From c.schneider@scram.de Thu Jul 8 19:35:02 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail2.scram.de (mail2.scram.de [195.226.127.112]) by menubar.gnome.org (Postfix) with ESMTP id D6F853B11FD; Thu, 8 Jul 2004 19:35:01 -0400 (EDT) Received: from mail3.scram.de (mail3.scram.de [195.226.127.113]) by mail2.scram.de (Postfix) with ESMTP id 2DBD9805C; Fri, 9 Jul 2004 01:34:59 +0200 (CEST) Received: from mail.scram.de (mail.scram.de [IPv6:3ffe:400:470:1::1:1]) by mail2.scram.de (Postfix) with ESMTP id 01AB17DD0; Fri, 9 Jul 2004 01:34:52 +0200 (CEST) Received: from [10.0.0.10] (p50841FFA.dip.t-dialin.net [80.132.31.250]) (authenticated (0 bits)) by mail.scram.de (8.12.9/8.11.0) with ESMTP id i68NYmrg019349; Fri, 9 Jul 2004 01:34:51 +0200 (CEST) Message-ID: <40EDDA58.9070503@scram.de> Date: Fri, 09 Jul 2004 01:35:52 +0200 From: Christian Schneider User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jamie McCracken References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> In-Reply-To: <1089322114.7641.47.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at scram.de X-Spam-Status: No, hits=-4.5 tagged_above=-999.0 required=5.0 tests=BAYES_00, RCVD_IN_DYNABLOCK, RCVD_IN_NJABL, RCVD_IN_NJABL_DIALUP, RCVD_IN_SORBS X-Spam-Level: X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] * 0.1 RCVD_IN_NJABL_DIALUP RBL: NJABL: dialup sender did non-local SMTP * [80.132.31.250 listed in dnsbl.njabl.org] * 0.1 RCVD_IN_DYNABLOCK RBL: Sent directly from dynamic IP address * [80.132.31.250 listed in dnsbl.sorbs.net] * 0.1 RCVD_IN_NJABL RBL: Received via a relay in dnsbl.njabl.org * [80.132.31.250 listed in dnsbl.njabl.org] * 0.1 RCVD_IN_SORBS RBL: SORBS: sender is listed in SORBS * [80.132.31.250 listed in dnsbl.sorbs.net] Cc: Nautilus , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2004 23:35:02 -0000 > > > >>>This setting can be thought of as spatial inheritance - it inherits the >>>properties of its parent though spatial coherence is still maintained >>>(so its not a browser clone!). >>> >>> >>Its a browser window. Spatial inheritance is so totally non-spatial. >>When have you seen something "inherit the physical properties of >>another" in the real world? ;-) >> >> > >All classifications in the real world use inheritance (animal, >vegetable, mineral etc). > >Anyhow its optional and intended for those wanting to combine both >worlds. Its not meant as a replacement for the default spatial mode >which is okay for newbies. But its still spatially coherent and it gives >the user far more control over either a pure spatial or pure browser >mode. > > > I think the current settable behaviour of open a new window and close the current one is much more useful. It avoids cluttering the screen with windows and still behaves spatial. If you open a new window with the same dimensions like the current you loose the only real advantage of spatial mode: The possibility to remember folders based on their position and their size. In spatial mode you even know where a certain file inside a small folder is before the folder opens. The only thing needed is the same behaviour when moving upwards. Besides this I really like your enhancements. Especially the bookmark integration and the location path at the bottom are nice. -- Christian Schneider From jamiem@blueyonder.co.uk Thu Jul 8 19:51:34 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out6.blueyonder.co.uk (smtp-out6.blueyonder.co.uk [195.188.213.9]) by menubar.gnome.org (Postfix) with ESMTP id 9808B3B129F; Thu, 8 Jul 2004 19:51:34 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out6.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Fri, 9 Jul 2004 00:51:47 +0100 From: Jamie McCracken To: Christian Schneider In-Reply-To: <40EDDA58.9070503@scram.de> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> Content-Type: text/plain Message-Id: <1089330752.17645.15.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 09 Jul 2004 00:52:32 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 08 Jul 2004 23:51:47.0446 (UTC) FILETIME=[87D8B960:01C46546] Cc: Nautilus , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2004 23:51:35 -0000 On Fri, 2004-07-09 at 00:35, Christian Schneider wrote: > I think the current settable behaviour of open a new window and close > the current one is much more useful. Thats fine if you like that as I'm not changing the default - merely giving the user the ability to define left and middle clicks ("open in new window", "open in new window and close behind" and "open in same window" are all options for both buttons). I believe in giving the users the choice here cause its a highly contentious issue and forcing any setting here is bound to annoy and anger users. > It avoids cluttering the screen with windows and still behaves spatial. > If you open a new window with the same dimensions like the current you > loose the only real advantage of spatial mode: The possibility to > remember folders based on their position and their size. Yes but if you want to drill down quickly you dont care about size and pos. On my desktop I have 6 links which all open spatially and I remember their positions and thats great (spatial in this instance really works for me). I can then choose whether to open sub folders in them in new windows or the same - its my choice at the end of the day and therefore I can get the benefits of both worlds. > In spatial > mode you even know where a certain file inside a small folder is before > the folder opens. I agree thats good and thats why i want a hybrid system! Some of my links do benefit from that but others with deeper hierarchies dont and lets face it any user is only ever going to remember a handful of folders properties so a hybrid system is very useful for that. > > The only thing needed is the same behaviour when moving upwards. > > Besides this I really like your enhancements. Especially the bookmark > integration and the location path at the bottom are nice. Ta. jamie. From ghaywood@internode.on.net Thu Jul 8 20:52:56 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by menubar.gnome.org (Postfix) with ESMTP id 5B6C53B0AE5 for ; Thu, 8 Jul 2004 20:52:55 -0400 (EDT) Received: from [192.168.0.3] (ppp32-113.lns1.adl1.internode.on.net [150.101.32.113]) by smtp1.adl2.internode.on.net (8.12.9/8.12.9) with ESMTP id i690qn4Y034198 for ; Fri, 9 Jul 2004 10:22:53 +0930 (CST) From: Greg To: nautilus-list@gnome.org In-Reply-To: <17628-74639@sneakemail.com> References: <17628-74639@sneakemail.com> Content-Type: text/plain; charset=ISO-8859-1 Message-Id: <1089334405.2453.3.camel@greg> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 09 Jul 2004 10:23:25 +0930 Content-Transfer-Encoding: 8bit Subject: Re: smb:// very slow X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2004 00:52:56 -0000 I have always found nautilus and smb unusable, until now. After copying the smb.conf to .smb it works just fine! This is one of those things that gets a solution but it is not announced (or at least I did not know), and I use Gnome at work and play and always try to keep the latest and greatest versions. Is there a central web location somewhere that details all the functionality of nautilus, and how to configure it for various situations? -Greg On Thu, 2004-07-08 at 19:30, y9toi7y02@sneakemail.com wrote: > On Thu, 8 Jul 2004, Olaf [iso-8859-2] Fr±czyk olaf-at-cbk.poznan.pl |nautilus| wrote: > > > On Thu, 2004-07-08 at 09:04, Alexander Larsson wrote: > > Hi, > > > > For me it is not so slow, but slow anyway. Listing shares on a server > > takes about 2 seconds, even if I go back from a share. In Windows it > > appears immediately. > > I use WINS server. Does nautilus take it into account (from smb.conf)? > > BTW, what happens if /etc/samba/smb.conf is not readable by user? > If you look in your home directory, there should be a .smb directory > containing a smb.conf file. That file is probably empty. That file is the > one that is used instead of /etc/samba/smb.conf . If you copy > /etc/samba/smb.conf to that file, it'll work. > > It's a libsmbclient limitation. > > Martijn Vernooij From rene@seindal.dk Fri Jul 9 05:26:49 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from paestum.seindal.dk (ip157.rev112.brygge.net [194.255.112.157]) by menubar.gnome.org (Postfix) with ESMTP id E40F23B065E for ; Fri, 9 Jul 2004 05:26:48 -0400 (EDT) Received: from [127.0.0.1] (really [127.0.0.1]) by paestum.seindal.dk via in.smtpd with esmtp id (Debian Smail3.2.0.115) Fri, 9 Jul 2004 11:26:48 +0200 (CEST) Message-ID: <40EE64D6.8080608@seindal.dk> Date: Fri, 09 Jul 2004 11:26:46 +0200 From: =?ISO-8859-1?Q?Ren=E9_Seindal?= Organization: Seindal Consult User-Agent: Mozilla Thunderbird 0.6 (X11/20040528) X-Accept-Language: en-us, en MIME-Version: 1.0 To: nautilus-list@gnome.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Subject: Spatial mode and mime-handlers for directories X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2004 09:26:49 -0000 Hi, I'm still trying to get used to spatial nautilus which I have installed=20 from Debian testing. I have set up some applications for directories (mime=20 x-directory/normal) which I find handy. They are emacs, terminal,=20 gthumb, gnome-search-tool etc. In both browser and spatial nautilus I can right click on a directory=20 and use "Open with" to get to these applications. In a nautilus browser window I get buttons in the sidebar for lauching th= em. In a nautilus spatial windows there is absolutely no way to access my=20 preferred applications for directories. In the File menu "Open with" is = greyed out (and it is for files and sub-directories anyway), and if I=20 right click on the background, the context menu does not offer an "Open=20 with" item. Maybe an "Open this folder with" item should be added to the File menu=20 and the root context menu, so I would have the possibility of saying=20 "Open this folder in Emacs" and the like. Now I either have to switch to browser mode or open the parent and right = click on the directory I came from. --=20 Ren=E9 Seindal (rene@seindal.dk) Seindal Consult From cbraga@fs.inf.br Fri Jul 9 09:06:27 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from fantasy.unorpnet.com.br (unknown [200.168.209.138]) by menubar.gnome.org (Postfix) with ESMTP id 8BF593B0680 for ; Fri, 9 Jul 2004 09:06:26 -0400 (EDT) Received: (qmail 8033 invoked by uid 107); 9 Jul 2004 13:06:34 -0000 Received: from yum.freedows.com.br (64.251.25.83) by fantasy.unorpnet.com.br with AES256-SHA encrypted SMTP; 9 Jul 2004 13:06:34 -0000 Received: (qmail 27681 invoked by uid 116); 9 Jul 2004 13:06:17 -0000 Received: from unknown (HELO ?192.168.1.113?) (cbraga@fs.inf.br@200.138.114.45) by www.freedows.com.br with AES256-SHA encrypted SMTP; 9 Jul 2004 13:06:17 -0000 Message-ID: <40EE9809.4080800@fs.inf.br> Date: Fri, 09 Jul 2004 10:05:13 -0300 From: =?ISO-8859-1?Q?=22Crist=F3v=E3o_B=2E_B=2E_Dalla_Costa=22?= User-Agent: Mozilla Thunderbird 0.7 (X11/20040615) X-Accept-Language: en-us, en MIME-Version: 1.0 To: y9toi7y02@sneakemail.com References: <17628-74639@sneakemail.com> In-Reply-To: <17628-74639@sneakemail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: nautilus-list@gnome.org Subject: Re: smb:// very slow X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2004 13:06:27 -0000 y9toi7y02@sneakemail.com wrote: >If you look in your home directory, there should be a .smb directory >containing a smb.conf file. That file is probably empty. That file is the >one that is used instead of /etc/samba/smb.conf . If you copy >/etc/samba/smb.conf to that file, it'll work. > >It's a libsmbclient limitation. > >Martijn Vernooij > > > We've been having similar problems, specially with Windows networks where Nautilus sometimes fails to display anything at all. smbclient works just fine for us. I've just checked and we don't have .smb directories at all, could there be another configuration problem? Any other hints? Thanks. -- Cristóvăo Dalla Costa cbraga@fs.inf.br From y9toi7y02@sneakemail.com Fri Jul 9 11:38:04 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from monkey.sneakemail.com (clean.sneakemail.com [38.136.15.35]) by menubar.gnome.org (Postfix) with SMTP id 5AE773B13E2 for ; Fri, 9 Jul 2004 11:38:04 -0400 (EDT) Received: (qmail 8603 invoked by uid 501); 9 Jul 2004 15:37:59 -0000 Received: (sneakemail censored 6712-60022 #2); 9 Jul 2004 15:37:59 -0000 Received: (sneakemail censored 6712-60022 #1); 9 Jul 2004 15:37:59 -0000 Date: Fri, 9 Jul 2004 17:37:54 +0200 (CEST) From: y9toi7y02@sneakemail.com To: nautilus-list@gnome.org In-Reply-To: <40EE9809.4080800@fs.inf.br> Message-ID: <6712-60022@sneakemail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Subject: Re: smb:// very slow X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2004 15:38:04 -0000 On Fri, 9 Jul 2004, "Crist=F3v=E3o B. B. Dalla Costa"cbraga-at-fs.inf.br |= nautilus| wrote: > We've been having similar problems, specially with Windows networks > where Nautilus sometimes fails to display anything at all. smbclient > works just fine for us. > > I've just checked and we don't have .smb directories at all, could there > be another configuration problem? Any other hints? If you look in the code here: http://cvs.gnome.org/viewcvs/gnome-vfs/modules/smb-method.c?rev=3D1.5&view= =3Dauto (search for 'try_init') you can see the code. This was the first mention of it that I could find: http://anoncvs.gnome.gr.jp/viewcvs.cgi/gnome-vfs-extras/smb-method.c?rev=3D= 1.37.2.1&view=3Dmarkup (look at the end, it sais: //FIXME create an empty ~/.smb/smb.conf ) Earlier versions of the module used a private copy of samba. That way it could set some things that cannot be set when using the libsmbclient interface. Obviously it's a maintenance nightmare though. Anyway you might have such an old version that does require ~/.smb/smb.conf but does not create it for you. Here you can see (in the code) libsmbclient loading ~/.smb/smb.conf http://samba.org/doxygen/samba/group__misc.html#a2 Martijn Vernooij PS. I am on the list, no need for CC's From johnp@redhat.com Fri Jul 9 18:00:47 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 69F583B0B4B; Fri, 9 Jul 2004 18:00:47 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i69M0je1014231; Fri, 9 Jul 2004 18:00:45 -0400 Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [172.16.52.154]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i69M0j009128; Fri, 9 Jul 2004 18:00:45 -0400 Received: from [172.16.67.62] (remedyz.boston.redhat.com [172.16.67.62]) by lacrosse.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i69M0iF14659; Fri, 9 Jul 2004 18:00:44 -0400 From: "John (J5) Palmieri" To: Jamie McCracken In-Reply-To: <1089330752.17645.15.camel@localhost.localdomain> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> Content-Type: text/plain Date: Fri, 09 Jul 2004 18:00:40 -0400 Message-Id: <1089410441.7755.54.camel@remedyz.boston.redhat.com> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.2 (1.5.9.2-1) Content-Transfer-Encoding: 7bit Cc: Nautilus , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2004 22:00:47 -0000 First I want to say thank you for taking the time to submit your patch. I don't want to discourage you from submitting in the future and in fact hope you come up with other patches and enjoy working within the Gnome community. I say this because I want you to also realize that some of what you submitted may never become part of Nautilus proper. At least not in the current form. Gnome has a vision and any enhancements need to fit in that vision or prove that vision wrong. One advice is to split your feature set into separate patches so that the stuff that isn't all that controversial have an easier time of making it in. Below are some more comments that will hopefully be helpful to you. On Fri, 2004-07-09 at 00:52 +0100, Jamie McCracken wrote: > On Fri, 2004-07-09 at 00:35, Christian Schneider wrote: > > > I think the current settable behaviour of open a new window and close > > the current one is much more useful. > > Thats fine if you like that as I'm not changing the default - merely > giving the user the ability to define left and middle clicks ("open in > new window", "open in new window and close behind" and "open in same > window" are all options for both buttons). I believe in giving the users > the choice here cause its a highly contentious issue and forcing any > setting here is bound to annoy and anger users. We got away from this when we switched to gnome-2.0. The thing is too much configuration causes multiple unmaintainable code paths and it really is a guise for flaking on making hard decisions. You can't please everybody all the time. > > It avoids cluttering the screen with windows and still behaves spatial. > > If you open a new window with the same dimensions like the current you > > loose the only real advantage of spatial mode: The possibility to > > remember folders based on their position and their size. > > Yes but if you want to drill down quickly you dont care about size and > pos. This is what browser mode is for. I would suggest you take some of your hybrid ideas and see if they integrate well within the browser. I don't know if this is an option but perhaps making it easier to morph a window between browser and spacial mode would kill the need for a hybrid mode and therefor eliminate the need for a third hybrid codepath. > On my desktop I have 6 links which all open spatially and I > remember their positions and thats great (spatial in this instance > really works for me). I can then choose whether to open sub folders in > them in new windows or the same - its my choice at the end of the day > and therefore I can get the benefits of both worlds. Well you have just described why we have browser/spatial and have not just eliminated browser all together. > > > In spatial > > mode you even know where a certain file inside a small folder is before > > the folder opens. > > I agree thats good and thats why i want a hybrid system! Some of my > links do benefit from that but others with deeper hierarchies dont and > lets face it any user is only ever going to remember a handful of > folders properties so a hybrid system is very useful for that. Whats wrong with browser mode for the deep hierarchies? If its broken then perhaps it can be fixed. > > > > The only thing needed is the same behaviour when moving upwards. > > > > Besides this I really like your enhancements. Especially the bookmark > > integration and the location path at the bottom are nice. > I agree bookmark enhancements were a good thing. Thats why you should break it out into its own patch. -- John (J5) Palmieri Associate Software Engineer Desktop Group Red Hat, Inc. Blog: http://martianrock.com From jamiemcc@blueyonder.co.uk Fri Jul 9 20:35:03 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out2.blueyonder.co.uk (smtp-out2.blueyonder.co.uk [195.188.213.5]) by menubar.gnome.org (Postfix) with ESMTP id E12673B0720; Fri, 9 Jul 2004 20:35:02 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out2.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Sat, 10 Jul 2004 01:35:18 +0100 From: Jamie McCracken To: "John (J5) Palmieri" In-Reply-To: <1089410441.7755.54.camel@remedyz.boston.redhat.com> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> Content-Type: text/plain Message-Id: <1089419764.3057.86.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sat, 10 Jul 2004 01:36:05 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 10 Jul 2004 00:35:18.0343 (UTC) FILETIME=[C679BD70:01C46615] Cc: Nautilus , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2004 00:35:03 -0000 On Fri, 2004-07-09 at 23:00, John (J5) Palmieri wrote: > We got away from this when we switched to gnome-2.0. The thing is too > much configuration causes multiple unmaintainable code paths and it > really is a guise for flaking on making hard decisions. You can't > please everybody all the time. I agree with the philosphy and sure we dont want a million and one options like the control freaks over at KDE. But some options we really must have especially when they concern highly contentious issues and the fact that we now have a choice between browser and spatial proves that point. > > > > It avoids cluttering the screen with windows and still behaves spatial. > > > If you open a new window with the same dimensions like the current you > > > loose the only real advantage of spatial mode: The possibility to > > > remember folders based on their position and their size. > > > > Yes but if you want to drill down quickly you dont care about size and > > pos. > > This is what browser mode is for. I would suggest you take some of your > hybrid ideas and see if they integrate well within the browser. I don't > know if this is an option but perhaps making it easier to morph a window > between browser and spacial mode would kill the need for a hybrid mode > and therefor eliminate the need for a third hybrid codepath. > I dont see the point to be honest. The navigator does require lots of TLC admittedly (and to be honest if it removed all the corba crap from the sidepanels it would be more maintainable - I think I read somewhere there was a plan to migrate this to GObjects) but it is currently old Gnome stuff and I note from GUADEC that GNOMES current vision is towards minimalistic interfaces which kinda leaves the navigator on the fence so to speak. Therefore I would propose removing the always use browser check button from the global prefs and use my folder actions to define behaviour instead. Why? Cause I note that most people that complained about spatial moaned about it not being able to open stuff in the same window rather than not having any other specific feature of the navigator. The other reason for doing it the way I did is that it took less than a dozen lines of code to implement browse in the spatial interface - in no way have I messed up the spatial code or made it significantly more unmaintainable as a result. (BTW 99% of the patch is glade stuff or bookmarks code) Its also not really a third way as you put it cause we dont need the heavyweight navigator for it as an option - even ms explorer is separate from the lightweight browser it uses on the desktop. The navigator is fine as a separate and more complex app for more experienced users (a la explorer) but I actually find my patch with pathbar much much better for general browsing. If you haven't tried the patch then I suggest you do cuz it really makes browsing and file management really pleasant and efficient. > > On my desktop I have 6 links which all open spatially and I > > remember their positions and thats great (spatial in this instance > > really works for me). I can then choose whether to open sub folders in > > them in new windows or the same - its my choice at the end of the day > > and therefore I can get the benefits of both worlds. > > Well you have just described why we have browser/spatial and have not > just eliminated browser all together. But if I had chosen alway use browser I wouldn't be able to benefit from that, right? Also it would be really horrible to use the navigator here in conjunction with spatial - the mouse buttons would be the other way round, its interface different and more complex etc. It aint slick that way and slickness counts a lot if you want a polished desktop. Why use two radically different apps when one can do the job of both? - more than anything that goes against the grain of what GNOME is about, surely? (IMHO juggling between left click mode in browser and different left click mode in spatial is frankly ridiculous usablity/consistency and makes it all rather noddy and geeky compared to my slicker alternative). > > > > > > In spatial > > > mode you even know where a certain file inside a small folder is before > > > the folder opens. > > > > I agree thats good and thats why i want a hybrid system! Some of my > > links do benefit from that but others with deeper hierarchies dont and > > lets face it any user is only ever going to remember a handful of > > folders properties so a hybrid system is very useful for that. > > Whats wrong with browser mode for the deep hierarchies? Navigator is okay for deep hierarchies but bad at everything else (file management, opening in new windows, loading/saving properties etc) Spatial is good for everything except deep hierarchies or quick browsing. My Patch makes spatial good for everything! > If its broken > then perhaps it can be fixed. I also have a list of things that bug me about the navigator (I cant open spatial windows from it, files are opened in the browser not in the default app, looks too much like a web browser, seriously bloated - just look at all that history stuff in there, poor usability, poor use of screen space - mutliple toolbars! And cause of all that its much harder for me to make patches for Navigator - just extracting the bookmarks code from it took me ages to sort out). IMHO A fair part of it would need a rewrite to sort it all out. And what would you end up with if you did rewrite it? Probably something very close to what my patch on spatial does! To sum up my patch provides a much better way thats consistent with GNOME's vision of minmilastic interfaces, removes the need for separate browser/spatial interfaces on the desktop altogether, allows the user to get the best of both worlds if he/she wants and its certainly better than trying to sort out that old navigator dinosaur! > > > > > > > The only thing needed is the same behaviour when moving upwards. > > > > > > Besides this I really like your enhancements. Especially the bookmark > > > integration and the location path at the bottom are nice. > > > > I agree bookmark enhancements were a good thing. Thats why you should > break it out into its own patch. relax, the reason its a big patch is because the bookmarks are currently dependent on the folder actions (likewise with the pathbar). I have emailed Alex and told him if he wants me to remove anything then I will do so. I will respect Alex's decision and if bookmarks is all he wants - no problem I will deliver it! Also a negative decision wont affect future patches by me either - Im not gonna sulk cause I will still have a spatial nautilus that rocks on my desktop! :))) jamie. p.s. I'm rather disturbed with the impression you were suggesting, namely that the big patch was an all or nothing blackmail thing! From jamiemcc@blueyonder.co.uk Fri Jul 9 21:21:43 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out4.blueyonder.co.uk (smtp-out4.blueyonder.co.uk [195.188.213.7]) by menubar.gnome.org (Postfix) with ESMTP id BC3973B0657; Fri, 9 Jul 2004 21:21:42 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out4.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Sat, 10 Jul 2004 02:21:58 +0100 From: Jamie McCracken To: Seth Nickell In-Reply-To: <1089316446.3111.20.camel@localhost.localdomain> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> Content-Type: text/plain Message-Id: <1089422565.3057.93.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sat, 10 Jul 2004 02:22:45 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 10 Jul 2004 01:21:58.0835 (UTC) FILETIME=[4BB2E830:01C4661C] Cc: Nautilus Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2004 01:21:43 -0000 On Thu, 2004-07-08 at 20:54, Seth Nickell wrote: > > 5) an optional pathbar displayed instead of the location button > > > > This is a really neat addition as it also solves the problem of > > displaying the full path in a spatial window as well as providing a > > slick way to navigate upwards. > > 1) It puts Unix path garbage onto every window. We are trying to > minimize the impact of our poorly laid out filesystem throughout GNOME. > The file dialog gets around this by using a UI trick to provide a > plausible explanation for re-rooting of the path bar. However, I don't > see a way Nautilus can use this trick. It means that every window will > have, e.g. "[/] [home] [username]" of noise in it (or potentially even, > say, "[/] [afs] [ir.stanford.edu] [s] [n] [snickell]" or "[/] [usr] > [local] [home] [seth]" etc). > I have added an updated patch on bugzilla for this (it was really easy to write!) at http://bugzilla.gnome.org/show_bug.cgi?id=145427 Also updated a screenshot of it showing the Home button (with obligatory home stock icon) at: http://www.jamiemcc.pwp.blueyonder.co.uk/Nautilus_pathbar.png jamie. From george@gmsys.com Fri Jul 9 21:46:33 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from pd2mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by menubar.gnome.org (Postfix) with ESMTP id A318F3B09C2 for ; Fri, 9 Jul 2004 21:46:33 -0400 (EDT) Received: from pd2mr2so.prod.shaw.ca (pd2mr2so-ser.prod.shaw.ca [10.0.141.109]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0I0M00A8G4OWCT@l-daemon> for nautilus-list@gnome.org; Fri, 09 Jul 2004 19:41:20 -0600 (MDT) Received: from pn2ml6so.prod.shaw.ca ([10.0.121.150]) by pd2mr2so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0I0M00K824OX2R00@pd2mr2so.prod.shaw.ca> for nautilus-list@gnome.org; Fri, 09 Jul 2004 19:41:21 -0600 (MDT) Received: from [199.60.63.2] (S01060050da7b0188.du.shawcable.net [24.68.150.160]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0I0M00B194OWZA@l-daemon> for nautilus-list@gnome.org; Fri, 09 Jul 2004 19:41:20 -0600 (MDT) Date: Fri, 09 Jul 2004 18:42:15 -0700 From: George Farris In-reply-to: <1089422565.3057.93.camel@localhost.localdomain> To: Nautilus Message-id: <1089423735.3771.0.camel@ve7frg.gmsys.com> MIME-version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) Content-type: text/plain Content-transfer-encoding: 7bit References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089422565.3057.93.camel@localhost.localdomain> Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2004 01:46:33 -0000 On Fri, 2004-07-09 at 18:22, Jamie McCracken wrote: > Also updated a screenshot of it showing the Home button (with obligatory > home stock icon) at: > > http://www.jamiemcc.pwp.blueyonder.co.uk/Nautilus_pathbar.png > > > jamie. I like this and it actually goes together quite well with the new file chooser. -- George Farris From jamiemcc@blueyonder.co.uk Fri Jul 9 21:51:56 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out1.blueyonder.co.uk (smtp-out1.blueyonder.co.uk [195.188.213.4]) by menubar.gnome.org (Postfix) with ESMTP id 6B7E63B0657 for ; Fri, 9 Jul 2004 21:51:56 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out1.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Sat, 10 Jul 2004 02:52:12 +0100 From: Jamie McCracken To: George Farris In-Reply-To: <1089423735.3771.0.camel@ve7frg.gmsys.com> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089422565.3057.93.camel@localhost.localdomain> <1089423735.3771.0.camel@ve7frg.gmsys.com> Content-Type: text/plain Message-Id: <1089424378.3057.97.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sat, 10 Jul 2004 02:52:59 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 10 Jul 2004 01:52:12.0335 (UTC) FILETIME=[84A10BF0:01C46620] Cc: Nautilus Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2004 01:51:56 -0000 On Sat, 2004-07-10 at 02:42, George Farris wrote: > On Fri, 2004-07-09 at 18:22, Jamie McCracken wrote: > > > Also updated a screenshot of it showing the Home button (with obligatory > > home stock icon) at: > > > > http://www.jamiemcc.pwp.blueyonder.co.uk/Nautilus_pathbar.png > > > > > > jamie. > > I like this and it actually goes together quite well with the new file > chooser. Yes and its very easy to extend it to other nodes that the file chooser substitutes like "Desktop" or indeed other useful ones. It also saves some space too. Well done Seth for pointing it out! jamie. > > -- > George Farris From johnp@redhat.com Sat Jul 10 02:48:00 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 48FA13B0AD7; Sat, 10 Jul 2004 02:48:00 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6A6lwe1016723; Sat, 10 Jul 2004 02:47:58 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6A6lw005277; Sat, 10 Jul 2004 02:47:58 -0400 Received: from [127.0.0.1] (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6A6lQYl012549; Sat, 10 Jul 2004 02:47:27 -0400 From: "John (J5) Palmieri" To: Jamie McCracken In-Reply-To: <1089419764.3057.86.camel@localhost.localdomain> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> Content-Type: text/plain Message-Id: <1089442076.7834.105.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sat, 10 Jul 2004 02:47:57 -0400 Content-Transfer-Encoding: 7bit Cc: Nautilus , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2004 06:48:00 -0000 On Fri, 2004-07-09 at 20:36, Jamie McCracken wrote: > On Fri, 2004-07-09 at 23:00, John (J5) Palmieri wrote: > > > We got away from this when we switched to gnome-2.0. The thing is too > > much configuration causes multiple unmaintainable code paths and it > > really is a guise for flaking on making hard decisions. You can't > > please everybody all the time. > > I agree with the philosphy and sure we dont want a million and one > options like the control freaks over at KDE. But some options we really > must have especially when they concern highly contentious issues and the > fact that we now have a choice between browser and spatial proves that > point. But that is where the user choice should be separated, between the browser and spatial modes not, lets add options to make the spatial more like browser. > > > > > > It avoids cluttering the screen with windows and still behaves spatial. > > > > If you open a new window with the same dimensions like the current you > > > > loose the only real advantage of spatial mode: The possibility to > > > > remember folders based on their position and their size. > > > > > > Yes but if you want to drill down quickly you dont care about size and > > > pos. > > > > This is what browser mode is for. I would suggest you take some of your > > hybrid ideas and see if they integrate well within the browser. I don't > > know if this is an option but perhaps making it easier to morph a window > > between browser and spacial mode would kill the need for a hybrid mode > > and therefor eliminate the need for a third hybrid codepath. > > > > I dont see the point to be honest. The navigator does require lots of > TLC admittedly (and to be honest if it removed all the corba crap from > the sidepanels it would be more maintainable - I think I read somewhere > there was a plan to migrate this to GObjects) but it is currently old > Gnome stuff and I note from GUADEC that GNOMES current vision is towards > minimalistic interfaces which kinda leaves the navigator on the fence so > to speak. > Therefore I would propose removing the always use browser > check button from the global prefs and use my folder actions to define > behaviour instead. But we already have folder actions for going into browser mode. We just need a folder action for going from browser back to spatial. > Why? Cause I note that most people that complained > about spatial moaned about it not being able to open stuff in the same > window rather than not having any other specific feature of the > navigator. They also complained about the lack of a location bar and back buttons. It's been said a hundred times, open up in the same window and you kill the whole point of spatial. That is what browser mode is for. > The other reason for doing it the way I did is that it took less than a > dozen lines of code to implement browse in the spatial interface But did you cover all bases or is just a quick, it works for me hack? Are there edge cases? would the user get confused as to what mode they are in? > - in no > way have I messed up the spatial code or made it significantly more > unmaintainable as a result. (BTW 99% of the patch is glade stuff or > bookmarks code) > > Its also not really a third way as you put it cause we dont need the > heavyweight navigator for it as an option - even ms explorer is separate > from the lightweight browser it uses on the desktop. The navigator is > fine as a separate and more complex app for more experienced users (a la > explorer) but I actually find my patch with pathbar much much better for > general browsing. I like the path bar for browsing mode. It would be nice to add it there. It makes no sense in spatial because one would expect that clicking the button would open things up in the same menu, not pop up a new one. All of a sudden you would have all these spatial windows with the same path bar so they would look like the same location if you missed the highlighted button. Plus in browsing mode one can get rid of the toolbar, sidebar and location bar to get the same streamlined look you are concerned with. Note, I believe hiding UI elements is more acceptable than having preferences that dictate behavior. > If you haven't tried the patch then I suggest you do > cuz it really makes browsing and file management really pleasant and > efficient. > > > > > > On my desktop I have 6 links which all open spatially and I > > > remember their positions and thats great (spatial in this instance > > > really works for me). I can then choose whether to open sub folders in > > > them in new windows or the same - its my choice at the end of the day > > > and therefore I can get the benefits of both worlds. > > > > Well you have just described why we have browser/spatial and have not > > just eliminated browser all together. > > But if I had chosen alway use browser I wouldn't be able to benefit from > that, right? You don't have to. You can choose "browse this folder..." in spatial to switch to browser mode. You are correct in assessing that there should be a way to switch from browser mode, back. > Also it would be really horrible to use the navigator here in > conjunction with spatial - the mouse buttons would be the other way > round, its interface different and more complex etc. Well the interface being different is a good thing. It is a visual cue that you are in browser mode. Plus one can make it look closer to spatial by hiding UI elements. I don't get the mouse buttons would be the other way around deal. Mouse button does what it does from whatever mode your in. Same as if you are in different applications the action of the mouse click takes on the semantics of that particular application. > It aint slick that > way and slickness counts a lot if you want a polished desktop. Why use > two radically different apps when one can do the job of both? Consistency. > - more > than anything that goes against the grain of what GNOME is about, > surely? Actually for the most part Gnome apps should be about doing one thing well. > (IMHO juggling between left click mode in browser and different > left click mode in spatial is frankly ridiculous usablity/consistency > and makes it all rather noddy and geeky compared to my slicker > alternative). You assume it is slicker. It feels schizophrenic to me (am I spatial, am I browser?). Spatial/Browser feels more consistent because they are for all intents and purposes separate apps and therefore have separate behaviors. > > > > > > > > > In spatial > > > > mode you even know where a certain file inside a small folder is before > > > > the folder opens. > > > > > > I agree thats good and thats why i want a hybrid system! Some of my > > > links do benefit from that but others with deeper hierarchies dont and > > > lets face it any user is only ever going to remember a handful of > > > folders properties so a hybrid system is very useful for that. > > > > Whats wrong with browser mode for the deep hierarchies? > > Navigator is okay for deep hierarchies but bad at everything else (file > management, opening in new windows, loading/saving properties etc) > > Spatial is good for everything except deep hierarchies or quick > browsing. > > My Patch makes spatial good for everything! But it is not spatial once you start opening up in the same window. > > If its broken > > then perhaps it can be fixed. > > I also have a list of things that bug me about the navigator (I cant > open spatial windows from it, That needs to be fixed. > files are opened in the browser not in the > default app, No real opinion about this one. > looks too much like a web browser, UI can be made to look cleaner by hiding elements. This is what most people like about browse mode. > seriously bloated Latest versions are just as fast as spatial. Some code can be excised. Someone needs to do the work. > - just > look at all that history stuff in there, poor usability, poor use of > screen space - mutliple toolbars! People seem to like the web browser look. Screen real estate can be reclaimed by hiding UI. > And cause of all that its much harder > for me to make patches for Navigator - just extracting the bookmarks > code from it took me ages to sort out). IMHO A fair part of it would > need a rewrite to sort it all out. And what would you end up with if you > did rewrite it? Probably something very close to what my patch on > spatial does! > > To sum up my patch provides a much better way thats consistent with > GNOME's vision of minmilastic interfaces, removes the need for separate > browser/spatial interfaces on the desktop altogether, allows the user to > get the best of both worlds if he/she wants and its certainly better > than trying to sort out that old navigator dinosaur! I don't think it will satisfy people the way you think. The browser proponents will still want browsing the way it used to be. Better to fix it up. All that really needed is to add the path navigation, and switch to spatial functionality. To get the minimalistic window simply hide the UI elements you wish and you are set. You would also have to add the ability to hide navigation tool bar to get it super minimalistic but I think it helps visually determining the difference between spatial and browsing. > > > > > > > > > > > The only thing needed is the same behaviour when moving upwards. > > > > > > > > Besides this I really like your enhancements. Especially the bookmark > > > > integration and the location path at the bottom are nice. > > > > > > > I agree bookmark enhancements were a good thing. Thats why you should > > break it out into its own patch. > > relax, the reason its a big patch is because the bookmarks are currently > dependent on the folder actions (likewise with the pathbar). I have > emailed Alex and told him if he wants me to remove anything then I will > do so. I will respect Alex's decision and if bookmarks is all he wants - > no problem I will deliver it! Cool. But I should reiterate it is much better to start with small patches anyway. If there are dependencies break them out. > Also a negative decision wont affect future patches by me either - Im > not gonna sulk cause I will still have a spatial nautilus that rocks on > my desktop! :))) Great attitude. Its just that your subject sort of implies an over enthusiasm and I have seen too many of these posts devolve into a I hate the Gnome devs cause they debate my ideas, though you are the first I have seen post actual useful code. I wanted to encourage you but at the same time temper expectations. > jamie. > > p.s. I'm rather disturbed with the impression you were suggesting, > namely that the big patch was an all or nothing blackmail thing! I wasn't suggesting that at all. Only that it is easier to review patches that change one thing and that they will be integrated faster if controversial items are separate from the more practical items. Alex is very busy and asking him to pick and choose items is a bit more time consuming than him simply going ya or nay when he is in patch review mode. Context switching is a bitch for humans too ;-) From jamiemcc@blueyonder.co.uk Sat Jul 10 08:07:05 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out2.blueyonder.co.uk (smtp-out2.blueyonder.co.uk [195.188.213.5]) by menubar.gnome.org (Postfix) with ESMTP id 8B5693B0B34; Sat, 10 Jul 2004 08:07:04 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out2.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Sat, 10 Jul 2004 13:07:19 +0100 From: Jamie McCracken To: "John (J5) Palmieri" In-Reply-To: <1089442076.7834.105.camel@localhost.localdomain> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089442076.7834.105.camel@localhost.localdomain> Content-Type: text/plain Message-Id: <1089461287.2843.68.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sat, 10 Jul 2004 13:08:07 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 10 Jul 2004 12:07:19.0710 (UTC) FILETIME=[73238BE0:01C46676] Cc: Nautilus , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2004 12:07:05 -0000 On Sat, 2004-07-10 at 07:47, John (J5) Palmieri wrote: > > > Why? Cause I note that most people that complained > > about spatial moaned about it not being able to open stuff in the same > > window rather than not having any other specific feature of the > > navigator. > > They also complained about the lack of a location bar and back buttons. We have ctrl+L for location and the pathbar negates the need for back buttons. The browsing ability provided by my patch is good enough for virtually all circumstances whilst the option to open the file browser is still there for the more extreme cases. > > It's been said a hundred times, open up in the same window and you kill > the whole point of spatial. That is what browser mode is for. As I have said before my patch makes spatial optionally more hybrid so the user can flick between both modes whenever its more advantageous to do so. It does not kill spatial but merely allows spatial and browser functionality to coexist in harmony. > > > The other reason for doing it the way I did is that it took less than a > > dozen lines of code to implement browse in the spatial interface > > But did you cover all bases or is just a quick, it works for me hack? > Are there edge cases? would the user get confused as to what mode they > are in? Im sure Alex can answer that - it is as far as Im concerned a trivial addition coding wise. > > > - in no > > way have I messed up the spatial code or made it significantly more > > unmaintainable as a result. (BTW 99% of the patch is glade stuff or > > bookmarks code) > > > > Its also not really a third way as you put it cause we dont need the > > heavyweight navigator for it as an option - even ms explorer is separate > > from the lightweight browser it uses on the desktop. The navigator is > > fine as a separate and more complex app for more experienced users (a la > > explorer) but I actually find my patch with pathbar much much better for > > general browsing. > > I like the path bar for browsing mode. It would be nice to add it > there. It makes no sense in spatial because one would expect that > clicking the button would open things up in the same menu, not pop up a > new one. But you could say the same for the location button. The pathbar is a superior UI element to the location button (you only have to consider the old file dialog which contained a dropdown for selecting the path versus the new one). The fact you have to have at least two mouse clicks to navigate the hierarchy with the location button makes it all too bureaucratic whilst the slick pathbar is a joy to use in contrast. > All of a sudden you would have all these spatial windows with > the same path bar so they would look like the same location if you > missed the highlighted button. Plus in browsing mode one can get rid of > the toolbar, No I cant get rid of the toolbar - I have tried in GConf but it always appears! > sidebar and location bar to get the same streamlined look > you are concerned with. Note, I believe hiding UI elements is more > acceptable than having preferences that dictate behavior. > > > If you haven't tried the patch then I suggest you do > > cuz it really makes browsing and file management really pleasant and > > efficient. > > > > > > > > > > On my desktop I have 6 links which all open spatially and I > > > > remember their positions and thats great (spatial in this instance > > > > really works for me). I can then choose whether to open sub folders in > > > > them in new windows or the same - its my choice at the end of the day > > > > and therefore I can get the benefits of both worlds. > > > > > > Well you have just described why we have browser/spatial and have not > > > just eliminated browser all together. > > > > But if I had chosen alway use browser I wouldn't be able to benefit from > > that, right? > > You don't have to. You can choose "browse this folder..." in spatial to > switch to browser mode. You are correct in assessing that there should > be a way to switch from browser mode, back. > > > Also it would be really horrible to use the navigator here in > > conjunction with spatial - the mouse buttons would be the other way > > round, its interface different and more complex etc. > > Well the interface being different is a good thing. It is a visual cue > that you are in browser mode. Plus one can make it look closer to > spatial by hiding UI elements. I don't get the mouse buttons would be > the other way around deal. Mouse button does what it does from whatever > mode your in. Same as if you are in different applications the action > of the mouse click takes on the semantics of that particular > application. Thats awfully inconsistent! I have to disagree - it currently only makes it worthwhile to browse that way in more extreme situations. The right click and select from drop down is all too bureaucratic like the location button too. > > It aint slick that > > way and slickness counts a lot if you want a polished desktop. Why use > > two radically different apps when one can do the job of both? > > Consistency. But it aint! How is having an incomplete file manager that requires two separate apps with different look and feel to make it function as a whole more consistent? > > - more > > than anything that goes against the grain of what GNOME is about, > > surely? > > Actually for the most part Gnome apps should be about doing one thing > well. I consider file management/file browsing one thing and with my patch it does do that one thing extremely well > > > > (IMHO juggling between left click mode in browser and different > > left click mode in spatial is frankly ridiculous usablity/consistency > > and makes it all rather noddy and geeky compared to my slicker > > alternative). > > You assume it is slicker. Of course it is. Going to a separate app with different look and feel for some occasional browsing is really clumsy and reflects bad design. Theres simply no excuse for not having such basic functionality in whatever app you use for the file manager. > It feels schizophrenic to me (am I spatial, > am I browser?). Does that matter? I mean when I do file management stuff I simply use whats best or most efficient - I see no reason to stop and think am I spatial or browser! > Spatial/Browser feels more consistent because they are > for all intents and purposes separate apps and therefore have separate > behaviors. But why do we need both? It really sux having to learn two separate apps in order to have a complete file manager! Its so unneccesary. Having a single file manager app that can handle whatever you throw at it is what I consider to be a good well designed app. > > > > > > > > > > > > > In spatial > > > > > mode you even know where a certain file inside a small folder is before > > > > > the folder opens. > > > > > > > > I agree thats good and thats why i want a hybrid system! Some of my > > > > links do benefit from that but others with deeper hierarchies dont and > > > > lets face it any user is only ever going to remember a handful of > > > > folders properties so a hybrid system is very useful for that. > > > > > > Whats wrong with browser mode for the deep hierarchies? > > > > Navigator is okay for deep hierarchies but bad at everything else (file > > management, opening in new windows, loading/saving properties etc) > > > > Spatial is good for everything except deep hierarchies or quick > > browsing. > > > > My Patch makes spatial good for everything! > > But it is not spatial once you start opening up in the same window. As above, its spatial and browse coexisting in harmony > > > > > If its broken > > > then perhaps it can be fixed. > > > > I also have a list of things that bug me about the navigator (I cant > > open spatial windows from it, > > That needs to be fixed. perhaps but they probably wont. The future has already been decided and that future is things like Storage and other filesystems without hierarchies ( which as far as Im concerned is all well and good). The problem is that most users aren;t going to have such facillities in the near term so they have to make do with whatever they can in the meantime. Its just unfortunate that without my patch they will be stuck with a sub standard file management experience (either the crummy old browser or the hierarchy-hostile spatial mode with poor synergy between the two). > > > files are opened in the browser not in the > > default app, > > No real opinion about this one. > > > looks too much like a web browser, > > UI can be made to look cleaner by hiding elements. This is what most > people like about browse mode. > > > seriously bloated > > Latest versions are just as fast as spatial. Some code can be excised. > Someone needs to do the work. > > > - just > > look at all that history stuff in there, poor usability, poor use of > > screen space - mutliple toolbars! > > People seem to like the web browser look. Screen real estate can be > reclaimed by hiding UI. > > > And cause of all that its much harder > > for me to make patches for Navigator - just extracting the bookmarks > > code from it took me ages to sort out). IMHO A fair part of it would > > need a rewrite to sort it all out. And what would you end up with if you > > did rewrite it? Probably something very close to what my patch on > > spatial does! > > > > To sum up my patch provides a much better way thats consistent with > > GNOME's vision of minmilastic interfaces, removes the need for separate > > browser/spatial interfaces on the desktop altogether, allows the user to > > get the best of both worlds if he/she wants and its certainly better > > than trying to sort out that old navigator dinosaur! > > I don't think it will satisfy people the way you think. The browser > proponents will still want browsing the way it used to be. Better to > fix it up. All that really needed is to add the path navigation, and > switch to spatial functionality. To get the minimalistic window simply > hide the UI elements you wish and you are set. You would also have to > add the ability to hide navigation tool bar to get it super minimalistic > but I think it helps visually determining the difference between spatial > and browsing. Again I see no need for separate spatial and browser apps. My patch proves that they can coexist in harmony in one app. It also proves that adding browse functionality to spatial is easy and makes sense. It also shows that hybrid mode better fits all desktops be they ones that are more spatially orientated or ones that are more browser orientated. For extreme browsing cases users still have the right click - open in new browser option however the quality of browsing provided by my patch is more than good enough for most browse situations. I see it as a waste of time trying to improve the navigator as after all the hard work that it would require I will still end up with something thats almost the same as what my patch does to spatial - theres simply no point reinventing the wheel when all it takes is a simple little option to spatial mode. Surely everyone can see that? The browser is best left as a separate app for heavyweight browsing like ms explorer is. Spatial is the future it just needs a tweak to handle browsing so everyone can get by until we are able to do away with hierarchies. At the end of the day, the spatial mode is perfect for everything except for browsing. So why not have a patch which optionally fixes this weakness? I cant understand the resistance to this because if my patch is accepted it would surely encourage everyone to use it and enjoy the many benefits of spatial mode rather than alienating a significant population into always using the browser mode instead - I really dont see how that serves the Gnome community. We should try to unite under one file manager app. jamie. > > > > > > > > > > > > > > > > The only thing needed is the same behaviour when moving upwards. > > > > > > > > > > Besides this I really like your enhancements. Especially the bookmark > > > > > integration and the location path at the bottom are nice. > > > > > > > > > > I agree bookmark enhancements were a good thing. Thats why you should > > > break it out into its own patch. > > > > relax, the reason its a big patch is because the bookmarks are currently > > dependent on the folder actions (likewise with the pathbar). I have > > emailed Alex and told him if he wants me to remove anything then I will > > do so. I will respect Alex's decision and if bookmarks is all he wants - > > no problem I will deliver it! > > Cool. But I should reiterate it is much better to start with small > patches anyway. If there are dependencies break them out. > > > Also a negative decision wont affect future patches by me either - Im > > not gonna sulk cause I will still have a spatial nautilus that rocks on > > my desktop! :))) > > Great attitude. Its just that your subject sort of implies an over > enthusiasm and I have seen too many of these posts devolve into a I hate > the Gnome devs cause they debate my ideas, though you are the first I > have seen post actual useful code. I wanted to encourage you but at the > same time temper expectations. > > > jamie. > > > > p.s. I'm rather disturbed with the impression you were suggesting, > > namely that the big patch was an all or nothing blackmail thing! > > I wasn't suggesting that at all. Only that it is easier to review > patches that change one thing and that they will be integrated faster if > controversial items are separate from the more practical items. Alex is > very busy and asking him to pick and choose items is a bit more time > consuming than him simply going ya or nay when he is in patch review > mode. Context switching is a bitch for humans too ;-) > > From c.schneider@scram.de Sat Jul 10 09:19:35 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail2.scram.de (mail2.scram.de [195.226.127.112]) by menubar.gnome.org (Postfix) with ESMTP id 7A9D43B0777; Sat, 10 Jul 2004 09:19:35 -0400 (EDT) Received: from mail3.scram.de (mail3.scram.de [195.226.127.113]) by mail2.scram.de (Postfix) with ESMTP id AEF8E8073; Sat, 10 Jul 2004 15:19:13 +0200 (CEST) Received: from mail.scram.de (mail.scram.de [IPv6:3ffe:400:470:1::1:1]) by mail2.scram.de (Postfix) with ESMTP id AD7387E46; Sat, 10 Jul 2004 15:19:10 +0200 (CEST) Received: from [10.0.0.10] (pD9E4ADF2.dip.t-dialin.net [217.228.173.242]) (authenticated (0 bits)) by mail.scram.de (8.12.9/8.11.0) with ESMTP id i6ADJ7rg001362; Sat, 10 Jul 2004 15:19:08 +0200 (CEST) Message-ID: <40EFED08.7030307@scram.de> Date: Sat, 10 Jul 2004 15:20:08 +0200 From: Christian Schneider User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jamie McCracken References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089442076.7834.105.camel@localhost.localdomain> <1089461287.2843.68.camel@localhost.localdomain> In-Reply-To: <1089461287.2843.68.camel@localhost.localdomain> Content-Type: multipart/alternative; boundary="------------050503040107030904020109" X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at scram.de X-Spam-Status: No, hits=-4.3 tagged_above=-999.0 required=5.0 tests=BAYES_00, HTML_MESSAGE, HTML_TITLE_EMPTY, RCVD_IN_DYNABLOCK, RCVD_IN_NJABL, RCVD_IN_NJABL_DIALUP, RCVD_IN_SORBS X-Spam-Level: X-Spam-Report: * 0.1 HTML_MESSAGE BODY: HTML included in message * 0.1 HTML_TITLE_EMPTY BODY: HTML title contains no text * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] * 0.1 RCVD_IN_NJABL_DIALUP RBL: NJABL: dialup sender did non-local SMTP * [217.228.173.242 listed in dnsbl.njabl.org] * 0.1 RCVD_IN_DYNABLOCK RBL: Sent directly from dynamic IP address * [217.228.173.242 listed in dnsbl.sorbs.net] * 0.1 RCVD_IN_SORBS RBL: SORBS: sender is listed in SORBS * [217.228.173.242 listed in dnsbl.sorbs.net] * 0.1 RCVD_IN_NJABL RBL: Received via a relay in dnsbl.njabl.org * [217.228.173.242 listed in dnsbl.njabl.org] Cc: "John \(J5\) Palmieri" , Nautilus , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2004 13:19:36 -0000 This is a multi-part message in MIME format. --------------050503040107030904020109 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit >>>(IMHO juggling between left click mode in browser and different >>>left click mode in spatial is frankly ridiculous usablity/consistency >>>and makes it all rather noddy and geeky compared to my slicker >>>alternative). >>> >>> >>You assume it is slicker. >> >> > >Of course it is. Going to a separate app with different look and feel >for some occasional browsing is really clumsy and reflects bad design. >Theres simply no excuse for not having such basic functionality in >whatever app you use for the file manager. > > > >>It feels schizophrenic to me (am I spatial, >>am I browser?). >> >> > >Does that matter? I mean when I do file management stuff I simply use >whats best or most efficient - I see no reason to stop and think am I >spatial or browser! > > > I see one big problem. In windows 3.1 they had a spatial mode. As it did not function very well I was relieved that in windows 95 microsoft provided a way to open new folders in the same window. I was relieved to get rid of all those windows and switched to the new mode. Because of this option I never understood why spatial should be an advantage and thought it to be quite useless. So when you provide the option to open in same window with left click most spatial beginners will set it that way and never learn why spatial is a good choice at all. As I have read a lot about spatial and learned the positive aspects I would like the option of opening in the same window. I would use it when it really makes sense. But most beginners would use it all the time. That is why I vote for not providing this option. In the same time I must admit that the current split between browser and spatial is not very good. The apps are too different for people to feel at home with both and switching them where it is apropriate. Probably there will instead be two fractions. One that always use browse and one that always use spatial. My solution to this problem would be to try and add the necessary additions to spatial to cope with deep hierarchies. It is a clear case that you don´t want folder windows for every folder in a 10 level hierarchy on your desktop. Even the option of open a new window and close the old is not that useful in that case. What I think we need is a separate tree window where you navigate the directories and open a spatial folder when you are at your destination. I have no current screenshot as example on hand but I am sure you guys can imagine what I mean. This tree window should open with a fast acessible button on the panel and a keyboard shortcut. The second thing I would provide is a path entry field in the panel. There you can type paths like in bash with tab (or another key) completion. With enter key you could then open a spatial window. I have provided a small page describing this feature on my website. http://www.liquid-reality.de/main/interests/nautilus_nav I would be interested in what you think about these ideas. If the separate tree concept is interesting I will create a screenshot and some explanation on my site. -- Christian Schneider --------------050503040107030904020109 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit 
(IMHO juggling between left click mode in browser and different
left click mode in spatial is frankly ridiculous usablity/consistency
and makes it all rather noddy and geeky compared to my slicker
alternative). 
      
You assume it is slicker.  
    

Of course it is. Going to a separate app with different look and feel
for some occasional browsing is really clumsy and reflects bad design.
Theres simply no excuse for not having such basic functionality in
whatever app you use for the file manager.

  
It feels schizophrenic to me (am I spatial,
am I browser?).
    

Does that matter? I mean when I do file management stuff I simply use
whats best or most efficient - I see no reason to stop and think am I
spatial or browser!
I see one big problem. In windows 3.1 they had a spatial mode. As it did not function very well I was relieved that in windows 95 microsoft provided a way to open new folders in the same window.
I was relieved to get rid of all those windows and switched to the new mode. Because of this option I never understood why spatial should be an advantage and thought it to be quite useless.

So when you provide the option to open in same window with left click most spatial beginners will set it that way and never learn why spatial is a good choice at all. As I have read a lot about spatial and learned the positive aspects I would like the option of opening in the same window. I would use it when it really makes sense. But most beginners would use it all the time. That is why I vote for not providing this option.

In the same time I must admit that the current split between browser and spatial is not very good. The apps are too different for people to feel at home with both and switching them where it is apropriate. Probably there will instead be two fractions. One that always use browse and one that always use spatial.

My solution to this problem would be to try and add the necessary additions to spatial to cope with deep hierarchies. It is a clear case that you don´t want folder windows for every folder in a 10 level hierarchy on your desktop. Even the option of open a new window and close the old is not that useful in that case.

What I think we need is a separate tree window where you navigate the directories and open a spatial folder when you are at your destination. I have no current screenshot as example on hand but I am sure you guys can imagine what I mean. This tree window should open with a fast acessible button on the panel and a keyboard shortcut.

The second thing I would provide is a path entry field in the panel. There you can type paths like in bash with tab (or another key) completion. With enter key you could then open a spatial window. I have provided a small page describing this feature on my website.

http://www.liquid-reality.de/main/interests/nautilus_nav

I would be interested in what you think about these ideas.  If the separate tree concept is interesting I will create a screenshot and some explanation on my site.

--

Christian Schneider

--------------050503040107030904020109-- From jamiemcc@blueyonder.co.uk Sat Jul 10 09:38:41 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out3.blueyonder.co.uk (smtp-out3.blueyonder.co.uk [195.188.213.6]) by menubar.gnome.org (Postfix) with ESMTP id E357A3B0A10; Sat, 10 Jul 2004 09:38:40 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out3.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Sat, 10 Jul 2004 14:38:53 +0100 From: Jamie McCracken To: Christian Schneider In-Reply-To: <40EFED08.7030307@scram.de> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089442076.7834.105.camel@localhost.localdomain> <1089461287.2843.68.camel@localhost.localdomain> <40EFED08.7030307@scram.de> Content-Type: text/plain; charset=UTF-8 Message-Id: <1089466780.2843.86.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sat, 10 Jul 2004 14:39:40 +0100 Content-Transfer-Encoding: quoted-printable X-OriginalArrivalTime: 10 Jul 2004 13:38:53.0130 (UTC) FILETIME=[3D78EAA0:01C46683] Cc: "John \(J5\) Palmieri" , Nautilus , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2004 13:38:41 -0000 On Sat, 2004-07-10 at 14:20, Christian Schneider wrote: [snip] > So when you provide the option to open in same window with left click > most spatial beginners will set it that way and never learn why > spatial is a good choice at all. As I have read a lot about spatial > and learned the positive aspects I would like the option of opening in > the same window. I would use it when it really makes sense. But most > beginners would use it all the time. That is why I vote for not > providing this option. Not strictly true. First default would be as is and second opening from the desktop would always be spatial regardless of what options you have for folders. And lastly spatial coherence is always maintained so its not like you would never benefit that way. All windows load and save properties until you actually reuse the window so your assertion that users would never experience spatial benefits is false. >=20 > In the same time I must admit that the current split between browser > and spatial is not very good. The apps are too different for people to > feel at home with both and switching them where it is apropriate. > Probably there will instead be two fractions. One that always use > browse and one that always use spatial. *Fragmentation is BAD* thats why we should unite under a more hybrid model. If we stay as we are everyone loses and we have a higher cost of maintaining separate browser and spatial modes. Incidentally, the browser development has all but halted since spatial and will probably remain that way. It would be wise and sensible given our limited resources to adopt a hybrid model and make a success of it rather than trying to maintain separate browser and spatial modes and their respective communities. >=20 > My solution to this problem would be to try and add the necessary > additions to spatial to cope with deep hierarchies. It is a clear case > that you don=C2=B4t want folder windows for every folder in a 10 level > hierarchy on your desktop. Even the option of open a new window and > close the old is not that useful in that case. >=20 > What I think we need is a separate tree window where you navigate the > directories and open a spatial folder when you are at your > destination. I have no current screenshot as example on hand but I am > sure you guys can imagine what I mean. This tree window should open > with a fast acessible button on the panel and a keyboard shortcut. I dont like tree views in general as they are rather over cooked and are fairly complex things for new users. That said it would be better to have say the file chooser pop up from where you could select a folder to navigate to (that is assuming new users would be familiar with the file chooser) though I dont have a need for this feature so dont expect me to write it. >=20 > The second thing I would provide is a path entry field in the panel. > There you can type paths like in bash with tab (or another key) > completion. With enter key you could then open a spatial window. I > have provided a small page describing this feature on my website. >=20 Ctrl+L already provides us with an entry with tab completion > http://www.liquid-reality.de/main/interests/nautilus_nav >=20 > I would be interested in what you think about these ideas. If the > separate tree concept is interesting I will create a screenshot and > some explanation on my site. >=20 > -- >=20 > Christian Schneider >=20 From twanger@bluetwanger.de Sat Jul 10 10:20:48 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from web11.manitu.net (web11.manitu.net [217.11.48.111]) by menubar.gnome.org (Postfix) with ESMTP id 04AC23B0893 for ; Sat, 10 Jul 2004 10:20:48 -0400 (EDT) Received: from [192.168.0.1] (dsl-082-082-213-007.arcor-ip.net [82.82.213.7]) (authenticated) by web11.manitu.net (8.10.2-SOL3/8.10.2) with ESMTP id i6AEKia09367; Sat, 10 Jul 2004 16:20:45 +0200 From: Markus Bertheau To: =?ISO-8859-1?Q?Ren=E9?= Seindal In-Reply-To: <40EE64D6.8080608@seindal.dk> References: <40EE64D6.8080608@seindal.dk> Content-Type: text/plain; charset=UTF-8 Message-Id: <1089469244.2718.4.camel@teetnang> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sat, 10 Jul 2004 16:20:44 +0200 Content-Transfer-Encoding: quoted-printable Cc: nautilus-list@gnome.org Subject: Re: Spatial mode and mime-handlers for directories X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2004 14:20:48 -0000 =D0=92 =D0=9F=D1=82=D0=BD, 09.07.2004, =D0=B2 11:26, Ren=C3=A9 Seindal =D0= =BF=D0=B8=D1=88=D0=B5=D1=82: > In a nautilus spatial windows there is absolutely no way to access my=20 > preferred applications for directories. Use the folder icon in the folder that contains the folder you want. --=20 Markus Bertheau From rene@seindal.dk Sat Jul 10 11:31:07 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from paestum.seindal.dk (ip157.rev112.brygge.net [194.255.112.157]) by menubar.gnome.org (Postfix) with ESMTP id A7F993B07E9 for ; Sat, 10 Jul 2004 11:31:06 -0400 (EDT) Received: from [127.0.0.1] (really [127.0.0.1]) by paestum.seindal.dk via in.smtpd with esmtp id (Debian Smail3.2.0.115) Sat, 10 Jul 2004 17:31:05 +0200 (CEST) Message-ID: <40F00BB7.8080700@seindal.dk> Date: Sat, 10 Jul 2004 17:31:03 +0200 From: =?UTF-8?B?UmVuw6kgU2VpbmRhbA==?= Organization: Seindal Consult User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040708) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Markus Bertheau References: <40EE64D6.8080608@seindal.dk> <1089469244.2718.4.camel@teetnang> In-Reply-To: <1089469244.2718.4.camel@teetnang> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Cc: nautilus-list@gnome.org Subject: Re: Spatial mode and mime-handlers for directories X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2004 15:31:07 -0000 Markus Bertheau wrote: > =D0=92 =D0=9F=D1=82=D0=BD, 09.07.2004, =D0=B2 11:26, Ren=C3=A9 Seindal = =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >=20 >=20 >>In a nautilus spatial windows there is absolutely no way to access my=20 >>preferred applications for directories. >=20 >=20 > Use the folder icon in the folder that contains the folder you want. Well, that is really from another nautilus window, is it? Besides it is not very practical if the folder in question has hundreds=20 of siblings. I'll be wasting a lot of time searching for same folder as = I already have open in its parent. I might not have gotten there=20 through the parent. Not exactly efficient, having to locate the same=20 folder twice just to do a simple operation like launching gthumb. Why don't you explain to me why having access to ones preferred=20 applications for directories from a spatial nautilus window is a useless = thing? --=20 Ren=C3=A9 Seindal (rene@seindal.dk) Seindal Consult From twanger@bluetwanger.de Sat Jul 10 13:33:00 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from web11.manitu.net (web11.manitu.net [217.11.48.111]) by menubar.gnome.org (Postfix) with ESMTP id D82023B06D0 for ; Sat, 10 Jul 2004 13:32:59 -0400 (EDT) Received: from [192.168.0.1] (dsl-082-082-213-007.arcor-ip.net [82.82.213.7]) (authenticated) by web11.manitu.net (8.10.2-SOL3/8.10.2) with ESMTP id i6AHWta20965; Sat, 10 Jul 2004 19:32:56 +0200 From: Markus Bertheau To: =?ISO-8859-1?Q?Ren=E9?= Seindal In-Reply-To: <40F00BB7.8080700@seindal.dk> References: <40EE64D6.8080608@seindal.dk> <1089469244.2718.4.camel@teetnang> <40F00BB7.8080700@seindal.dk> Content-Type: text/plain; charset=UTF-8 Message-Id: <1089480776.2718.6.camel@teetnang> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sat, 10 Jul 2004 19:32:56 +0200 Content-Transfer-Encoding: quoted-printable Cc: nautilus-list@gnome.org Subject: Re: Spatial mode and mime-handlers for directories X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2004 17:33:00 -0000 =D0=92 =D0=A1=D0=B1=D1=82, 10.07.2004, =D0=B2 17:31, Ren=C3=A9 Seindal =D0= =BF=D0=B8=D1=88=D0=B5=D1=82: >=20 > Why don't you explain to me why having access to ones preferred=20 > applications for directories from a spatial nautilus window is a useless=20 > thing? I don't think it's useless. --=20 Markus Bertheau From gkarabin@pobox.com Sun Jul 11 13:12:50 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from ms-smtp-02-eri0.socal.rr.com (ms-smtp-02-qfe0.socal.rr.com [66.75.162.134]) by menubar.gnome.org (Postfix) with ESMTP id DC8A13B0CE2 for ; Sun, 11 Jul 2004 13:12:49 -0400 (EDT) Received: from [192.168.1.100] (dt014n23.san.rr.com [24.30.129.35]) by ms-smtp-02-eri0.socal.rr.com (8.12.10/8.12.7) with ESMTP id i6BHCkXr029135; Sun, 11 Jul 2004 10:12:47 -0700 (PDT) In-Reply-To: References: <20040707172947.68336.qmail@web12105.mail.yahoo.com> Mime-Version: 1.0 (Apple Message framework v618) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <872098A0-D35D-11D8-9CFD-000A95A6935E@pobox.com> Content-Transfer-Encoding: 7bit From: George J Karabin Date: Sun, 11 Jul 2004 10:12:45 -0700 To: Mike Hearn X-Mailer: Apple Mail (2.618) X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: nautilus-list@gnome.org Subject: Re: smb:// very slow X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jul 2004 17:12:50 -0000 Yeah - me too. I took a shot at a patch to cover at least some of these cases, but there wasn't much enthusiasm upstream. The cache that libsmbclient uses is root-owned, and users using libsmbclient can't write into it, so any authentication results that should have been cached have to be reacquired on demand (IIRC). I fixed that, AFAIK, and audited as much code as I could to make sure it wasn't broken, but I think it was fairly low priority for the upstream guys and it's been bugzilla'd till LATER. Check out https://bugzilla.samba.org/show_bug.cgi?id=259 . The patch may be a bit out of date, and I no longer have easy access to a windows network, so I haven't looked at it in a while. If anyone has any luck with it, let me know, and I'll push on it again. - George On Jul 8, 2004, at 4:26 AM, Mike Hearn wrote: > I had this problem about a year and a half ago. I did some work on it > with > ethereal and iirc found it was an authentication problem, gnome-vfs was > constantly attempting to reauthenticate to one of the network servers > and > each time it did, had to wait for the response. > > Back then, the result was that the window just filled up extremely > slowly. > Since Nautilus was changed to not do incremental icon rendering, you > get > what you see now, which is it taking ages for anything to appear. > > I don't remember the details and while I filed a bug, I can no longer > find > it in bugzilla! So I guess you'll need to do some investigation with > ethereal like I did to see if it's the same problem. > > thanks -mike > > On Wed, 07 Jul 2004 10:29:47 -0700, Sanchez the Cactus wrote: >> I'm trying to use nautilus 2.6 (debian unstable packages) to access >> files on my >> company's network share, but the load time is incredibly slow. Using >> smbclient >> //server/share to connect, I can ls and cd instantaneously. However, >> using >> nautilus to go to smb://server/share, the folder can take on the >> order of 10 >> seconds just to ask me for my password, and then another 30 seconds >> to a minute >> (or more) to show a directory listing. This slowdown continues for >> each >> subfolder that I open in nautilus, with the xcursor over the nautilus >> window >> turning into an hourglass until the folder loads. Is this a known >> issue (I >> couldn't find anything in bugzilla)? is there any known way to speed >> it up? >> Or can I provide some more information somehow to help debug this? > > > > -- > nautilus-list mailing list > nautilus-list@gnome.org > http://mail.gnome.org/mailman/listinfo/nautilus-list From NQG24419@nifty.com Sun Jul 11 22:14:09 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail505.nifty.com (mail505.nifty.com [202.248.37.213]) by menubar.gnome.org (Postfix) with ESMTP id E83AE3B0960; Sun, 11 Jul 2004 22:14:08 -0400 (EDT) Received: from [61.121.48.195] (ntnara028195.nara.nt.adsl.ppp.infoweb.ne.jp [61.121.48.195])by mail505.nifty.com with ESMTP id i6C2E6Ex013958; Mon, 12 Jul 2004 11:14:06 +0900 From: Ryan McDougall To: nautilus-list@gnome.org, jamiemcc@blueyonder.co.uk, seth@gnome.org Content-Type: text/plain Date: Mon, 12 Jul 2004 11:20:09 -0600 Message-Id: <1089652809.2820.31.camel@DRAGUN> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.2 (1.5.9.2-1) Content-Transfer-Encoding: 7bit Cc: Subject: Re: Mega patch to make spatial nautilus rock! [changing spatial button mapping] X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2004 02:14:09 -0000 In the case of left-click=open, and middle-click=open-and-close-parent setup we currently have, we do so for discoverability reasons; that is because new users are likely to prefer to use only one button (the left button if the have windows experience), and many mice have to simulate the middle button with a simultaneous left+right click (a tricky operation *I* occasionally fail at). Therefore we map the most general purpose function (open in new window) to the most used button. However, although open-in-new-window has the most uses, its often NOT the most used. That is the majority of use cases for any user is "drilling" in search of a single item, than therefore the most useful function is open-and-close-parent. I guess that about 90% of my usage is so, and that my usage pattern is not uncommon; therefore I will assume this is generally true among all users. Next I will assume that users who are sufficiently sophisticated to change the preferences of their file manager, are sufficiently sophisticated enough to have discovered the middle button, and know how to effectively operate both buttons. If my two above assumptions are correct, then swapping the left and middle button functions is a usability improvement since the most often used command is mapped to the easiest to operate button. The above seems to me to be a pretty clear argument to allows some means (whether in GConf or pref GUI) to change the mouse button mapping. Do you agree? Cheers, Ryan From jamiemcc@blueyonder.co.uk Mon Jul 12 07:44:43 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out3.blueyonder.co.uk (smtp-out3.blueyonder.co.uk [195.188.213.6]) by menubar.gnome.org (Postfix) with ESMTP id 040523B0DB0; Mon, 12 Jul 2004 07:44:43 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out3.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Mon, 12 Jul 2004 12:44:55 +0100 From: Jamie McCracken To: Ryan McDougall In-Reply-To: <1089652809.2820.31.camel@DRAGUN> References: <1089652809.2820.31.camel@DRAGUN> Content-Type: text/plain Message-Id: <1089632745.2843.5.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Mon, 12 Jul 2004 12:45:45 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 12 Jul 2004 11:44:55.0335 (UTC) FILETIME=[A6A7B370:01C46805] Cc: Nautilus , seth@gnome.org Subject: Re: Mega patch to make spatial nautilus rock! [changing spatial button mapping] X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2004 11:44:43 -0000 On Mon, 2004-07-12 at 18:20, Ryan McDougall wrote: > In the case of left-click=open, and middle-click=open-and-close-parent > setup we currently have, we do so for discoverability reasons; that is > because new users are likely to prefer to use only one button (the left > button if the have windows experience), and many mice have to simulate > the middle button with a simultaneous left+right click (a tricky > operation *I* occasionally fail at). Therefore we map the most general > purpose function (open in new window) to the most used button. > > However, although open-in-new-window has the most uses, its often NOT > the most used. That is the majority of use cases for any user is > "drilling" in search of a single item, than therefore the most useful > function is open-and-close-parent. I guess that about 90% of my usage is > so, and that my usage pattern is not uncommon; therefore I will assume > this is generally true among all users. > > Next I will assume that users who are sufficiently sophisticated to > change the preferences of their file manager, are sufficiently > sophisticated enough to have discovered the middle button, and know how > to effectively operate both buttons. > > If my two above assumptions are correct, then swapping the left and > middle button functions is a usability improvement since the most often > used command is mapped to the easiest to operate button. > > The above seems to me to be a pretty clear argument to allows some means > (whether in GConf or pref GUI) to change the mouse button mapping. Do > you agree? yes but also for other reasons. Some notebook users who only have two buttons (and dont emulate a third mouse button) have asked to change the default button function too - indeed there are outstanding bugs in bugzilla for this which my patch fixes - http://bugzilla.gnome.org/show_bug.cgi?id=145588 http://bugzilla.gnome.org/show_bug.cgi?id=142419 jamie. > > Cheers, > Ryan > > From pah06@uow.edu.au Mon Jul 12 08:49:03 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from evaki.its.uow.edu.au (evaki.its.uow.edu.au [130.130.68.32]) by menubar.gnome.org (Postfix) with ESMTP id EA5103B0D70; Mon, 12 Jul 2004 08:49:02 -0400 (EDT) Received: from evaki (localhost [127.0.0.1]) by evaki.its.uow.edu.au (8.12.9/8.12.9) with ESMTP id i6CCn1tb010583; Mon, 12 Jul 2004 22:49:01 +1000 (EST) Received: from chac.its.uow.edu.au ([130.130.37.3]) by evaki.its.uow.edu.au (MailMonitor for SMTP v1.2.2 ) ; Mon, 12 Jul 2004 22:49:01 +1000 (EST) Received: from sendmail by chac.its.uow.edu.au with local (Exim 4.34) id 1Bk0Ev-0001ty-3b; Mon, 12 Jul 2004 22:49:01 +1000 Received: from samwise.dsl.uow.edu.au (smaug.dsl.uow.edu.au[130.130.66.20]) by chac.its.uow.edu.au (UWSMTPD 1.61) with ESMTP id 7506102.7250; Monday, 12 July 2004 22:48:55 +1000 From: Peter Harvey To: gnome-vfs-list@gnome.org, Nautilus List Content-Type: text/plain Organization: SITACS, University of Wollongong Message-Id: <1089633298.4192.0.camel@samwise.dsl.uow.edu.au> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 12 Jul 2004 22:48:46 +1000 Content-Transfer-Encoding: 7bit X-MessageID: 7506102.7250 X-EnvelopeFrom: 7506102.7250 Cc: Subject: Data loss X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2004 12:49:03 -0000 Hello, I've submitted a bugzilla bug about this. It's an instance of data loss which occurs when moving a directory. I originally reported it under Nautilus, and then moved it to GnomeVFS. Haven't heard anything about it, and since it *is* data loss I thought I might shout a little louder. :) The bug report http://bugzilla.gnome.org/show_bug.cgi?id=145487 goes something like this..... --------------------------------------------- Copying a file with a ? in the name to a FAT partition will fail under Nautilus. This is not a bug, as FAT partitions don't support ? in filenames. But for me /share is a a FAT partition, and this is where I noticed a bug. The following shell session demonstrates what I see: harvey@samwise:~$ nautilus --version Gnome nautilus 2.6.3 harvey@samwise:~$ mkdir test harvey@samwise:~$ echo hello > 'test/test?me' harvey@samwise:~$ echo hello > 'test/test.me' harvey@samwise:~$ ls -l test total 8 -rw-r--r-- 1 harvey harvey 6 2004-07-06 21:10 test?me -rw-r--r-- 1 harvey harvey 6 2004-07-06 21:10 test.me At this point, I use Nautilus to move (drag using middle mouse button, and select 'Move') the directory 'test' to '/share'. I get one error talking about "Invalid Parameters" for the test directory. After pressing 'Skip' the directory is supposedly moved. I now do the following at a prompt: harvey@samwise:~$ ls -l /share/test total 4 -rwxrwxrwx 1 root root 6 2004-07-06 21:10 test.me harvey@samwise:~$ ls -l test ls: test: No such file or directory And we have data loss! The file 'test?me' has been deleted. Note that this bug is sensitive to the order in which the files are created. If I create the file with the ? in it's name second, there is no data loss. --------------------------------------------- While it's an obscure and rare bug, I think it should be ringing alarm bells that there's a logic problem somewhere within either Nautilus or the file module of GnomeVFS. I've tried to track it down myself using ViewCVS on gnome.org but haven't been successful. I thought it was related to the use of the rmdir function, but rmdir refuses to remove a directory if the directory contains a file, so it can't be that. Anyway, just thought I'd let you know. -- Peter Harvey. Mostly Quiet. From federico@ximian.com Mon Jul 12 13:23:27 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 259AB3B0F07 for ; Mon, 12 Jul 2004 13:23:27 -0400 (EDT) Received: (qmail 7291 invoked from network); 12 Jul 2004 17:23:24 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 12 Jul 2004 17:23:24 -0000 From: Federico Mena Quintero To: Christian Neumair In-Reply-To: <1089471772.3488.4.camel@widget> References: <1089471772.3488.4.camel@widget> Content-Type: text/plain Date: Mon, 12 Jul 2004 12:23:09 -0500 Message-Id: <1089652992.31790.27.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Content-Transfer-Encoding: 7bit Cc: GTK+ development mailing list , nautilus-list@gnome.org, GNOME Desktop Subject: Re: GtkFileChooserWidget possibly broken X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2004 17:23:27 -0000 [CCing desktop-devel-list and nautilus-list] On Sat, 2004-07-10 at 17:02 +0200, Christian Neumair wrote: > I've tested the attached program. It returns "test failed." although > I've got many bookmarks. Can anybody verify whether it is just me or is > the shortcut list getter actually broken? [This is about gtk_file_chooser_list_shortcuts()] As we discussed on IRC, that function only gives you the application- specific shortcuts (e.g. "/usr/share/PaintApp/Clipart"), rather than the user's bookmarks. Right now there is no way to get the latter. It makes a lot of sense for applications to be able to get the user's bookmarks list from the file chooser. Nautilus could use this to present easy access to these folders; it would also make sense to be able to bookmark folders from Natilus and have them appear in file choosers. This should of course be shared across desktops, so we probably need a freedesktop.org standard. I'm not well-versed in XBEL and complex stuff like that. From GTK+'s viewpoint, using XBEL would also mean that we need a real XML parser underneath, which will make the no-dependencies people scream. Does anyone have ideas about this? I'm perfectly happy to just expose ~/.gtk-bookmarks through a simple API, but that's far from a standard. This would work for GNOME but not for other desktops, since they are of course forbidden from opening files which match ".g*". Federico From sri@aracnet.com Mon Jul 12 14:04:14 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from onyx.spiritone.com (onyx.spiritone.com [216.99.193.114]) by menubar.gnome.org (Postfix) with ESMTP id 6FF833B075A; Mon, 12 Jul 2004 14:04:14 -0400 (EDT) Received: from onyx.spiritone.com (onyx.spiritone.com [127.0.0.1]) by onyx.spiritone.com (8.12.8/8.12.8) with ESMTP id i6CI45tu010818; Mon, 12 Jul 2004 11:04:07 -0700 Received: (from sri@localhost) by onyx.spiritone.com (8.12.8/8.12.8/Submit) id i6CI41E6010813; Mon, 12 Jul 2004 11:04:01 -0700 Date: Mon, 12 Jul 2004 11:04:00 -0700 From: Sriram Ramkrishna To: Jamie McCracken Message-ID: <20040712180400.GJ12829@aracnet.com> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1089419764.3057.86.camel@localhost.localdomain> User-Agent: Mutt/1.4.1i Cc: "John \(J5\) Palmieri" , Nautilus , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2004 18:04:14 -0000 On Sat, Jul 10, 2004 at 01:36:05AM +0100, Jamie McCracken wrote: > relax, the reason its a big patch is because the bookmarks are currently > dependent on the folder actions (likewise with the pathbar). I have > emailed Alex and told him if he wants me to remove anything then I will > do so. I will respect Alex's decision and if bookmarks is all he wants - > no problem I will deliver it! > > Also a negative decision wont affect future patches by me either - Im > not gonna sulk cause I will still have a spatial nautilus that rocks on > my desktop! :))) Thats probably the most refreshing, positive attitude I've seen in awhile. We need a 100 more like you. :-) So Thank You. :-) sri From Edgardo.Garcia-Hoeffler@itau.com.ar Mon Jul 12 17:25:41 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from proxybia (unknown [209.13.140.4]) by menubar.gnome.org (Postfix) with ESMTP id 929D43B0E56 for ; Mon, 12 Jul 2004 17:25:40 -0400 (EDT) Received: by ntexchange3.corp1.rc.bia.itau with Internet Mail Service (5.5.2653.19) id ; Mon, 12 Jul 2004 18:25:38 -0300 Message-ID: From: Edgardo Garcia Hoeffler To: nautilus-list@gnome.org Date: Mon, 12 Jul 2004 18:25:31 -0300 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: password X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2004 21:25:41 -0000 From alexl@redhat.com Tue Jul 13 09:48:52 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 9EB1E3B07FC; Tue, 13 Jul 2004 09:48:52 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6DDmqe1017685; Tue, 13 Jul 2004 09:48:52 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6DDmq002725; Tue, 13 Jul 2004 09:48:52 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6DDmImC019789; Tue, 13 Jul 2004 09:48:19 -0400 From: Alexander Larsson To: Peter Harvey In-Reply-To: <1089633298.4192.0.camel@samwise.dsl.uow.edu.au> References: <1089633298.4192.0.camel@samwise.dsl.uow.edu.au> Content-Type: text/plain Message-Id: <1089726530.22236.392.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 13 Jul 2004 15:48:50 +0200 Content-Transfer-Encoding: 7bit Cc: "gnome-vfs-list@gnome.org" , Nautilus List Subject: Re: Data loss X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 13:48:52 -0000 On Mon, 2004-07-12 at 14:48, Peter Harvey wrote: > Hello, > > I've submitted a bugzilla bug about this. It's an instance of data loss > which occurs when moving a directory. I originally reported it under > Nautilus, and then moved it to GnomeVFS. Haven't heard anything about > it, and since it *is* data loss I thought I might shout a little louder. > :) > While it's an obscure and rare bug, I think it should be ringing alarm > bells that there's a logic problem somewhere within either Nautilus or > the file module of GnomeVFS. I've tried to track it down myself using > ViewCVS on gnome.org but haven't been successful. I thought it was > related to the use of the rmdir function, but rmdir refuses to remove a > directory if the directory contains a file, so it can't be that. We were losing the "skipped" flag if a later file copy in the directory succeeded. I fixed this in cvs. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a suave playboy assassin whom everyone believes is mad. She's a manipulative streetsmart pearl diver married to the Mob. They fight crime! From Calum.Benson@Sun.COM Tue Jul 13 11:07:05 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from nwkea-mail-1.sun.com (nwkea-mail-1.sun.com [192.18.42.13]) by menubar.gnome.org (Postfix) with ESMTP id 14C393B0FA9 for ; Tue, 13 Jul 2004 11:07:04 -0400 (EDT) Received: from phys-eris-2 ([129.156.85.26]) by nwkea-mail-1.sun.com (8.12.10/8.12.9) with ESMTP id i6DF5RJw017193 for ; Tue, 13 Jul 2004 08:07:02 -0700 (PDT) Received: from conversion-daemon.eris-mail1.uk.sun.com by eris-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) id <0I0S00701PTVA6@eris-mail1.uk.sun.com> (original mail from Calum.Benson@Sun.COM) for nautilus-list@gnome.org; Tue, 13 Jul 2004 16:06:51 +0100 (BST) Received: from cdelab89.Ireland.Sun.COM (cdelab89.Ireland.Sun.COM [129.156.226.189]) by eris-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) with ESMTP id <0I0S0080ZPZFSL@eris-mail1.uk.sun.com>; Tue, 13 Jul 2004 16:06:51 +0100 (BST) Date: Tue, 13 Jul 2004 16:07:40 +0100 From: Calum Benson In-reply-to: <1089314009.3111.3.camel@localhost.localdomain> To: Seth Nickell Message-id: <1089731260.29941.4.camel@cdelab89.ireland.sun.com> Organization: Sun Microsytems Ireland Ltd. MIME-version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Content-type: text/plain Content-transfer-encoding: 7BIT References: <1089314009.3111.3.camel@localhost.localdomain> Cc: "nautilus-list@gnome.org" Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 15:07:06 -0000 On Thu, 2004-07-08 at 20:13, Seth Nickell wrote: > Yo. Purty pitchures attached. Neat... here's a few questions/comments, which I'm sure you've argued about yourselves while doing the design :) - I'm not sure how comfortable Joe User would be with the term "Protocol"-- maybe something like "Type" would be simpler (or "Server Type", but the "Server" part is kind of implicit from the title and primary text)? - Personally I'd kind of expect the username field to come either first or last, somehow... protocol, server and folder just seem to be too logically related to have the username field split them up. (And since I can't really decide what username I'm going to use until I've chosen the other stuff, last would seem more natural.) - If you're connecting to an FTP site, how would the dialog change to accommodate anonymous logins, given that we don't really want to have them type in "anonymous" for the username? (At least, that was the feeling in this recent thread: http://mail.gnome.org/archives/nautilus-list/2004-May/msg00137.html) Cheeri, Calum. -- CALUM BENSON, Usability Engineer Sun Microsystems Ireland mailto:calum.benson@sun.com Java Desktop System Group http://ie.sun.com +353 1 819 9771 Any opinions are personal and not necessarily those of Sun Microsystems From jamiemcc@blueyonder.co.uk Tue Jul 13 11:20:51 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out3.blueyonder.co.uk (smtp-out3.blueyonder.co.uk [195.188.213.6]) by menubar.gnome.org (Postfix) with ESMTP id 6E5533B0FB7 for ; Tue, 13 Jul 2004 11:20:51 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out3.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Tue, 13 Jul 2004 16:21:07 +0100 From: Jamie McCracken To: Calum Benson In-Reply-To: <1089731260.29941.4.camel@cdelab89.ireland.sun.com> References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> Content-Type: text/plain Message-Id: <1089732118.7834.7.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Tue, 13 Jul 2004 16:21:58 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 13 Jul 2004 15:21:07.0859 (UTC) FILETIME=[054B8630:01C468ED] Cc: Nautilus , Seth Nickell Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 15:20:51 -0000 On Tue, 2004-07-13 at 16:07, Calum Benson wrote: > On Thu, 2004-07-08 at 20:13, Seth Nickell wrote: > > Yo. Purty pitchures attached. > > Neat... here's a few questions/comments, which I'm sure you've argued > about yourselves while doing the design :) > > - I'm not sure how comfortable Joe User would be with the term > "Protocol"-- maybe something like "Type" would be simpler (or "Server > Type", but the "Server" part is kind of implicit from the title and > primary text)? I would prefer the word "service" as its generic enough and not too technical a word. > > - Personally I'd kind of expect the username field to come either first > or last, somehow... protocol, server and folder just seem to be too > logically related to have the username field split them up. (And since I > can't really decide what username I'm going to use until I've chosen the > other stuff, last would seem more natural.) I would prefer it if username field was hidden initially and only come into play if its relevant (ie as you say after choosing the other stuff). Some services might not require a username as such? > > - If you're connecting to an FTP site, how would the dialog change to > accommodate anonymous logins, given that we don't really want to have > them type in "anonymous" for the username? (At least, that was the > feeling in this recent thread: > http://mail.gnome.org/archives/nautilus-list/2004-May/msg00137.html) It would be nice if "Anonymous FTP" and "FTP" both appeared as separate services with (as stated above) the username field remaining hidden if the former is selected. That way it should avoid over complicating things (I hope!). Incidentally I did not see an entry for password - is there a reason for that? (it should be hidden as per username) jamie. > > Cheeri, > Calum. > > > -- > CALUM BENSON, Usability Engineer Sun Microsystems Ireland > mailto:calum.benson@sun.com Java Desktop System Group > http://ie.sun.com +353 1 819 9771 > > Any opinions are personal and not necessarily those of Sun Microsystems From Calum.Benson@Sun.COM Tue Jul 13 11:57:09 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from brmea-mail-3.sun.com (brmea-mail-3.Sun.COM [192.18.98.34]) by menubar.gnome.org (Postfix) with ESMTP id 70AC93B0FC0 for ; Tue, 13 Jul 2004 11:57:09 -0400 (EDT) Received: from phys-eris-2 ([129.156.85.26]) by brmea-mail-3.sun.com (8.12.10/8.12.9) with ESMTP id i6DFv7in012662 for ; Tue, 13 Jul 2004 09:57:08 -0600 (MDT) Received: from conversion-daemon.eris-mail1.uk.sun.com by eris-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) id <0I0S00301S69U9@eris-mail1.uk.sun.com> (original mail from Calum.Benson@Sun.COM) for nautilus-list@gnome.org; Tue, 13 Jul 2004 16:57:07 +0100 (BST) Received: from cdelab89.Ireland.Sun.COM (cdelab89.Ireland.Sun.COM [129.156.226.189]) by eris-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) with ESMTP id <0I0S0085ZSB6SL@eris-mail1.uk.sun.com>; Tue, 13 Jul 2004 16:57:07 +0100 (BST) Date: Tue, 13 Jul 2004 16:57:56 +0100 From: Calum Benson In-reply-to: <1089732118.7834.7.camel@localhost.localdomain> To: Jamie McCracken Message-id: <1089734275.29942.53.camel@cdelab89.ireland.sun.com> Organization: Sun Microsytems Ireland Ltd. MIME-version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Content-type: text/plain Content-transfer-encoding: 7BIT References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089732118.7834.7.camel@localhost.localdomain> Cc: "nautilus-list@gnome.org" , Seth Nickell Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 15:57:09 -0000 On Tue, 2004-07-13 at 16:21, Jamie McCracken wrote: > I would prefer the word "service" as its generic enough and not too > technical a word. Yep, that's a decent suggestion too. > I would prefer it if username field was hidden initially and only come > into play if its relevant (ie as you say after choosing the other > stuff). Some services might not require a username as such? True, although jumping dialogs aren't very pleasant... perhaps just greying it out would be sufficient. > It would be nice if "Anonymous FTP" and "FTP" both appeared as separate > services with (as stated above) the username field remaining hidden if > the former is selected. That way it should avoid over complicating > things (I hope!). That's not a bad idea, although it does still kind of require the user to know what "Anonymous FTP" is... maybe they could be called something else, though, like "FTP (without username)" and "FTP (with username)" or something. But hopefully something better, because they look too similar to each other :) > Incidentally I did not see an entry for password - is there a reason for > that? (it should be hidden as per username) Yeah, I guess the password dialog (including any keyring options) is intended to pop up separately as required... would be good to see this clarified though. Cheeri, Calum. -- CALUM BENSON, Usability Engineer Sun Microsystems Ireland mailto:calum.benson@sun.com Java Desktop System Group http://ie.sun.com +353 1 819 9771 Any opinions are personal and not necessarily those of Sun Microsystems From robin@uk-smiths.com Tue Jul 13 12:45:32 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mta07-svc.ntlworld.com (mta07-svc.ntlworld.com [62.253.162.47]) by menubar.gnome.org (Postfix) with ESMTP id C1CAA3B09E4 for ; Tue, 13 Jul 2004 12:45:31 -0400 (EDT) Received: from littleun ([81.101.168.150]) by mta07-svc.ntlworld.com (InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP id <20040713164503.JQDF29711.mta07-svc.ntlworld.com@littleun> for ; Tue, 13 Jul 2004 17:45:03 +0100 Received: from littleun ([127.0.0.1] helo=localhost) by littleun with esmtp (Exim 3.36 #1 (Debian)) id 1BkQOF-0006GI-00 for ; Tue, 13 Jul 2004 17:44:23 +0100 From: Robin Smith To: nautilus-list@gnome.org Content-Type: text/plain Message-Id: <1089737062.24021.1.camel@littleun> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 13 Jul 2004 17:44:22 +0100 Content-Transfer-Encoding: 7bit Subject: Edit exif comments X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 16:45:32 -0000 Can exif comments be edited and displayed within nautilus? I can see some read only values but not the comments. Robin From gcgn-nautilus-list@m.gmane.org Tue Jul 13 13:24:07 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by menubar.gnome.org (Postfix) with ESMTP id 8A5923B0675 for ; Tue, 13 Jul 2004 13:24:07 -0400 (EDT) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1BkR0g-0006ki-00 for ; Tue, 13 Jul 2004 19:24:06 +0200 Received: from 64.25.11.66 ([64.25.11.66]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 13 Jul 2004 19:24:06 +0200 Received: from jhaltom by 64.25.11.66 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 13 Jul 2004 19:24:06 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: nautilus-list@gnome.org From: Jerry Haltom Date: Tue, 13 Jul 2004 12:24:03 -0500 Lines: 9 Message-ID: References: <1089314009.3111.3.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 64.25.11.66 User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table (Debian GNU/Linux)) Sender: news Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 17:24:07 -0000 What about services which do not require a Username and/or password. Doesn't it make sense to delay asking for this information until it is required? For example, sftp might be using host keys, WebDav might be using another authentication method, smb:/// might be using NTLM and/or Kerberos. All methods which don't require a username/password, or only require it sometimes. From gcgn-nautilus-list@m.gmane.org Tue Jul 13 13:30:31 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by menubar.gnome.org (Postfix) with ESMTP id DF52D3B0FF9 for ; Tue, 13 Jul 2004 13:30:30 -0400 (EDT) Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1BkR6s-0006v0-00 for ; Tue, 13 Jul 2004 19:30:30 +0200 Received: from 64.25.11.66 ([64.25.11.66]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 13 Jul 2004 19:30:30 +0200 Received: from jhaltom by 64.25.11.66 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 13 Jul 2004 19:30:30 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: nautilus-list@gnome.org From: Jerry Haltom Date: Tue, 13 Jul 2004 12:28:07 -0500 Lines: 24 Message-ID: References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089732118.7834.7.camel@localhost.localdomain> <1089734275.29942.53.camel@cdelab89.ireland.sun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 64.25.11.66 User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table (Debian GNU/Linux)) Sender: news Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 17:30:31 -0000 >> It would be nice if "Anonymous FTP" and "FTP" both appeared as separate >> services with (as stated above) the username field remaining hidden if >> the former is selected. That way it should avoid over complicating >> things (I hope!). > > That's not a bad idea, although it does still kind of require the user > to know what "Anonymous FTP" is... maybe they could be called something > else, though, like "FTP (without username)" and "FTP (with username)" or > something. But hopefully something better, because they look too > similar to each other :) I replied to the head of this thread with a few points, but I'd like to touch on this other one here. What about attempting connection to the server as anonymous by default, and then, if connection fails, asking the user name. Or: Include a "anonymous" checkbox, before the username/password combo, that disables the username/password fields. This doesn't really help in the other situations my previous post mentioned though: host keys and other single sign-on situations. From gcgn-nautilus-list@m.gmane.org Tue Jul 13 13:40:38 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by menubar.gnome.org (Postfix) with ESMTP id 582293B0675 for ; Tue, 13 Jul 2004 13:40:38 -0400 (EDT) Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1BkRGd-00078n-00 for ; Tue, 13 Jul 2004 19:40:35 +0200 Received: from 64.25.11.66 ([64.25.11.66]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 13 Jul 2004 19:40:35 +0200 Received: from jhaltom by 64.25.11.66 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 13 Jul 2004 19:40:35 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: nautilus-list@gnome.org From: Jerry Haltom Date: Tue, 13 Jul 2004 12:21:44 -0500 Lines: 12 Message-ID: References: <1089314009.3111.3.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 64.25.11.66 User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table (Debian GNU/Linux)) Sender: news Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 17:40:38 -0000 May be slightly off topic, maybe not. I've always thought this dialog should be renamed. "Connect to Server" is not totally clear of the exact reason for connecting to a server. In fact, I might think that selecting HTTP from this dialog means to open it in my web browser. I think "Open Remote File", or "Browse Remote Files", or something along those lines. Something that clearly separates exactly what it is this dialog will be doing. Just my two cents. From spider@gnome.org Tue Jul 13 13:55:45 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from Darkmere.darkmere (unknown [213.134.113.127]) by menubar.gnome.org (Postfix) with ESMTP id 8C5FF3B100E for ; Tue, 13 Jul 2004 13:55:45 -0400 (EDT) Received: from Darkmere.darkmere (localhost [127.0.0.1]) by Darkmere.darkmere (Postfix) with SMTP id B5062219CA for ; Tue, 13 Jul 2004 19:55:38 +0200 (CEST) Date: Tue, 13 Jul 2004 19:55:36 +0200 From: "Spider (D.M.D. Lj.)" To: nautilus-list@gnome.org Message-Id: <20040713195536.11977e04.spider@gnome.org> In-Reply-To: References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089732118.7834.7.camel@localhost.localdomain> <1089734275.29942.53.camel@cdelab89.ireland.sun.com> Organization: Gnome / Gentoo X-Mailer: Sylpheed version 0.9.9-gtk2-20040229 (GTK+ 2.4.4; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Tue__13_Jul_2004_19_55_36_+0200_QoSQ8_1CyMuUPwah" Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 17:55:45 -0000 --Signature=_Tue__13_Jul_2004_19_55_36_+0200_QoSQ8_1CyMuUPwah Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit begin quote On Tue, 13 Jul 2004 12:28:07 -0500 Jerry Haltom wrote: > What about attempting connection to the server as anonymous by > default, and then, if connection fails, asking the user name. Thats a really bad idea, since it breaks class-based access to services and rights. For example a lot of servers allow anonymous users to download , at least parts, of the tree, while also allowing login based users either rooted access to their homedir, or write access to other parts. Fex, many ISP's who still use ftp to upload homepages, will give you access to a minor software archive if you log in with anonymous/ftp logins, and will give you access to your webspace if you have a username&password. Do not try to be too smart here, you will shoot yourself in the head since you will comie to the conclusion that its less work for the nerves to transport pain signals from the head to the brain than from the foot to the brain. //Spider -- begin .signature Tortured users / Laughing in pain See Microsoft KB Article Q265230 for more information. end --Signature=_Tue__13_Jul_2004_19_55_36_+0200_QoSQ8_1CyMuUPwah Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFA9CIagzBAtvSiNiIRAlFUAJ9pjNQTrwtDIUBPnnxT7v1q8Ec8UACfW8/s dL6xeUOo1il9J/7YWGhlUXs= =Qf6/ -----END PGP SIGNATURE----- --Signature=_Tue__13_Jul_2004_19_55_36_+0200_QoSQ8_1CyMuUPwah-- From jamiemcc@blueyonder.co.uk Tue Jul 13 14:03:30 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out4.blueyonder.co.uk (smtp-out4.blueyonder.co.uk [195.188.213.7]) by menubar.gnome.org (Postfix) with ESMTP id ABD873B0FF7 for ; Tue, 13 Jul 2004 14:03:29 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out4.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Tue, 13 Jul 2004 19:03:46 +0100 From: Jamie McCracken To: Jerry Haltom In-Reply-To: References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089732118.7834.7.camel@localhost.localdomain> <1089734275.29942.53.camel@cdelab89.ireland.sun.com> Content-Type: text/plain Message-Id: <1089741877.11881.4.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Tue, 13 Jul 2004 19:04:38 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 13 Jul 2004 18:03:46.0539 (UTC) FILETIME=[BDEBEBB0:01C46903] Cc: Nautilus Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 18:03:30 -0000 On Tue, 2004-07-13 at 18:28, Jerry Haltom wrote: > Or: Include a > "anonymous" checkbox, before the username/password combo, that > disables the username/password fields. The problem with this is it messes up the dialog as that checkbox would appear regardless of which service you selected (it could be grayed out of course but its still more screen baggage). Of course we could have the lower half of the dialog change according to what service is selected but thats only worthwhile if different services require service specific options in addition to the common ones. jamie. From mnews22@wp.pl Tue Jul 13 19:31:38 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp.wp.pl (smtp.wp.pl [212.77.101.160]) by menubar.gnome.org (Postfix) with ESMTP id 4E4D23B107A for ; Tue, 13 Jul 2004 19:31:38 -0400 (EDT) Received: (wp-smtpd mta-1 11304 invoked from network); 14 Jul 2004 01:31:37 +0200 Received: from unknown (HELO megumi) (mnews22@[195.116.35.55]) (envelope-sender ) by mta-1 (WP-SMTPD) with RC4-MD5 encrypted SMTP for ; 14 Jul 2004 01:31:37 +0200 From: Maciej Katafiasz To: Jerry Haltom In-Reply-To: References: <1089314009.3111.3.camel@localhost.localdomain> Content-Type: text/plain; charset=iso-8859-2 Message-Id: <1089761670.2977.9.camel@megumi> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 14 Jul 2004 01:34:30 +0200 Content-Transfer-Encoding: 8bit X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-AS1: NOSPAM Body=1 Fuz1=1 Fuz2=1 X-WP-SPAM: NO Cc: nautilus-list@gnome.org Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 23:31:38 -0000 W li¶cie z wto, 13-07-2004, godz. 19:21, Jerry Haltom pisze: > May be slightly off topic, maybe not. > > I've always thought this dialog should be renamed. "Connect to Server" is > not totally clear of the exact reason for connecting to a server. In fact, > I might think that selecting HTTP from this dialog means to open it in my > web browser. I think "Open Remote File", or "Browse Remote Files", or > something along those lines. Something that clearly separates exactly what > it is this dialog will be doing. Also, it is very non-obvious that it will create icon on desktop. Personally, it took me quite a while (like, umm, upgrade to 2.6) before I accidentally discovered, during desktop tidying, icon for connection made long time ago (since it somehow landed 90% off-screen). "Connect to Server", let alone "Browse Remote Files", doesn't suggest even slightly that some icon will be made. Plus, why put it on _desktop_, and not in Network? Seems like Network doesn't serve any real purpose, at least for me all that ever shows there is (empty) Windows Network. Cheers, Maciej -- "Tautologizm to co¶ tautologicznego" Maciej Katafiasz http://mathrick.blog.pl From amadorm@usm.edu.ec Tue Jul 13 19:48:48 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mailman.eljuri.com (unknown [200.63.196.19]) by menubar.gnome.org (Postfix) with ESMTP id 09D503B06A2; Tue, 13 Jul 2004 19:48:47 -0400 (EDT) Received: from mailman.vanguardpublicidad.com (IDENT:root@[10.10.1.145]) by mailman.eljuri.com (8.10.2/8.10.2) with ESMTP id i6DMk2H07917; Tue, 13 Jul 2004 17:46:02 -0500 Received: from master.amauta ([10.10.25.125]) by mailman.vanguardpublicidad.com (8.10.2/8.10.2) with ESMTP id i6DN9Pa27865; Tue, 13 Jul 2004 18:09:25 -0500 Received: by master.amauta (Postfix, from userid 501) id EF99F53035B; Tue, 13 Jul 2004 18:46:52 -0500 (ECT) From: "Manuel Amador (Rudd-O)" To: Jamie McCracken In-Reply-To: <1089419764.3057.86.camel@localhost.localdomain> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1089762412.2962.20.camel@master.amauta> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Tue, 13 Jul 2004 18:46:52 -0500 Cc: "John \(J5\) Palmieri" , Nautilus , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 23:48:48 -0000 > Its also not really a third way as you put it cause we dont need the > heavyweight navigator for it as an option - even ms explorer is separate > from the lightweight browser it uses on the desktop. The navigator is > fine as a separate and more complex app for more experienced users (a la > explorer) but I actually find my patch with pathbar much much better for > general browsing. If you haven't tried the patch then I suggest you do > cuz it really makes browsing and file management really pleasant and > efficient. I think that the bottom nav pathbar is a great idea. You just have to make it not start at / but use the topologically nearest available root out of the list of roots in the file/open dialog. Basically /home/rudd-o/src shoudl appear as [Home folder] [src] Is that it? Oh and it *should* open a new window. From jamiemcc@blueyonder.co.uk Tue Jul 13 20:44:05 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out4.blueyonder.co.uk (smtp-out4.blueyonder.co.uk [195.188.213.7]) by menubar.gnome.org (Postfix) with ESMTP id 669243B07FB; Tue, 13 Jul 2004 20:44:05 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out4.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Wed, 14 Jul 2004 01:44:21 +0100 From: Jamie McCracken To: "Manuel Amador (Rudd-O)" In-Reply-To: <1089762412.2962.20.camel@master.amauta> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089762412.2962.20.camel@master.amauta> Content-Type: text/plain Message-Id: <1089765914.19279.52.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Wed, 14 Jul 2004 01:45:14 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Jul 2004 00:44:21.0866 (UTC) FILETIME=[B417C4A0:01C4693B] Cc: "John \(J5\) Palmieri" , Nautilus , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 00:44:05 -0000 On Wed, 2004-07-14 at 00:46, Manuel Amador (Rudd-O) wrote: > > Its also not really a third way as you put it cause we dont need the > > heavyweight navigator for it as an option - even ms explorer is separate > > from the lightweight browser it uses on the desktop. The navigator is > > fine as a separate and more complex app for more experienced users (a la > > explorer) but I actually find my patch with pathbar much much better for > > general browsing. If you haven't tried the patch then I suggest you do > > cuz it really makes browsing and file management really pleasant and > > efficient. > > I think that the bottom nav pathbar is a great idea. Yes I'm glad theres a majority of you that do want this feature - its so much slicker and nicer than the inefficient and irritating popup location button/menu. > You just have to > make it not start at / but use the topologically nearest available root > out of the list of roots in the file/open dialog. Basically > > /home/rudd-o/src > > shoudl appear as > > [Home folder] [src] > > Is that it? Already implemented and with home stock icon too so it more closely resembles the file chooser's pathbar - see my screenshot for what it looks like with this at : http://www.jamiemcc.pwp.blueyonder.co.uk/Nautilus_pathbar.png > Oh and it *should* open a new window. But it does! (but you can also set it to open in the same window too - EG you could set it up to have left click to open in new window and middle click to open in same window and that way the pathbar can do both depending whether you left or middle click it). Just to elaborate on why having the "open in same window" is appropriate here is because it actually provides a better slicker browsing ability compared to the navigator cause it has really good usability and consistency with the file chooser (thanks to the pathbar) and that will of course make it much easier for new users. And the icing on the cake is it integrates perfectly with the spatial mode thereby allowing you to mix and match the two really smartly - it creates the perfect hybrid file manager thats superior to either a pure browse or pure spatial implementation - there really is no need to limit yourself to just browse or spatial any longer (and hopefully end the destructive polarisation and fragmentation that the browser/spatial dichotomy causes too). I haven't used a better or slicker file manager anywhere else on any other platform - it even beats OS/X thanks to the pathbar! But there's no point in me ranting on how cool it is cause you really need to try it out to appreciate how slick and elegant it is - I'm not exaggerating when I say it rocks! jamie. From raul@cantara.com Tue Jul 13 20:49:59 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from cantara.com (unknown [64.81.54.108]) by menubar.gnome.org (Postfix) with ESMTP id 7AEFC3B0734 for ; Tue, 13 Jul 2004 20:49:58 -0400 (EDT) Received: from inspired.cantara.com (inspired.cantara.com [192.168.1.32]) by cantara.com (8.12.8/8.12.8) with ESMTP id i6E0rJ6P014580 for ; Tue, 13 Jul 2004 17:53:30 -0700 From: Raul Acevedo MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16628.33551.811346.125514@inspired.cantara.com> Date: Tue, 13 Jul 2004 17:49:19 -0700 To: Nautilus In-Reply-To: <1089765914.19279.52.camel@localhost.localdomain> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089762412.2962.20.camel@master.amauta> <1089765914.19279.52.camel@localhost.localdomain> X-Mailer: VM 7.18 under Emacs 21.2.1 Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 00:49:59 -0000 I haven't followed everything about your patch, but what you said below, plus the screenshot, looks awesome. Is this going to make it into CVS? Raul Jamie McCracken wrote: > On Wed, 2004-07-14 at 00:46, Manuel Amador (Rudd-O) wrote: > > > Its also not really a third way as you put it cause we dont need the > > > heavyweight navigator for it as an option - even ms explorer is separate > > > from the lightweight browser it uses on the desktop. The navigator is > > > fine as a separate and more complex app for more experienced users (a la > > > explorer) but I actually find my patch with pathbar much much better for > > > general browsing. If you haven't tried the patch then I suggest you do > > > cuz it really makes browsing and file management really pleasant and > > > efficient. > > > > I think that the bottom nav pathbar is a great idea. > > Yes I'm glad theres a majority of you that do want this feature - its so > much slicker and nicer than the inefficient and irritating popup > location button/menu. > > > > You just have to > > make it not start at / but use the topologically nearest available root > > out of the list of roots in the file/open dialog. Basically > > > > /home/rudd-o/src > > > > shoudl appear as > > > > [Home folder] [src] > > > > Is that it? > > Already implemented and with home stock icon too so it more closely > resembles the file chooser's pathbar - see my screenshot for what it > looks like with this at : > > http://www.jamiemcc.pwp.blueyonder.co.uk/Nautilus_pathbar.png > > > > Oh and it *should* open a new window. > > But it does! (but you can also set it to open in the same window too - > EG you could set it up to have left click to open in new window and > middle click to open in same window and that way the pathbar can do both > depending whether you left or middle click it). > > Just to elaborate on why having the "open in same window" is appropriate > here is because it actually provides a better slicker browsing ability > compared to the navigator cause it has really good usability and > consistency with the file chooser (thanks to the pathbar) and that will > of course make it much easier for new users. And the icing on the cake > is it integrates perfectly with the spatial mode thereby allowing you to > mix and match the two really smartly - it creates the perfect hybrid > file manager thats superior to either a pure browse or pure spatial > implementation - there really is no need to limit yourself to just > browse or spatial any longer (and hopefully end the destructive > polarisation and fragmentation that the browser/spatial dichotomy causes > too). > > I haven't used a better or slicker file manager anywhere else on any > other platform - it even beats OS/X thanks to the pathbar! > > But there's no point in me ranting on how cool it is cause you really > need to try it out to appreciate how slick and elegant it is - I'm not > exaggerating when I say it rocks! > > > jamie. > > -- > nautilus-list mailing list > nautilus-list@gnome.org > http://mail.gnome.org/mailman/listinfo/nautilus-list From jamiem@blueyonder.co.uk Tue Jul 13 21:03:33 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out6.blueyonder.co.uk (smtp-out6.blueyonder.co.uk [195.188.213.9]) by menubar.gnome.org (Postfix) with ESMTP id A4C2A3B0B0E for ; Tue, 13 Jul 2004 21:03:32 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out6.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Wed, 14 Jul 2004 02:03:49 +0100 From: Jamie McCracken To: Raul Acevedo In-Reply-To: <16628.33551.811346.125514@inspired.cantara.com> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089762412.2962.20.camel@master.amauta> <1089765914.19279.52.camel@localhost.localdomain> <16628.33551.811346.125514@inspired.cantara.com> Content-Type: text/plain Message-Id: <1089767081.19279.66.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Wed, 14 Jul 2004 02:04:41 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Jul 2004 01:03:49.0286 (UTC) FILETIME=[6BEDEC60:01C4693E] Cc: Nautilus Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 01:03:33 -0000 On Wed, 2004-07-14 at 01:49, Raul Acevedo wrote: > I haven't followed everything about your patch, but what you said below, > plus the screenshot, looks awesome. Is this going to make it into CVS? > I certainly hope so and before 19th July too - cause thats the feature freeze date for Gnome 2.8. My guess is the maintainer is canvasing opinion on this newslist before deciding whether to include it or not - so to everybody - if you want it start making some noise here! jamie. From davyd@madeley.id.au Tue Jul 13 21:10:18 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from oracle.bridgewayconsulting.com.au (oracle.bridgewayconsulting.com.au [203.56.14.38]) by menubar.gnome.org (Postfix) with ESMTP id 5A84E3B0883 for ; Tue, 13 Jul 2004 21:10:17 -0400 (EDT) Received: from pingu.cook.theducks.org (cook.theducks.org [203.22.197.49]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by oracle.bridgewayconsulting.com.au (Postfix) with ESMTP id 64ACF1F8002 for ; Wed, 14 Jul 2004 09:10:31 +0800 (WST) From: Davyd Madeley To: nautilus-list@gnome.org In-Reply-To: <1089314009.3111.3.camel@localhost.localdomain> References: <1089314009.3111.3.camel@localhost.localdomain> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-CS1AYow7Ipaq0xHlDTQ4" Date: Wed, 14 Jul 2004 09:10:08 +0800 Message-Id: <1089767408.31722.1.camel@pingu> Mime-Version: 1.0 X-Mailer: Evolution 1.5.90 Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 01:10:18 -0000 --=-CS1AYow7Ipaq0xHlDTQ4 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-07-08 at 15:13 -0400, Seth Nickell wrote: > Yo. Purty pitchures attached. To prevent some level of redundant discussion, there is an open bug for this: http://bugzilla.gnome.org/show_bug.cgi?id=3D139105 Regards --d --=20 http://davyd.ucc.asn.au/ =20 PGP Fingerprint 08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA --=-CS1AYow7Ipaq0xHlDTQ4 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: http://davyd.ucc.asn.au/pgp/ iD8DBQBA9IfvLt27T1GRbNoRAiQSAKCaDjP2hJ07jWisQDL3W8vEd4m91ACeK1az Xjea+1CRXjH8MhmRx0MOEJ4= =6q/r -----END PGP SIGNATURE----- --=-CS1AYow7Ipaq0xHlDTQ4-- From gcgn-nautilus-list@m.gmane.org Tue Jul 13 22:41:18 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by menubar.gnome.org (Postfix) with ESMTP id 9AABD3B08FC for ; Tue, 13 Jul 2004 22:41:18 -0400 (EDT) Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1BkZhr-00050N-00 for ; Wed, 14 Jul 2004 04:41:15 +0200 Received: from c-24-0-141-85.client.comcast.net ([24.0.141.85]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Jul 2004 04:41:15 +0200 Received: from wasabi by c-24-0-141-85.client.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Jul 2004 04:41:15 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: nautilus-list@gnome.org From: Jerry Haltom Date: Tue, 13 Jul 2004 20:50:27 -0500 Lines: 7 Message-ID: References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089732118.7834.7.camel@localhost.localdomain> <1089734275.29942.53.camel@cdelab89.ireland.sun.com> <1089741877.11881.4.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: c-24-0-141-85.client.comcast.net User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table (Debian GNU/Linux)) Sender: news Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 02:41:18 -0000 > Of course we could have the lower half of the dialog change according to > what service is selected but thats only worthwhile if different services > require service specific options in addition to the common ones. I like that idea. I think the FTP options are a prime example. Anonymous authentication is a different option available to FTP which may not be available to other modes. From c.schneider@scram.de Wed Jul 14 05:48:28 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail2.scram.de (mail2.scram.de [195.226.127.112]) by menubar.gnome.org (Postfix) with ESMTP id 40D9B3B1120; Wed, 14 Jul 2004 05:48:28 -0400 (EDT) Received: from mail3.scram.de (mail3.scram.de [195.226.127.113]) by mail2.scram.de (Postfix) with ESMTP id CF93580C2; Wed, 14 Jul 2004 11:48:26 +0200 (CEST) Received: from mail.scram.de (mail.scram.de [IPv6:3ffe:400:470:1::1:1]) by mail2.scram.de (Postfix) with ESMTP id 6ADAB80A6; Wed, 14 Jul 2004 11:48:21 +0200 (CEST) Received: from [10.0.0.10] (p50841944.dip.t-dialin.net [80.132.25.68]) (authenticated (0 bits)) by mail.scram.de (8.12.9/8.11.0) with ESMTP id i6E9mE1s029613; Wed, 14 Jul 2004 11:48:16 +0200 (CEST) Message-ID: <40F501A5.7010001@scram.de> Date: Wed, 14 Jul 2004 11:49:25 +0200 From: Christian Schneider User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jamie McCracken References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089762412.2962.20.camel@master.amauta> <1089765914.19279.52.camel@localhost.localdomain> In-Reply-To: <1089765914.19279.52.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at scram.de X-Spam-Status: No, hits=-4.9 tagged_above=-999.0 required=5.0 tests=BAYES_00 X-Spam-Level: X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] Cc: "John \(J5\) Palmieri" , Nautilus , "Manuel Amador \(Rudd-O\)" , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 09:48:28 -0000 > > >>Oh and it *should* open a new window. >> >> > >But it does! (but you can also set it to open in the same window too - >EG you could set it up to have left click to open in new window and >middle click to open in same window and that way the pathbar can do both >depending whether you left or middle click it). > > > Also don´t forget the option of opening new window and closing the current. So we can have spatial mode without a cluttered screen. Btw. regarding our discussion of spatial vs open in same window. Would it make sense to have an option to open a new window and close the current for paths below a certain depth and open in same window for deeper nested folders? So we could combine the spatial mode for shallow paths with the hybrid mode that is indeed better suited for deep structures. The length of the path could be decided like in the pathbar. So you get e.g. 4 levels below / and four levels below your home dir in spatial mode. --- Christian Schneider From jamiem@blueyonder.co.uk Wed Jul 14 07:28:47 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out6.blueyonder.co.uk (smtp-out6.blueyonder.co.uk [195.188.213.9]) by menubar.gnome.org (Postfix) with ESMTP id AB98F3B0BB4; Wed, 14 Jul 2004 07:28:46 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out6.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Wed, 14 Jul 2004 12:29:03 +0100 From: Jamie McCracken To: Christian Schneider In-Reply-To: <40F501A5.7010001@scram.de> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089762412.2962.20.camel@master.amauta> <1089765914.19279.52.camel@localhost.localdomain> <40F501A5.7010001@scram.de> Content-Type: text/plain; charset=UTF-8 Message-Id: <1089804596.2854.11.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Wed, 14 Jul 2004 12:29:56 +0100 Content-Transfer-Encoding: quoted-printable X-OriginalArrivalTime: 14 Jul 2004 11:29:03.0295 (UTC) FILETIME=[C4056CF0:01C46995] Cc: "John \(J5\) Palmieri" , Nautilus , "Manuel Amador \(Rudd-O\)" , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 11:28:47 -0000 On Wed, 2004-07-14 at 10:49, Christian Schneider wrote: > > =20 > > > >>Oh and it *should* open a new window. > >> =20 > >> > > > >But it does! (but you can also set it to open in the same window too - > >EG you could set it up to have left click to open in new window and > >middle click to open in same window and that way the pathbar can do both > >depending whether you left or middle click it). > > > > =20 > > > Also don=C2=B4t forget the option of opening new window and closing the=20 > current. So we can have > spatial mode without a cluttered screen. It has that too - remember my patch doesn't change the default settings for spatial (which are apparently good for newbies). >=20 > Btw. regarding our discussion of spatial vs open in same window. Would=20 > it make sense to have an option to > open a new window and close the current for paths below a certain depth=20 > and open in same window for deeper nested folders? So we could combine=20 > the spatial mode for shallow paths with the hybrid mode that is indeed=20 > better suited for deep structures. The length of the path could be=20 > decided like in the pathbar. So you get e.g. 4 levels below / and four=20 > levels below your home dir in spatial mode. The problem with that is its inconsistent for new users (and probably all users who dont know about that feature). We shouldn't dynamically change mouse actions/behaviour based on folder depth - it should be up to the user by using left or middle clicks to determine how to navigate in any given situation. =20 jamie. >=20 > --- > Christian Schneider >=20 >=20 From bclark@redhat.com Wed Jul 14 08:01:30 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 5FBF63B091B for ; Wed, 14 Jul 2004 08:01:30 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6EC1Ue1011674 for ; Wed, 14 Jul 2004 08:01:30 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6EC1U022173 for ; Wed, 14 Jul 2004 08:01:30 -0400 Received: from [192.168.1.118] (vpn64-23.boston.redhat.com [172.16.66.23]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6EC0uLQ017973 for ; Wed, 14 Jul 2004 08:00:57 -0400 From: Bryan Clark To: nautilus-list@gnome.org In-Reply-To: References: <1089314009.3111.3.camel@localhost.localdomain> Content-Type: text/plain Organization: Red Hat Desktop Design Ninja Date: Wed, 14 Jul 2004 08:01:34 -0400 Message-Id: <1089806494.3549.13.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 (1.5.9.1-2) Content-Transfer-Encoding: 7bit Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 12:01:30 -0000 On Tue, 2004-07-13 at 12:24 -0500, Jerry Haltom wrote: > What about services which do not require a Username and/or password. > Doesn't it make sense to delay asking for this information until it is > required? > > For example, sftp might be using host keys, WebDav might be using another > authentication method, smb:/// might be using NTLM and/or Kerberos. The username key is pre-filled with your computer username and wouldn't conflict in these situations unless you used the wrong username. Delaying it would seem to require more popup windows asking questions only if they are necessary. I understand the idea, but it's just simpler if we get a username initially and then delay for password (if required) in the key-ring manager. ~ Bryan From bclark@redhat.com Wed Jul 14 08:06:21 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id C8E433B11BF for ; Wed, 14 Jul 2004 08:06:21 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6EC6Le1012930 for ; Wed, 14 Jul 2004 08:06:21 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6EC6L023497 for ; Wed, 14 Jul 2004 08:06:21 -0400 Received: from [192.168.1.118] (vpn64-23.boston.redhat.com [172.16.66.23]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6EC5mC4021268 for ; Wed, 14 Jul 2004 08:05:48 -0400 From: Bryan Clark To: nautilus-list@gnome.org In-Reply-To: References: <1089314009.3111.3.camel@localhost.localdomain> Content-Type: text/plain Organization: Red Hat Desktop Design Ninja Date: Wed, 14 Jul 2004 08:06:23 -0400 Message-Id: <1089806783.3549.19.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 (1.5.9.1-2) Content-Transfer-Encoding: 7bit Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 12:06:21 -0000 On Tue, 2004-07-13 at 12:21 -0500, Jerry Haltom wrote: > May be slightly off topic, maybe not. > > I've always thought this dialog should be renamed. "Connect to Server" is > not totally clear of the exact reason for connecting to a server. In fact, > I might think that selecting HTTP from this dialog means to open it in my > web browser. I think "Open Remote File", or "Browse Remote Files", or > something along those lines. Something that clearly separates exactly what > it is this dialog will be doing. Good suggestions. Wording like this was considered, but the use case for this dialog suggested that this isn't for just browsing a repository. Instead this dialog is used to setup a file store on another system. New wording along that line would be nice ;-) For simply browsing one would more likely click off a uri handler (ftp://someserver.com/files/) and nautilus would browse that with the key-ring manager handling password issues. ~ Bryan From bclark@redhat.com Wed Jul 14 08:28:58 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 42FE43B08B7 for ; Wed, 14 Jul 2004 08:28:58 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6ECSwe1018335; Wed, 14 Jul 2004 08:28:58 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6ECSw029514; Wed, 14 Jul 2004 08:28:58 -0400 Received: from [192.168.1.118] (vpn64-23.boston.redhat.com [172.16.66.23]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6ECSO9F004124; Wed, 14 Jul 2004 08:28:25 -0400 From: Bryan Clark To: nautilus-list@gnome.org, Calum Benson In-Reply-To: <1089734275.29942.53.camel@cdelab89.ireland.sun.com> References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089732118.7834.7.camel@localhost.localdomain> <1089734275.29942.53.camel@cdelab89.ireland.sun.com> Content-Type: text/plain Organization: Red Hat Desktop Design Ninja Date: Wed, 14 Jul 2004 08:29:02 -0400 Message-Id: <1089808142.3549.42.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 (1.5.9.1-2) Content-Transfer-Encoding: 7bit Cc: Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 12:28:58 -0000 Hey Calum ~ On Tue, 2004-07-13 at 16:57 +0100, Calum Benson wrote: > On Tue, 2004-07-13 at 16:21, Jamie McCracken wrote: > > I would prefer the word "service" as its generic enough and not too > > technical a word. > > Yep, that's a decent suggestion too. Service could work I'm not keen on any of them really, but it probably beats protocol. :) > > I would prefer it if username field was hidden initially and only come > > into play if its relevant (ie as you say after choosing the other > > stuff). Some services might not require a username as such? > > True, although jumping dialogs aren't very pleasant... perhaps just > greying it out would be sufficient. Having the entry come and go wouldn't be ideal. Just always asking for a username and pre-filling it with your username is our best play for this situation. Making the entry insensitive is an option for those services we know don't require one... like below. Where host keys are used, there's just no good way to be smart about that, we might as well include the username and try to outsmart ourselves. > > It would be nice if "Anonymous FTP" and "FTP" both appeared as separate > > services with (as stated above) the username field remaining hidden if > > the former is selected. That way it should avoid over complicating > > things (I hope!). > > That's not a bad idea, although it does still kind of require the user > to know what "Anonymous FTP" is... maybe they could be called something > else, though, like "FTP (without username)" and "FTP (with username)" or > something. But hopefully something better, because they look too > similar to each other :) Hmm... Tough wording to figure out, but probably a good option to have. > > Incidentally I did not see an entry for password - is there a reason for > > that? (it should be hidden as per username) > > Yeah, I guess the password dialog (including any keyring options) is > intended to pop up separately as required... would be good to see this > clarified though. I saw the JDS dialog had text explaining that the password will be asked for later. I think this could be a good addition. The things I wanted to improve most were the Folder: None <-- This is not so obvious what's going on Anonymous FTP <-- Needs some improvement Password Later? <-- A hint that the password will be asked for or just integrating the key-ring manager I think moving the protocol field down makes it confusing for anonymous connections where we might make the username entry insensitive. I liked how the JDS dialog has the [Browse] next to the Server field, however I want a better indicator of what the chosen folder is after a user has browsed for it. Placing it in the Server entry as 'hostname/ folder' just doesn't work for me. Anyway, those are some thoughts. Cheers, ~ Bryan From jamiemcc@blueyonder.co.uk Wed Jul 14 08:53:53 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out4.blueyonder.co.uk (smtp-out4.blueyonder.co.uk [195.188.213.7]) by menubar.gnome.org (Postfix) with ESMTP id 6D9263B0B43 for ; Wed, 14 Jul 2004 08:53:53 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out4.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Wed, 14 Jul 2004 13:54:09 +0100 From: Jamie McCracken To: Bryan Clark In-Reply-To: <1089808142.3549.42.camel@localhost.localdomain> References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089732118.7834.7.camel@localhost.localdomain> <1089734275.29942.53.camel@cdelab89.ireland.sun.com> <1089808142.3549.42.camel@localhost.localdomain> Content-Type: text/plain Message-Id: <1089809703.2854.27.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Wed, 14 Jul 2004 13:55:03 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Jul 2004 12:54:09.0901 (UTC) FILETIME=[A7CBA9D0:01C469A1] Cc: Nautilus , Calum Benson Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 12:53:53 -0000 > The things I wanted to improve most were the > Folder: None <-- This is not so obvious what's going on I agree but not all services require a mount point so it could be insensitive/hidden rather than just saying "None". Incidentally it could be renamed "Folder Mount Point" to make it clear that it is a mount (there might be a better word than mount here - Folder Attachment Point?, Folder Link Point? etc) > Anonymous FTP <-- Needs some improvement I thought about what Calum said. The best I could come up with is "Public FTP" and "Private FTP" services. > Password Later? <-- A hint that the password will be asked for > or just integrating the key-ring manager It would be nice to have it all as one dialog but if key-ring is a separate dialog then it only needs to pop up if it doesn't have the password already stored (of course what happens if the password has changed? Might be good idea to have option in dialog to override key-ring if necessary - a "use key-ring setting for password" checkbox in the dialog, perhaps?) jamie. From mnews22@wp.pl Wed Jul 14 09:40:30 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp.wp.pl (smtp.wp.pl [212.77.101.160]) by menubar.gnome.org (Postfix) with ESMTP id D462C3B0809 for ; Wed, 14 Jul 2004 09:40:29 -0400 (EDT) Received: (wp-smtpd smtp.wp.pl 12445 invoked from network); 14 Jul 2004 15:40:27 +0200 Received: from unknown (HELO megumi) (mnews22@[195.116.35.55]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with RC4-MD5 encrypted SMTP for ; 14 Jul 2004 15:40:27 +0200 From: Maciej Katafiasz To: Jamie McCracken In-Reply-To: <1089809703.2854.27.camel@localhost.localdomain> References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089732118.7834.7.camel@localhost.localdomain> <1089734275.29942.53.camel@cdelab89.ireland.sun.com> <1089808142.3549.42.camel@localhost.localdomain> <1089809703.2854.27.camel@localhost.localdomain> Content-Type: text/plain; charset=iso-8859-2 Message-Id: <1089812597.23319.5.camel@megumi> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 14 Jul 2004 15:43:18 +0200 Content-Transfer-Encoding: 8bit X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-AS1: NOSPAM Body=1 Fuz1=1 Fuz2=1 X-WP-AS3: NOSPAM X-WP-SPAM: NO Cc: Nautilus , Calum Benson Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 13:40:30 -0000 W li¶cie z ¶ro, 14-07-2004, godz. 14:55, Jamie McCracken pisze: > > The things I wanted to improve most were the > > Folder: None <-- This is not so obvious what's going on > > I agree but not all services require a mount point so it could be > insensitive/hidden rather than just saying "None". Incidentally it could > be renamed "Folder Mount Point" to make it clear that it is a mount > (there might be a better word than mount here - Folder Attachment > Point?, Folder Link Point? etc) Nah, let's not try to be too smart here, Mount Point is probably best we can come up with, and it could (in fact it definitely _should_) be explained in tooltip. There simply isn't two-words-long description of it suitable for totally unfamiliar user, and putting any strange name there will be disrespectful to user already familiar with mount point concept, discarding their previous knowledge. > > Anonymous FTP <-- Needs some improvement > > I thought about what Calum said. The best I could come up with is > "Public FTP" and "Private FTP" services. Yeah, "Public FTP" gets thumbs up from me. "Private FTP" may be better changed with "FTP (with Username)" (is ftp server published on some web forum, with login reggaemp3/reggaemp3[1] "public", or "private"?), but I may be wrong :) > > Password Later? <-- A hint that the password will be asked for > > or just integrating the key-ring manager > It would be nice to have it all as one dialog but if key-ring is a > separate dialog then it only needs to pop up if it doesn't have the > password already stored (of course what happens if the password has > changed? Might be good idea to have option in dialog to override > key-ring if necessary - a "use key-ring setting for password" checkbox > in the dialog, perhaps?) "[ ]Use remembered password", and hint text along the lines of "Password will be asked for if necessary" should be good enough. One more thing, this mockup doesn't take into account recent servers (see discussion on http://bugzilla.gnome.org/show_bug.cgi?id=139105) [1] Typical FTP usage my sisters face -- "Tautologizm to co¶ tautologicznego" Maciej Katafiasz http://mathrick.blog.pl From c.schneider@scram.de Wed Jul 14 09:50:30 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail2.scram.de (mail2.scram.de [195.226.127.112]) by menubar.gnome.org (Postfix) with ESMTP id F05913B065E; Wed, 14 Jul 2004 09:50:29 -0400 (EDT) Received: from mail3.scram.de (mail3.scram.de [195.226.127.113]) by mail2.scram.de (Postfix) with ESMTP id B648880D1; Wed, 14 Jul 2004 15:50:28 +0200 (CEST) Received: from mail.scram.de (mail.scram.de [IPv6:3ffe:400:470:1::1:1]) by mail2.scram.de (Postfix) with ESMTP id EC5A67F2E; Wed, 14 Jul 2004 15:50:23 +0200 (CEST) Received: from [10.0.0.10] (p50841944.dip.t-dialin.net [80.132.25.68]) (authenticated (0 bits)) by mail.scram.de (8.12.9/8.11.0) with ESMTP id i6EDoJ1s004828; Wed, 14 Jul 2004 15:50:21 +0200 (CEST) Message-ID: <40F53A61.2030903@scram.de> Date: Wed, 14 Jul 2004 15:51:29 +0200 From: Christian Schneider User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jamie McCracken References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089762412.2962.20.camel@master.amauta> <1089765914.19279.52.camel@localhost.localdomain> <40F501A5.7010001@scram.de> <1089804596.2854.11.camel@localhost.localdomain> In-Reply-To: <1089804596.2854.11.camel@localhost.localdomain> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at scram.de X-Spam-Status: No, hits=-4.9 tagged_above=-999.0 required=5.0 tests=BAYES_00 X-Spam-Level: X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] Cc: "John \(J5\) Palmieri" , Nautilus , "Manuel Amador \(Rudd-O\)" , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 13:50:30 -0000 >>Btw. regarding our discussion of spatial vs open in same window. Would >>it make sense to have an option to >>open a new window and close the current for paths below a certain depth >>and open in same window for deeper nested folders? So we could combine >>the spatial mode for shallow paths with the hybrid mode that is indeed >>better suited for deep structures. The length of the path could be >>decided like in the pathbar. So you get e.g. 4 levels below / and four >>levels below your home dir in spatial mode. >> >> > >The problem with that is its inconsistent for new users (and probably >all users who dont know about that feature). We shouldn't dynamically >change mouse actions/behaviour based on folder depth - it should be up >to the user by using left or middle clicks to determine how to navigate >in any given situation. > > Such a feature should of course not be set as default. I would set the options to open a new window with left click. I would then set the middle click to open the new window and close the oold. This far this is the current standard. If I want to use open in same window for deep nested paths I have no mouse button left. Any idea how I can use both? I think the right mouse button is out of question and combining with Ctrl or some other key is probably too complicated. -- Christian Schneider From AndyLiebman@aol.com Wed Jul 14 09:55:25 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from imo-m14.mx.aol.com (imo-m14.mx.aol.com [64.12.138.204]) by menubar.gnome.org (Postfix) with ESMTP id D52DE3B0BD1 for ; Wed, 14 Jul 2004 09:55:25 -0400 (EDT) Received: from AndyLiebman@aol.com by imo-m14.mx.aol.com (mail_out_v37_r2.6.) id h.7d.52e67f39 (4214) for ; Wed, 14 Jul 2004 09:55:19 -0400 (EDT) From: AndyLiebman@aol.com Message-ID: <7d.52e67f39.2e269547@aol.com> Date: Wed, 14 Jul 2004 09:55:19 EDT To: nautilus-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: 9.0 for Windows sub 5031 Subject: Delete Key and Nautilus X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 13:55:26 -0000 Hi, I love Nautilus. But is there any way to prevent Nautilus from allowing deletion of files and folders by simply pressing the DELETE key on the keyboard? It seems very dangerous to me that you can do that without having a dialog box ask you to confirm that you really want to delete the file or folder. The best thing for us would be to enable delete with the DELETE key, but require a confirmation. Regards, Andy Liebman From c.schneider@scram.de Wed Jul 14 09:57:25 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail2.scram.de (mail2.scram.de [195.226.127.112]) by menubar.gnome.org (Postfix) with ESMTP id 686933B0E50 for ; Wed, 14 Jul 2004 09:57:25 -0400 (EDT) Received: from mail3.scram.de (mail3.scram.de [195.226.127.113]) by mail2.scram.de (Postfix) with ESMTP id 4835080CE; Wed, 14 Jul 2004 15:57:24 +0200 (CEST) Received: from mail.scram.de (mail.scram.de [IPv6:3ffe:400:470:1::1:1]) by mail2.scram.de (Postfix) with ESMTP id E036480CA; Wed, 14 Jul 2004 15:57:17 +0200 (CEST) Received: from [10.0.0.10] (p50841944.dip.t-dialin.net [80.132.25.68]) (authenticated (0 bits)) by mail.scram.de (8.12.9/8.11.0) with ESMTP id i6EDvA1s004967; Wed, 14 Jul 2004 15:57:16 +0200 (CEST) Message-ID: <40F53BFD.6040208@scram.de> Date: Wed, 14 Jul 2004 15:58:21 +0200 From: Christian Schneider User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bryan Clark References: <1089314009.3111.3.camel@localhost.localdomain> <1089806494.3549.13.camel@localhost.localdomain> In-Reply-To: <1089806494.3549.13.camel@localhost.localdomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at scram.de X-Spam-Status: No, hits=-4.9 tagged_above=-999.0 required=5.0 tests=BAYES_00 X-Spam-Level: X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] Cc: nautilus-list@gnome.org Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 13:57:26 -0000 Bryan Clark wrote: >On Tue, 2004-07-13 at 12:24 -0500, Jerry Haltom wrote: > > >>What about services which do not require a Username and/or password. >>Doesn't it make sense to delay asking for this information until it is >>required? >> >>For example, sftp might be using host keys, WebDav might be using another >>authentication method, smb:/// might be using NTLM and/or Kerberos. >> >> > >The username key is pre-filled with your computer username and wouldn't >conflict in these situations unless you used the wrong username. > >Delaying it would seem to require more popup windows asking questions >only if they are necessary. I understand the idea, but it's just >simpler if we get a username initially and then delay for password (if >required) in the key-ring manager. > > Perhaps a drop down field for the authentication options could be used. So you first choose the protocol and depending on the protocol you have several authentication choices. Authentication with ssh keys or kerberos tickets could be made invisible if you have no key manager loaded. Perhaps in some protocols we could ask the server for available options. -- Christian Schneider From jamiemcc@blueyonder.co.uk Wed Jul 14 10:02:21 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out5.blueyonder.co.uk (smtp-out5.blueyonder.co.uk [195.188.213.8]) by menubar.gnome.org (Postfix) with ESMTP id 6D94C3B118B for ; Wed, 14 Jul 2004 10:02:21 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out5.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Wed, 14 Jul 2004 15:02:37 +0100 From: Jamie McCracken To: Christian Schneider In-Reply-To: <40F53A61.2030903@scram.de> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089762412.2962.20.camel@master.amauta> <1089765914.19279.52.camel@localhost.localdomain> <40F501A5.7010001@scram.de> <1089804596.2854.11.camel@localhost.localdomain> <40F53A61.2030903@scram.de> Content-Type: text/plain Message-Id: <1089813811.2854.33.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Wed, 14 Jul 2004 15:03:31 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Jul 2004 14:02:38.0037 (UTC) FILETIME=[386F7850:01C469AB] Cc: Nautilus Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 14:02:21 -0000 On Wed, 2004-07-14 at 14:51, Christian Schneider wrote: > Any idea how I can use both? I think the right mouse button is out of > question and combining with Ctrl or some other key is probably too > complicated. > It never occurred to me that someone would want all three choices! Unfortunately as you say there is no easy or practical way to have all three - there just aren't enough mouse buttons for you! :))))) Best to try it out and pick the two that work best for you. jamie. > -- > Christian Schneider > > From c.schneider@scram.de Wed Jul 14 10:13:57 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail2.scram.de (mail2.scram.de [195.226.127.112]) by menubar.gnome.org (Postfix) with ESMTP id 2FD4C3B0BFA for ; Wed, 14 Jul 2004 10:13:57 -0400 (EDT) Received: from mail3.scram.de (mail3.scram.de [195.226.127.113]) by mail2.scram.de (Postfix) with ESMTP id E45E380CE; Wed, 14 Jul 2004 16:13:55 +0200 (CEST) Received: from mail.scram.de (mail.scram.de [IPv6:3ffe:400:470:1::1:1]) by mail2.scram.de (Postfix) with ESMTP id B770A80CB; Wed, 14 Jul 2004 16:13:50 +0200 (CEST) X-SPAM-Blacklist: list.dsbl.org Received: from [10.0.0.10] (p50841944.dip.t-dialin.net [80.132.25.68]) (authenticated (0 bits)) by mail.scram.de (8.12.9/8.11.0) with ESMTP id i6EEDj1s005307; Wed, 14 Jul 2004 16:13:49 +0200 (CEST) Message-ID: <40F53FE0.8040007@scram.de> Date: Wed, 14 Jul 2004 16:14:56 +0200 From: Christian Schneider User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jamie McCracken References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089762412.2962.20.camel@master.amauta> <1089765914.19279.52.camel@localhost.localdomain> <40F501A5.7010001@scram.de> <1089804596.2854.11.camel@localhost.localdomain> <40F53A61.2030903@scram.de> <1089813811.2854.33.camel@localhost.localdomain> In-Reply-To: <1089813811.2854.33.camel@localhost.localdomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at scram.de X-Spam-Status: No, hits=-4.9 tagged_above=-999.0 required=5.0 tests=BAYES_00 X-Spam-Level: X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] Cc: Nautilus Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 14:13:57 -0000 Jamie McCracken wrote: >On Wed, 2004-07-14 at 14:51, Christian Schneider wrote: > > > > >>Any idea how I can use both? I think the right mouse button is out of >>question and combining with Ctrl or some other key is probably too >>complicated. >> >> >> > >It never occurred to me that someone would want all three choices! > >Unfortunately as you say there is no easy or practical way to have all >three - there just aren't enough mouse buttons for you! :))))) > >Best to try it out and pick the two that work best for you. > > Spatial mode is only usable if you have open in new window and open in new, close current. In fact the middle key action prevented me from turning off spatial mode from the start. I only use open in new window when I know I want to copy files. I also set both keys to work without double click. Double clicking the middle button is very straining when like in mose cases it is a scroll wheel too. -- Christian Schneider From bclark@redhat.com Wed Jul 14 10:18:03 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 7414E3B075C for ; Wed, 14 Jul 2004 10:18:03 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6EEI3e1014645 for ; Wed, 14 Jul 2004 10:18:03 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6EEI2026138 for ; Wed, 14 Jul 2004 10:18:02 -0400 Received: from [172.16.64.243] (dhcp64-243.boston.redhat.com [172.16.64.243]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6EEHTWf017687 for ; Wed, 14 Jul 2004 10:17:29 -0400 From: Bryan Clark To: nautilus-list@gnome.org In-Reply-To: <1089813811.2854.33.camel@localhost.localdomain> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089762412.2962.20.camel@master.amauta> <1089765914.19279.52.camel@localhost.localdomain> <40F501A5.7010001@scram.de> <1089804596.2854.11.camel@localhost.localdomain> <40F53A61.2030903@scram.de> <1089813811.2854.33.camel@localhost.localdomain> Content-Type: text/plain Organization: Red Hat Desktop Design Ninja Date: Wed, 14 Jul 2004 10:18:08 -0400 Message-Id: <1089814688.3147.8.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 (1.5.9.1-2) Content-Transfer-Encoding: 7bit Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 14:18:03 -0000 On Wed, 2004-07-14 at 15:03 +0100, Jamie McCracken wrote: > On Wed, 2004-07-14 at 14:51, Christian Schneider wrote: > > Any idea how I can use both? I think the right mouse button is out of > > question and combining with Ctrl or some other key is probably too > > complicated. > > It never occurred to me that someone would want all three choices! Ah, the joys of adding features and preferences to match :-) Cheers, ~ Bryan From jamiemcc@blueyonder.co.uk Wed Jul 14 10:26:02 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out2.blueyonder.co.uk (smtp-out2.blueyonder.co.uk [195.188.213.5]) by menubar.gnome.org (Postfix) with ESMTP id 2AF133B0846 for ; Wed, 14 Jul 2004 10:26:02 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out2.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Wed, 14 Jul 2004 15:26:18 +0100 From: Jamie McCracken To: Maciej Katafiasz In-Reply-To: <1089812597.23319.5.camel@megumi> References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089732118.7834.7.camel@localhost.localdomain> <1089734275.29942.53.camel@cdelab89.ireland.sun.com> <1089808142.3549.42.camel@localhost.localdomain> <1089809703.2854.27.camel@localhost.localdomain> <1089812597.23319.5.camel@megumi> Content-Type: text/plain Message-Id: <1089815231.2854.38.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Wed, 14 Jul 2004 15:27:12 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Jul 2004 14:26:18.0850 (UTC) FILETIME=[874E5420:01C469AE] Cc: Nautilus , Calum Benson Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 14:26:02 -0000 On Wed, 2004-07-14 at 14:43, Maciej Katafiasz wrote: > One more thing, this mockup doesn't take into account recent servers > (see discussion on http://bugzilla.gnome.org/show_bug.cgi?id=139105) > Does that need to be in the dialog though? You could for example have "Connect To Server" as a submenu in Nautilus. This submenu would contain a list of previously connected servers (or favourites) and a "Connect To New Server..." menu item at the bottom (which brings up the dialog). That way we can easily stop the dialog becoming more complicated. jamie. From j@bitron.ch Wed Jul 14 10:53:02 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from cpanel02.rubas.net (cpanel02.rubas.net [62.216.182.2]) by menubar.gnome.org (Postfix) with ESMTP id 3ED8A3B0BB0 for ; Wed, 14 Jul 2004 10:53:02 -0400 (EDT) Received: from 80-219-18-197.dclient.hispeed.ch ([80.219.18.197] helo=juerg-p4.bitron.ch) by cpanel02.rubas.net with asmtp (Exim 4.34) id 1Bkl7w-0004zZ-P5; Wed, 14 Jul 2004 16:52:57 +0200 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: AndyLiebman@aol.com In-Reply-To: <7d.52e67f39.2e269547@aol.com> References: <7d.52e67f39.2e269547@aol.com> Content-Type: text/plain; charset=UTF-8 Date: Wed, 14 Jul 2004 16:53:00 +0200 Message-Id: <1089816780.4364.13.camel@juerg-p4.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 1.5.90 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: nautilus-list@gnome.org Subject: Re: Delete Key and Nautilus X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 14:53:02 -0000 Hi On Mit, 2004-07-14 at 09:55 -0400, wrote: > I love Nautilus. But is there any way to prevent Nautilus from allowing=20 > deletion of files and folders by simply pressing the DELETE key on the ke= yboard? It=20 > seems very dangerous to me that you can do that without having a dialog b= ox=20 > ask you to confirm that you really want to delete the file or folder.=20 >=20 > The best thing for us would be to enable delete with the DELETE key, but=20 > require a confirmation.=20 If the option "Ask before emptying the Trash or deleting files" is enabled, nautilus won't really delete anything without confirmation (if it does it's a bug). Nautilus just moves files to Trash without confirmation but that's not really dangerous as they can easily be recovered. Regards, J=C3=BCrg --=20 J=C3=BCrg Billeter From kckrinke@opendoorsoftware.com Wed Jul 14 11:08:56 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tomts16-srv.bellnexxia.net (tomts16.bellnexxia.net [209.226.175.4]) by menubar.gnome.org (Postfix) with ESMTP id 6D54E3B09AC for ; Wed, 14 Jul 2004 11:08:56 -0400 (EDT) Received: from [192.168.0.26] ([69.158.99.248]) by tomts16-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20040714150851.HXTK9492.tomts16-srv.bellnexxia.net@[192.168.0.26]> for ; Wed, 14 Jul 2004 11:08:51 -0400 From: "Kevin C. Krinke" To: nautilus-list@gnome.org Content-Type: text/plain Organization: Open Door Software Inc. Message-Id: <1089817735.2580.34.camel@onest8> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 14 Jul 2004 11:08:55 -0400 Content-Transfer-Encoding: 7bit Subject: Desktop mountpoint icons X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 15:08:56 -0000 Ok folks I'd like to know how to work with the .volume icons shown when you mount a device / file system. (I found out the .volume extension using a nautilus script that simply shows you the values of all the NAUTILUS_SCRIPT_* environment variables as when you cd into ~/Desktop the icons are non-existent.) More precisely I'd like to know the following: 1) is there a way to prevent these from being made? ie: I don't want any of them on the desktop at all. 2) is there any data about the mountpoint that I can have access to either via a script or by writing a gnome app? ie: I'd like to get at the actual device and mountpoint names so that I can remount them with different options. Any help regarding these mysterious and not-really-there icons would be greatly appreciated. -- Kevin C. Krinke Open Door Software Inc. From rebehn@ant.uni-bremen.de Wed Jul 14 11:14:56 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from antsrv1.ant.uni-bremen.de (antsrv1.ant.uni-bremen.de [134.102.176.16]) by menubar.gnome.org (Postfix) with ESMTP id 6B44F3B0894 for ; Wed, 14 Jul 2004 11:14:56 -0400 (EDT) Received: from bremerhaven.ant.uni-bremen.de ([134.102.176.10] helo=ant.uni-bremen.de ident=rebehn) by antsrv1.ant.uni-bremen.de with esmtp (Exim 4.34 (FreeBSD)) id 1BklTD-0001CS-Ot; Wed, 14 Jul 2004 17:14:55 +0200 Message-ID: <40F54DEF.6090903@ant.uni-bremen.de> Date: Wed, 14 Jul 2004 17:14:55 +0200 From: Heinrich Rebehn User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040607 X-Accept-Language: en-us, en MIME-Version: 1.0 To: nautilus-list@gnome.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: nautilus and automounted directories X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 15:14:56 -0000 Hi list, after upgrading to 2.6, i noticed that nautilus still behaves buggy when displaying the contents of an automounted directory. When the automounter times out, the window disappears. This bug has been around for quite a while, is there any hope for it to be resolved in the near future? It's quite annoying to have to open an extra xterm an cd into the directory just to prevent closure of the window. Or am i missing something? --Heinrich -- Heinrich Rebehn University of Bremen Physics / Electrical and Electronics Engineering - Department of Telecommunications - Phone : +49/421/218-4664 Fax : -3341 From mnews22@wp.pl Wed Jul 14 11:26:55 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp.wp.pl (smtp.wp.pl [212.77.101.160]) by menubar.gnome.org (Postfix) with ESMTP id A23223B1197 for ; Wed, 14 Jul 2004 11:26:54 -0400 (EDT) Received: (wp-smtpd smtp.wp.pl 15323 invoked from network); 14 Jul 2004 17:26:51 +0200 Received: from unknown (HELO megumi) (mnews22@[195.116.35.55]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with RC4-MD5 encrypted SMTP for ; 14 Jul 2004 17:26:51 +0200 From: Maciej Katafiasz To: Bryan Clark In-Reply-To: <1089808142.3549.42.camel@localhost.localdomain> References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089732118.7834.7.camel@localhost.localdomain> <1089734275.29942.53.camel@cdelab89.ireland.sun.com> <1089808142.3549.42.camel@localhost.localdomain> Content-Type: text/plain; charset=iso-8859-2 Message-Id: <1089818954.23319.71.camel@megumi> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 14 Jul 2004 17:29:14 +0200 Content-Transfer-Encoding: 8bit X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-AS1: NOSPAM Body=1 Fuz1=1 Fuz2=1 X-WP-AS3: NOSPAM X-WP-SPAM: NO Cc: nautilus-list@gnome.org, Calum Benson Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 15:26:56 -0000 W li¶cie z ¶ro, 14-07-2004, godz. 14:29, Bryan Clark pisze: > > > I would prefer it if username field was hidden initially and only come > > > into play if its relevant (ie as you say after choosing the other > > > stuff). Some services might not require a username as such? > > > > True, although jumping dialogs aren't very pleasant... perhaps just > > greying it out would be sufficient. > > Having the entry come and go wouldn't be ideal. Just always asking for > a username and pre-filling it with your username is our best play for > this situation. Making the entry insensitive is an option for those > services we know don't require one... like below. Where host keys are > used, there's just no good way to be smart about that, we might as well > include the username and try to outsmart ourselves. Isn't always including username entry kinda one-size-fits-all approach? Different protocols may need some esoteric options, which don't fit in username/password scheme. IMHO, jumping shouldn't be that bad, as it will only happpen in lower, not-yet-filled part of dialog (provided that order of widgets is correct, which IMHO should be something like (parentheses mean "jumping" fields, slashes denote hint text)): _______________________________________________ [v]__New Network Connection____________[_][ ][X]| | | | Service (or Type?) : [ Public FTP |v] | (0) | Server : [ ftp://foo.bar.baz |v] | (1) | Mount Point : /mnt/foo/bar [Browse] | (2) | | | [Help] [Cancel] [Connect] | '-----------------------------------------------' __________________________________________________ [v]__New Network Connection_______________[_][ ][X]| | | | Service (or Type?) : [ FTP(With Username)|v] | | Server : [ ftp://foo.bar.baz |v] | | (Username :) [ Foonisher ] | (3) | ([ ] Use remembered password) | | /You will be asked for password if necessary/ | | Mount Point : /mnt/foo/bar [Browse] | | | | [Help] [Cancel] [Connect] | '--------------------------------------------------' _______________________________________________ [v]__New Network Connection____________[_][ ][X]| | | | Service (or Type?) : [ FrobnicaTTP |v] | | Server : [ ftp://foo.bar.baz |v] | | (Username :) [ Foonisher ] | | ([ ] Use Lart-o-tron) | | Mount Point : /mnt/foo/bar [Browse] | | | | [Help] [Cancel] [Connect] | '-----------------------------------------------' (0) I'm not sure whether Service or Type is better word here. Whatever the wording, each protocol entry should have tooltip to explain it a bit, so that FTP variants can describe difference, etc. In fact, all controls should have tooltips :) (1) Are we going to use dropdown here, or rather entry + browse dialog? What about recent servers then? (2) Shouldn't it rather be GnomeFileEntry instead? And of course, obligatory tooltip to explain what is mount point. (3) Username should be prefilled with username taken from keyring, and if that info is not available, with user's login name. As server will be chosen first, we shouldn't be afraid of destroying whatever user typed in already. One thing that concerns me is, how is dialog going to know which protocol type needs what controls, and more importantly, what is the logic behind them (ie, which checkbox grays out which entry, what info is obligatory, etc.) Are implementations going to register some FooProtocolConnectionDialogBody types inherited from GtkWidget, that will be inserted inbetween Server and Mount point controls? As available protocols are registered at runtime, this seems like only sensible approach, no? -- "Tautologizm to co¶ tautologicznego" Maciej Katafiasz http://mathrick.blog.pl From bclark@redhat.com Wed Jul 14 11:45:36 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 6D2123B11FE for ; Wed, 14 Jul 2004 11:45:36 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6EFjZe1006658; Wed, 14 Jul 2004 11:45:35 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6EFjZ023482; Wed, 14 Jul 2004 11:45:35 -0400 Received: from [172.16.64.243] (dhcp64-243.boston.redhat.com [172.16.64.243]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6EFj2p0030802; Wed, 14 Jul 2004 11:45:02 -0400 From: Bryan Clark To: Jamie McCracken In-Reply-To: <1089809703.2854.27.camel@localhost.localdomain> References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089732118.7834.7.camel@localhost.localdomain> <1089734275.29942.53.camel@cdelab89.ireland.sun.com> <1089808142.3549.42.camel@localhost.localdomain> <1089809703.2854.27.camel@localhost.localdomain> Content-Type: text/plain Organization: Red Hat Desktop Design Ninja Date: Wed, 14 Jul 2004 11:45:41 -0400 Message-Id: <1089819941.3147.24.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 (1.5.9.1-2) Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 15:45:36 -0000 On Wed, 2004-07-14 at 13:55 +0100, Jamie McCracken wrote: > > The things I wanted to improve most were the > > Folder: None <-- This is not so obvious what's going on > > I agree but not all services require a mount point so it could be > insensitive/hidden rather than just saying "None". Incidentally it could > be renamed "Folder Mount Point" to make it clear that it is a mount > (there might be a better word than mount here - Folder Attachment > Point?, Folder Link Point? etc) This is complicating things. We need to express that technical fact that this is a "Mount Point", Folder is an acceptable term that is mutually understood by technical and non-technical. > > Anonymous FTP <-- Needs some improvement > > I thought about what Calum said. The best I could come up with is > "Public FTP" and "Private FTP" services. Good suggestions, not sure if Private FTP would be confusing for someone connecting to their own (or companies) FTP site. Perhaps "Public FTP" and "FTP"... hmm. I'm a little worried about moving away from what public documentation might already have regarding to Anonymous FTP. Not that I'm against improving it, but even AOL Help [1] uses the term Anonymous. My concern is that if instructions say one thing and ours doesn't say that same thing, we'll have some confusion. Obviously there will be lots of exceptions to this since we can't control what other peoples instructions say, however I think Anonymous might be the accepted and documented term. > > Password Later? <-- A hint that the password will be asked for > > or just integrating the key-ring manager > It would be nice to have it all as one dialog but if key-ring is a > separate dialog then it only needs to pop up if it doesn't have the > password already stored (of course what happens if the password has > changed? Might be good idea to have option in dialog to override > key-ring if necessary - a "use key-ring setting for password" checkbox > in the dialog, perhaps?) I think that's complicating things again. Signaling that the password will be asked for later is most likely the best option. Adding extra options to this dialog will make it so we will start having lots of hidden or insensitive fields. This discussion should probably get off the nautilus list now and perhaps move to usability or something. Cheers, ~ Bryan [1] http://help.channels.aol.com/article.adp?catId=4&sCId=401&sSCId=4013&articleId=182951 -- Bryan Clark Red Hat Desktop Design Ninja From mnews22@wp.pl Wed Jul 14 11:46:10 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp.wp.pl (smtp.wp.pl [212.77.101.160]) by menubar.gnome.org (Postfix) with ESMTP id 047DE3B1208 for ; Wed, 14 Jul 2004 11:46:10 -0400 (EDT) Received: (wp-smtpd smtp.wp.pl 1074 invoked from network); 14 Jul 2004 17:46:09 +0200 Received: from unknown (HELO megumi) (mnews22@[195.116.35.55]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with RC4-MD5 encrypted SMTP for ; 14 Jul 2004 17:46:09 +0200 From: Maciej Katafiasz To: =?ISO-8859-1?Q?J=FCrg?= Billeter In-Reply-To: <1089816780.4364.13.camel@juerg-p4.bitron.ch> References: <7d.52e67f39.2e269547@aol.com> <1089816780.4364.13.camel@juerg-p4.bitron.ch> Content-Type: text/plain; charset=iso-8859-2 Message-Id: <1089820139.23319.76.camel@megumi> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 14 Jul 2004 17:49:00 +0200 Content-Transfer-Encoding: 8bit X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-AS1: NOSPAM Body=1 Fuz1=1 Fuz2=1 X-WP-AS3: NOSPAM X-WP-SPAM: NO Cc: AndyLiebman@aol.com, nautilus-list@gnome.org Subject: Re: Delete Key and Nautilus X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 15:46:10 -0000 W li¶cie z ¶ro, 14-07-2004, godz. 16:53, Jürg Billeter pisze: > > The best thing for us would be to enable delete with the DELETE key, but > > require a confirmation. > > If the option "Ask before emptying the Trash or deleting files" is > enabled, nautilus won't really delete anything without confirmation (if > it does it's a bug). Nautilus just moves files to Trash without > confirmation but that's not really dangerous as they can easily be > recovered. For some values of "easily", as there unfortunately ins't any way to say "put that file back where it came from". Windows for example have that, and it's somewhat necessary for proper operation of Trash (Windows have many other braindamages wrt to Trash, but that's beside the point ;) Cheers, Maciej -- "Tautologizm to co¶ tautologicznego" Maciej Katafiasz http://mathrick.blog.pl From mnews22@wp.pl Wed Jul 14 11:52:48 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp.wp.pl (smtp.wp.pl [212.77.101.160]) by menubar.gnome.org (Postfix) with ESMTP id 011BC3B11D5 for ; Wed, 14 Jul 2004 11:52:48 -0400 (EDT) Received: (wp-smtpd smtp.wp.pl 11625 invoked from network); 14 Jul 2004 17:52:47 +0200 Received: from unknown (HELO megumi) (mnews22@[195.116.35.55]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with RC4-MD5 encrypted SMTP for ; 14 Jul 2004 17:52:47 +0200 From: Maciej Katafiasz To: Christian Schneider In-Reply-To: <40F53FE0.8040007@scram.de> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089762412.2962.20.camel@master.amauta> <1089765914.19279.52.camel@localhost.localdomain> <40F501A5.7010001@scram.de> <1089804596.2854.11.camel@localhost.localdomain> <40F53A61.2030903@scram.de> <1089813811.2854.33.camel@localhost.localdomain> <40F53FE0.8040007@scram.de> Content-Type: text/plain; charset=iso-8859-2 Message-Id: <1089820533.23319.80.camel@megumi> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 14 Jul 2004 17:55:34 +0200 Content-Transfer-Encoding: 8bit X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-AS1: NOSPAM Body=1 Fuz1=1 Fuz2=1 X-WP-AS3: NOSPAM X-WP-SPAM: NO Cc: Nautilus Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 15:52:48 -0000 W li¶cie z ¶ro, 14-07-2004, godz. 16:14, Christian Schneider pisze: > I also set both keys to work without double click. Double clicking the > middle button is very straining when like in mose cases it is a scroll > wheel too. That's why I explicitly requested mouse with "middle" button under thumb, separate from scrollwheel when my parents wanted to buy me new mouse :). That's the only usable configuration, IMHO. Cheers, Maciej -- "Tautologizm to co¶ tautologicznego" Maciej Katafiasz http://mathrick.blog.pl From ruediger.dohmhardt@freenet.de Wed Jul 14 13:57:26 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mout2.freenet.de (mout2.freenet.de [194.97.50.155]) by menubar.gnome.org (Postfix) with ESMTP id C832F3B0849 for ; Wed, 14 Jul 2004 13:57:25 -0400 (EDT) Received: from [194.97.50.135] (helo=mx2.freenet.de) by mout2.freenet.de with asmtp (Exim 4.390) id 1Bko0T-00011G-Bt for nautilus-list@gnome.org; Wed, 14 Jul 2004 19:57:25 +0200 Received: from b897c.b.pppool.de ([213.7.137.124]) by mx2.freenet.de with asmtp (ID ruedigerDohmhardt@freenet.de) (Exim 4.34 #3) id 1Bko0T-000091-2p for nautilus-list@gnome.org; Wed, 14 Jul 2004 19:57:25 +0200 Message-ID: <40F57425.7040204@freenet.de> Date: Wed, 14 Jul 2004 19:57:57 +0200 From: Ruediger Dohmhardt User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: nautilus-list@gnome.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Automounted Directories X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 17:57:26 -0000 Dear list-members, displaying automounted directories (automounted by subfs V0.9) worked fine for me with the original Gnome-SUSE9.1 installation. SUSE-9.1 uses Nautilus-V2.4.2. However, I immediately replaced GNOME-2.4 from SUSE9.1 with garnome 2.6.1, and last week with garnome 2.6.2 (Nautilus-2.6.3). Since than I must type a command like cd /media/usb to make Nautilus showing the USB-Stick contents longer than 3 seconds. Maybe someone can give a hint to this. CU Ruediger Dohmhardt PS: This e-mail belong to the thread "nautilus and automounted dierectories", but I just became list-participant. Hence I had to open a new thread. -- Ruediger Dohmhardt ruediger.dohmhardt@freenet.de Kiefernweg 7 Tel.: 04101 61743 25421 Pinneberg From dave@novell.com Wed Jul 14 14:06:04 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 3CD623B0C3D for ; Wed, 14 Jul 2004 14:06:04 -0400 (EDT) Received: (qmail 15458 invoked from network); 14 Jul 2004 18:06:03 -0000 Received: from localhost (HELO squee.boston.ximian.com) (127.0.0.1) by localhost with SMTP; 14 Jul 2004 18:06:03 -0000 From: Dave Camp To: Ruediger Dohmhardt In-Reply-To: <40F57425.7040204@freenet.de> References: <40F57425.7040204@freenet.de> Content-Type: multipart/mixed; boundary="=-pmr2bTbLqkZ2kB3oT+vI" Organization: Novell, Inc Date: Wed, 14 Jul 2004 14:04:55 -0400 Message-Id: <1089828296.31919.2.camel@squee.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 1.5.8 Cc: nautilus-list@gnome.org Subject: Re: Automounted Directories X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 18:06:04 -0000 --=-pmr2bTbLqkZ2kB3oT+vI Content-Type: text/plain Content-Transfer-Encoding: 7bit Submount and the gnome-vfs volume management don't get along very well. The attached patch to gnome-vfs gets it to work reasonably. -dave On Wed, 2004-07-14 at 19:57 +0200, Ruediger Dohmhardt wrote: > Dear list-members, > > displaying automounted directories (automounted by subfs V0.9) worked > fine for me with the original Gnome-SUSE9.1 installation. > SUSE-9.1 uses Nautilus-V2.4.2. > > However, I immediately replaced GNOME-2.4 from SUSE9.1 with garnome > 2.6.1, and last week with garnome 2.6.2 (Nautilus-2.6.3). > Since than I must type a command like > > cd /media/usb > > to make Nautilus showing the USB-Stick contents longer than 3 seconds. > > Maybe someone can give a hint to this. > > CU Ruediger Dohmhardt > > PS: This e-mail belong to the thread "nautilus and automounted > dierectories", > but I just became list-participant. Hence I had to open a new thread. > > -- > Ruediger Dohmhardt ruediger.dohmhardt@freenet.de > Kiefernweg 7 Tel.: 04101 61743 > 25421 Pinneberg > --=-pmr2bTbLqkZ2kB3oT+vI Content-Disposition: attachment; filename=gnome-vfs-submount.patch Content-Type: text/x-patch; name=gnome-vfs-submount.patch; charset=utf-8 Content-Transfer-Encoding: 7bit ? gnome-vfs-submount.patch ? daemon/gnome-vfs-daemon ? libgnomevfs/s-enum-types-c ? libgnomevfs/s-enum-types-h Index: libgnomevfs/gnome-vfs-volume-monitor-daemon.c =================================================================== RCS file: /cvs/gnome/gnome-vfs/libgnomevfs/gnome-vfs-volume-monitor-daemon.c,v retrieving revision 1.7 diff -u -r1.7 gnome-vfs-volume-monitor-daemon.c --- libgnomevfs/gnome-vfs-volume-monitor-daemon.c 18 May 2004 07:58:40 -0000 1.7 +++ libgnomevfs/gnome-vfs-volume-monitor-daemon.c 4 Jun 2004 01:33:17 -0000 @@ -700,7 +700,7 @@ vol->priv->is_mounted = 1; vol->priv->device_type = get_device_type_from_device_and_mount (mount->device_path, mount->mount_path); - + if ((strcmp (mount->filesystem_type, "iso9660") == 0) || (strcmp (mount->filesystem_type, "cd9660") == 0)) { if (vol->priv->device_type == GNOME_VFS_DEVICE_TYPE_UNKNOWN) { @@ -736,7 +736,8 @@ vol->priv->device_type = GNOME_VFS_DEVICE_TYPE_HARDDRIVE; } - if (vol->priv->device_type == GNOME_VFS_DEVICE_TYPE_CDROM) { + if (vol->priv->device_type == GNOME_VFS_DEVICE_TYPE_CDROM && + strcmp (mount->filesystem_type, "subfs")) { fd = 0; disctype = _gnome_vfs_get_cdrom_type (mount->device_path, &fd); @@ -817,6 +818,45 @@ return vol; } +static GList * +remove_submounts (GList *volumes) +{ + GList *l; + GList *new_volumes; + GHashTable *submounts; + + submounts = g_hash_table_new (g_str_hash, g_str_equal); + + for (l = volumes; l != NULL; l = l->next) { + GnomeVFSUnixMount *mount = l->data; + + if (!strcmp (mount->filesystem_type, "subfs")) { + g_hash_table_insert (submounts, + mount->device_path, + mount); + } + } + + new_volumes = NULL; + + for (l = volumes; l != NULL; l = l->next) { + GnomeVFSUnixMount *mount = l->data; + + if (strcmp (mount->filesystem_type, "subfs") != 0 && + g_hash_table_lookup (submounts, mount->device_path)) { + _gnome_vfs_unix_mount_free (mount); + } else { + new_volumes = g_list_prepend (new_volumes, mount); + } + } + + g_list_free (volumes); + + g_hash_table_destroy (submounts); + + return g_list_reverse (new_volumes); +} + static void update_mtab_volumes (GnomeVFSVolumeMonitorDaemon *volume_monitor_daemon) { @@ -833,6 +873,8 @@ if (_gnome_vfs_get_current_unix_mounts (&new_mtab)) { new_mtab = g_list_sort (new_mtab, (GCompareFunc) _gnome_vfs_unix_mount_compare); + new_mtab = remove_submounts (new_mtab); + diff_sorted_lists (volume_monitor_daemon->last_mtab, new_mtab, (GCompareFunc) _gnome_vfs_unix_mount_compare, &added, &removed); @@ -859,7 +901,7 @@ _gnome_vfs_volume_monitor_mounted (volume_monitor, vol); gnome_vfs_volume_unref (vol); } - + g_list_free (added); g_list_free (removed); g_list_foreach (volume_monitor_daemon->last_mtab, Index: libgnomevfs/gnome-vfs-volume-ops.c =================================================================== RCS file: /cvs/gnome/gnome-vfs/libgnomevfs/gnome-vfs-volume-ops.c,v retrieving revision 1.11 diff -u -r1.11 gnome-vfs-volume-ops.c --- libgnomevfs/gnome-vfs-volume-ops.c 3 Jun 2004 13:49:26 -0000 1.11 +++ libgnomevfs/gnome-vfs-volume-ops.c 4 Jun 2004 01:33:17 -0000 @@ -221,7 +221,7 @@ info = arg; - if (info != NULL) { + if (info != NULL && info->argv[0] != NULL) { error = NULL; if (g_spawn_sync (NULL, info->argv, @@ -317,6 +317,7 @@ static void mount_unmount_operation (const char *mount_point, const char *device_path, + const char *filesystem_type, GnomeVFSDeviceType device_type, gboolean should_mount, gboolean should_eject, @@ -341,26 +342,35 @@ name = mount_point; #endif + command = NULL; if (should_mount) { command = find_command (MOUNT_COMMAND); } else { - command = find_command (UMOUNT_COMMAND); + /* Don't unmount subfs volumes */ + if (!filesystem_type || strcmp (filesystem_type, "subfs") != 0) { + command = find_command (UMOUNT_COMMAND); + } } mount_info = g_new0 (MountThreadInfo, 1); i = 0; - mount_info->argv[i++] = g_strdup (command); - if (should_mount) { + + if (command) { + mount_info->argv[i++] = g_strdup (command); + if (should_mount) { #ifdef MOUNT_ARGUMENT - mount_info->argv[i++] = g_strdup (MOUNT_ARGUMENT); + mount_info->argv[i++] = g_strdup (MOUNT_ARGUMENT); #endif - } else { + } else { #ifdef UNMOUNT_ARGUMENT - mount_info->argv[i++] = g_strdup (UNMOUNT_ARGUMENT); + mount_info->argv[i++] = g_strdup (UNMOUNT_ARGUMENT); #endif + } + mount_info->argv[i++] = g_strdup (name); + mount_info->argv[i++] = NULL; + } else { + mount_info->argv[i++] = NULL; } - mount_info->argv[i++] = g_strdup (name); - mount_info->argv[i++] = NULL; mount_info->mount_point = g_strdup (mount_point); mount_info->device_path = g_strdup (device_path); @@ -488,7 +498,7 @@ GnomeVFSVolumeOpCallback callback, gpointer user_data) { - char *mount_path, *device_path; + char *mount_path, *device_path, *filesystem_type; char *uri; GnomeVFSVolumeType type; @@ -500,13 +510,16 @@ mount_path = gnome_vfs_get_local_path_from_uri (uri); g_free (uri); device_path = gnome_vfs_volume_get_device_path (volume); + filesystem_type = gnome_vfs_volume_get_filesystem_type (volume); mount_unmount_operation (mount_path, device_path, + filesystem_type, gnome_vfs_volume_get_device_type (volume), FALSE, FALSE, callback, user_data); g_free (mount_path); g_free (device_path); + g_free (filesystem_type); } else { unmount_connected_server (volume, callback, user_data); } @@ -517,7 +530,7 @@ GnomeVFSVolumeOpCallback callback, gpointer user_data) { - char *mount_path, *device_path; + char *mount_path, *device_path, *filesystem_type; char *uri; GnomeVFSVolumeType type; @@ -529,13 +542,16 @@ mount_path = gnome_vfs_get_local_path_from_uri (uri); g_free (uri); device_path = gnome_vfs_volume_get_device_path (volume); + filesystem_type = gnome_vfs_volume_get_filesystem_type (volume); mount_unmount_operation (mount_path, device_path, + filesystem_type, gnome_vfs_volume_get_device_type (volume), FALSE, TRUE, callback, user_data); g_free (mount_path); g_free (device_path); + g_free (filesystem_type); } else { unmount_connected_server (volume, callback, user_data); } @@ -552,8 +568,10 @@ mount_path = gnome_vfs_get_local_path_from_uri (uri); g_free (uri); device_path = gnome_vfs_drive_get_device_path (drive); + mount_unmount_operation (mount_path, device_path, + NULL, GNOME_VFS_DEVICE_TYPE_UNKNOWN, TRUE, FALSE, callback, user_data); @@ -566,7 +584,7 @@ GnomeVFSVolumeOpCallback callback, gpointer user_data) { - char *mount_path, *device_path, *uri; + char *mount_path, *device_path, *uri, *filesystem_type; GnomeVFSVolume *volume; @@ -580,13 +598,16 @@ mount_path = gnome_vfs_get_local_path_from_uri (uri); g_free (uri); device_path = gnome_vfs_drive_get_device_path (drive); + filesystem_type = gnome_vfs_volume_get_filesystem_type (volume); mount_unmount_operation (mount_path, device_path, + filesystem_type, (volume == NULL) ? GNOME_VFS_DEVICE_TYPE_UNKNOWN:gnome_vfs_volume_get_device_type (volume), FALSE, FALSE, callback, user_data); g_free (mount_path); g_free (device_path); + g_free (filesystem_type); gnome_vfs_volume_unref (volume); } @@ -595,7 +616,7 @@ GnomeVFSVolumeOpCallback callback, gpointer user_data) { - char *mount_path, *device_path, *uri; + char *mount_path, *device_path, *uri, *filesystem_type; GnomeVFSVolume *volume; @@ -609,13 +630,16 @@ mount_path = gnome_vfs_get_local_path_from_uri (uri); g_free (uri); device_path = gnome_vfs_drive_get_device_path (drive); + filesystem_type = gnome_vfs_volume_get_filesystem_type (volume); mount_unmount_operation (mount_path, device_path, + filesystem_type, (volume == NULL) ? GNOME_VFS_DEVICE_TYPE_UNKNOWN:gnome_vfs_volume_get_device_type (volume), FALSE, TRUE, callback, user_data); g_free (mount_path); g_free (device_path); + g_free (filesystem_type); gnome_vfs_volume_unref (volume); } --=-pmr2bTbLqkZ2kB3oT+vI-- From zzidre@mail.ru Wed Jul 14 15:00:43 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx0.rambler.ru (mx0.rambler.ru [81.19.66.47]) by menubar.gnome.org (Postfix) with ESMTP id 2639C3B1295 for ; Wed, 14 Jul 2004 15:00:42 -0400 (EDT) Received: from mailc.rambler.ru (mailc.rambler.ru [81.19.66.27]) by mx0.rambler.ru (Postfix) with ESMTP id 0B50E42F5FB; Wed, 14 Jul 2004 23:00:40 +0400 (MSD) Received: from mail.ru (clusterfw.beelinegprs.ru [217.118.66.232]) (authenticated bits=0) by mailc.rambler.ru (8.12.10/8.12.10) with ESMTP id i6EJ03J7080597; Wed, 14 Jul 2004 23:00:22 +0400 (MSD) Message-ID: <40F4CF86.2070304@mail.ru> Date: Wed, 14 Jul 2004 10:15:34 +0400 From: "Dmitry M. Shatrov" User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: AndyLiebman@aol.com References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Auth-User: erdizz, whoson: (null) Cc: nautilus-list@gnome.org Subject: Re: Delete Key and Nautilus X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 19:00:43 -0000 AndyLiebman@aol.com wrote: > In a message dated 7/14/2004 11:22:41 AM Eastern Daylight Time, > zzidre@mail.ru writes: > > I think the idea is that when you press 'Del' your files are not > actually beign deleted, they're moving to trash instead and it's > not so > dangerous, and you're really warned when you try to delete something > from trash permanently. There are two settings for it: whether you > should receive warnings when you act in trash or not and if there > should > be a way to bypass trash with Shift+Delete. > > Btw, there is an opinion (and I'm with it) that to press something > like > 'Del' is less likely than to hit 'Reset' with my leg shaking under > the table > > Dmitry > > Thanks for the clarification -- Dimitry and all. Now I understand why, > when I deleted a bunch of video files from a RAID array using > Nautilus, the space on my OS drive dropped by 500 MB! The files went > into the trash! That wasn't the behavior I expected. > > So, I can enable Shift-Delete in the preferences? And when I use > Shift-Delete, will I be asked for confirmation Yes/No? > > It may be more likely to hit 'Reset" than to press "Del" -- but I have > been in the situation a couple of times where I thought I had selected > directory "A", but I had really selected directory "B" just below it. > I once hit Shift-Del (this was in Windows) and I lost about 80 GB of > video files in a flash. It was a bummer. I had meant to delete the > directory above it. So, having a confirmation gives you a chance to > see your error. > > By the way, is there a way to make Nautilus create a Trash on every > Hard Drive -- so that when you delete something from THAT drive, it's > only moved to a new location rather than copied onto the system drive? > > Andy Liebman Well, the presence of confirmation is easy to see. Press Shift+Del on something really important for you. I agree, GNOME trash is not what could be called "fine". I think also, the second part of your question is more about gnome-vfs (try waking up their mailing list?): nautilus operates on top of it as far as I know, and if we want good trash (we do!) it probably should be implemented in gnome-vfs code [All advices above are given without any warranty, without even the implied warranty of merchantability or fitness for a particular purpose. With the hope they'll be useful, though.] From snickell@redhat.com Wed Jul 14 15:08:38 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 622493B07A3 for ; Wed, 14 Jul 2004 15:08:38 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6EJ8ce1025698; Wed, 14 Jul 2004 15:08:38 -0400 Received: from mail.boston.redhat.com (mail.boston.redhat.com [172.16.64.12]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6EJ8b026710; Wed, 14 Jul 2004 15:08:37 -0400 Received: from [172.16.67.56] (quixotic.boston.redhat.com [172.16.67.56]) by mail.boston.redhat.com (8.12.8/8.12.8) with ESMTP id i6EJ8a4F026217; Wed, 14 Jul 2004 15:08:36 -0400 From: Seth Nickell To: Calum Benson In-Reply-To: <1089731260.29941.4.camel@cdelab89.ireland.sun.com> References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> Content-Type: text/plain Date: Wed, 14 Jul 2004 15:08:59 -0400 Message-Id: <1089832139.3064.9.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 1.5.8 (1.5.8-1) Content-Transfer-Encoding: 7bit Cc: "nautilus-list@gnome.org" Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 19:08:38 -0000 On Tue, 2004-07-13 at 16:07 +0100, Calum Benson wrote: > On Thu, 2004-07-08 at 20:13, Seth Nickell wrote: > > Yo. Purty pitchures attached. > > Neat... here's a few questions/comments, which I'm sure you've argued > about yourselves while doing the design :) > > - I'm not sure how comfortable Joe User would be with the term > "Protocol"-- maybe something like "Type" would be simpler (or "Server > Type", but the "Server" part is kind of implicit from the title and > primary text)? Yeah, totally. I'm not sure how this thing turned into a production (*cough* bryan *cough*), the wording was sort of intended to be placeholders. "Server Type" seems to fit best. As for the actual dialog name, Bryan & I discussed this more and have reached consensus on "Open Remote Folder...". Its a little weird that a "side effect" of this is putting it on the desktop, but I don't think it'll cause problems... it'll just be a quick convenience for some people later. > - Personally I'd kind of expect the username field to come either first > or last, somehow... protocol, server and folder just seem to be too > logically related to have the username field split them up. (And since I > can't really decide what username I'm going to use until I've chosen the > other stuff, last would seem more natural.) To some degree this is shaped by technical constraints. 1) You can't browse for folders until you've entered a user name 2) The dialog isn't really intended to be static based on the server type. So if you select FTP, it should have a checkbox for "Anonymous". Or if you select, say, AFS, it should have a "Use current Kerberos credentials" checkbox (or something, terribly phrased I know). The username is one of the things impacted by this. Ideally, we'd like to have password here too, since username & password are almost always a pair...but that could also be protocol specific (e.g. with sftp if you have S/KEY installed you don't need a password). The "Server Type" "Server" and "Folder" fields are closely related to "what resource do I want", so it would be nice to keep them next to each other... so I'm a little unhappy w/ putting username in the middle. But because of (1) it seems necessary to do this rather than put username at the bottom. -Seth From rand_chars@rogers.com Wed Jul 14 15:31:30 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp103.rog.mail.re2.yahoo.com (smtp103.rog.mail.re2.yahoo.com [206.190.36.81]) by menubar.gnome.org (Postfix) with SMTP id 11CD33B129E for ; Wed, 14 Jul 2004 15:31:30 -0400 (EDT) Received: from unknown (HELO superslacker.theAsylum) (rand?chars@rogers.com@24.156.34.35 with login) by smtp103.rog.mail.re2.yahoo.com with SMTP; 14 Jul 2004 19:31:29 -0000 Date: Wed, 14 Jul 2004 15:31:27 -0400 From: Ori Bernstein To: nautilus-list@gnome.org Message-Id: <20040714153127.0198414b@superslacker.theAsylum> In-Reply-To: References: <1089314009.3111.3.camel@localhost.localdomain> X-Mailer: Sylpheed version 0.9.11claws (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 19:31:30 -0000 On Tue, 13 Jul 2004 12:24:03 -0500 Jerry Haltom dared to utter: > What about services which do not require a Username and/or password. > Doesn't it make sense to delay asking for this information until it is > required? > > For example, sftp might be using host keys, WebDav might be using > another authentication method, smb:/// might be using NTLM and/or > Kerberos. > > All methods which don't require a username/password, or only require > it sometimes. grayed-out text entries for username/password. A checkbox: "This server needs password authentication" (or something similar). Checking this checkbox ungrays the username/password entries, thereby allowing entering a username/password. There - simple to use, easy, obvious. From ruediger.dohmhardt@freenet.de Wed Jul 14 15:46:30 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by menubar.gnome.org (Postfix) with ESMTP id 21AC93B12EA for ; Wed, 14 Jul 2004 15:46:25 -0400 (EDT) Received: from [194.97.55.147] (helo=mx4.freenet.de) by mout0.freenet.de with asmtp (Exim 4.390) id 1Bkpht-0003fx-QL; Wed, 14 Jul 2004 21:46:21 +0200 Received: from b895a.b.pppool.de ([213.7.137.90]) by mx4.freenet.de with asmtp (ID ruedigerDohmhardt@freenet.de) (Exim 4.34 #3) id 1Bkpht-0005at-Ez; Wed, 14 Jul 2004 21:46:21 +0200 Message-ID: <40F58DAF.9060506@freenet.de> Date: Wed, 14 Jul 2004 21:46:55 +0200 From: Ruediger Dohmhardt User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dave Camp References: <40F57425.7040204@freenet.de> <1089828296.31919.2.camel@squee.boston.ximian.com> In-Reply-To: <1089828296.31919.2.camel@squee.boston.ximian.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: nautilus-list@gnome.org Subject: Re: Automounted Directories X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 19:46:30 -0000 Dave Camp wrote: >Submount and the gnome-vfs volume management don't get along very well. >The attached patch to gnome-vfs gets it to work reasonably. > >-dave > >On Wed, 2004-07-14 at 19:57 +0200, Ruediger Dohmhardt wrote: > > >>Dear list-members, >> >>displaying automounted directories (automounted by subfs V0.9) worked >>fine for me with the original Gnome-SUSE9.1 installation. >>SUSE-9.1 uses Nautilus-V2.4.2. >> >>However, I immediately replaced GNOME-2.4 from SUSE9.1 with garnome >>2.6.1, and last week with garnome 2.6.2 (Nautilus-2.6.3). >>Since than I must type a command like >> >> cd /media/usb >> >>to make Nautilus showing the USB-Stick contents longer than 3 seconds. >> >>Maybe someone can give a hint to this. >> >> >> Dear Dave, that patch solved the problem. I did cd /GIGA2/GNOME/garnome-2.6.2/platform/gnome-vfs/work/main.d/gnome-vfs-2.6.1.1 patch -p0 < gnome-vfs-submount.patch make install and now, Nautilus-2.6.3 keeps staying on the directory /media/usb-storage-odd-EUDARTechnologyInc-USBMassStorageDevice:0:0:0p1 Thank you very much -- Ruediger Dohmhardt ruediger.dohmhardt@freenet.de Kiefernweg 7 Tel.: 04101 61743 D-25421 Pinneberg From raul@cantara.com Wed Jul 14 17:27:24 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from cantara.com (unknown [64.81.54.108]) by menubar.gnome.org (Postfix) with ESMTP id B4FCC3B0C3C for ; Wed, 14 Jul 2004 17:27:19 -0400 (EDT) Received: from inspired.cantara.com (inspired.cantara.com [192.168.1.32]) by cantara.com (8.12.8/8.12.8) with ESMTP id i6ELUn6P027913 for ; Wed, 14 Jul 2004 14:30:51 -0700 From: Raul Acevedo MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16629.42262.881112.361921@inspired.cantara.com> Date: Wed, 14 Jul 2004 14:26:46 -0700 To: nautilus-list@gnome.org X-Mailer: VM 7.18 under Emacs 21.2.1 Subject: make symbolic links on desktop not open as file under Desktop folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 21:27:24 -0000 I've created a few symlinks to folders on my desktop my opening the parent folder, and using Meta-Shift-Click to drag the folder to the desktop. When I open such a folder from the desktop, I don't want Nautilus to open it under the path in /home/raul/Desktop/foo, I want it to open it as /home/raul/foo. For spatial mode, it means it treats the folder differently than I would expect, since it uses the folder attributes of the link and not of the target; for browser mode, it adds /home/raul/Desktop as the location which is not what I want. This can be resolved by either: 1. When Nautilus opens a symlink from the desktop, it opens the link target instead. 2. Have an easy way to create a .desktop file on the desktop from an existing file or folder, that uses the same icon as the original and when clicked opens the original. Ideally it would use an emblem to indicate this is really a .desktop file that "links" to the original, but this is less important. Is this already supported in some manner? Raul From raul@cantara.com Wed Jul 14 17:56:19 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from cantara.com (unknown [64.81.54.108]) by menubar.gnome.org (Postfix) with ESMTP id 82F863B1356 for ; Wed, 14 Jul 2004 17:56:12 -0400 (EDT) Received: from inspired.cantara.com (inspired.cantara.com [192.168.1.32]) by cantara.com (8.12.8/8.12.8) with ESMTP id i6ELxY6P029730 for ; Wed, 14 Jul 2004 14:59:42 -0700 From: Raul Acevedo MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16629.43988.318128.292480@inspired.cantara.com> Date: Wed, 14 Jul 2004 14:55:32 -0700 To: nautilus-list@gnome.org X-Mailer: VM 7.18 under Emacs 21.2.1 Subject: date format in list view X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 21:56:19 -0000 In list view, the date format takes up way too much space, and because it uses whole words for week day and month names, it's also actually harder to read at a glance. I know that sounds counter-intuitive, but it's easier to visually parse a list of dates when they are in shorter format that looks more like fixed width fields. Is there a way to change this? Ideally either Nautilus would automatically use a format like "mm/dd/yyyy hh:mi", or I could configure it via the List View tab in Preferences or even a GConf key that allows me to enter the raw format string. Raul From mnews22@wp.pl Wed Jul 14 18:12:12 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp.wp.pl (smtp.wp.pl [212.77.101.160]) by menubar.gnome.org (Postfix) with ESMTP id 891983B0CCC for ; Wed, 14 Jul 2004 18:11:11 -0400 (EDT) Received: (wp-smtpd smtp.wp.pl 7842 invoked from network); 15 Jul 2004 00:10:43 +0200 Received: from unknown (HELO megumi) (mnews22@[195.116.35.55]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with RC4-MD5 encrypted SMTP for ; 15 Jul 2004 00:10:43 +0200 From: Maciej Katafiasz To: Seth Nickell In-Reply-To: <1089832139.3064.9.camel@localhost.localdomain> References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089832139.3064.9.camel@localhost.localdomain> Content-Type: text/plain; charset=iso-8859-2 Message-Id: <1089843218.23564.5.camel@megumi> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 15 Jul 2004 00:13:38 +0200 Content-Transfer-Encoding: 8bit X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-AS1: NOSPAM Body=1 Fuz1=1 Fuz2=1 X-WP-AS3: NOSPAM X-WP-SPAM: NO Cc: "nautilus-list@gnome.org" , Calum Benson Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 22:12:12 -0000 W li¶cie z ¶ro, 14-07-2004, godz. 21:08, Seth Nickell pisze: > > - Personally I'd kind of expect the username field to come either first > > or last, somehow... protocol, server and folder just seem to be too > > logically related to have the username field split them up. (And since I > > can't really decide what username I'm going to use until I've chosen the > > other stuff, last would seem more natural.) > > To some degree this is shaped by technical constraints. > > 1) You can't browse for folders until you've entered a user name > 2) The dialog isn't really intended to be static based on the server > type. So if you select FTP, it should have a checkbox for "Anonymous". > Or if you select, say, AFS, it should have a "Use current Kerberos > credentials" checkbox (or something, terribly phrased I know). The > username is one of the things impacted by this. Ideally, we'd like to > have password here too, since username & password are almost always a > pair...but that could also be protocol specific (e.g. with sftp if you > have S/KEY installed you don't need a password). > > The "Server Type" "Server" and "Folder" fields are closely related to > "what resource do I want", so it would be nice to keep them next to each > other... so I'm a little unhappy w/ putting username in the middle. But > because of (1) it seems necessary to do this rather than put username at > the bottom. IMO, order should be: Type : FTP Server : ftp://foo.bar Username : Fred since username clearly depends on server being already selected. Moreover, server should determine what username is prefilled, and thus it should be above username. See my other post in thread for ASCII-art mockups :) Cheers, Maciej -- "Tautologizm to co¶ tautologicznego" Maciej Katafiasz http://mathrick.blog.pl From NQG24419@nifty.com Wed Jul 14 21:23:59 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail501.nifty.com (mail501.nifty.com [202.248.37.209]) by menubar.gnome.org (Postfix) with ESMTP id 0F7403B130B for ; Wed, 14 Jul 2004 21:23:57 -0400 (EDT) Received: from [219.97.31.137] (ntnara015137.nara.nt.adsl.ppp.infoweb.ne.jp [219.97.31.137])by mail501.nifty.com with ESMTP id i6F1NbW2021279; Thu, 15 Jul 2004 10:23:37 +0900 From: Ryan McDougall To: Seth Nickell In-Reply-To: <1089832139.3064.9.camel@localhost.localdomain> References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089832139.3064.9.camel@localhost.localdomain> Content-Type: text/plain Date: Thu, 15 Jul 2004 10:29:51 -0600 Message-Id: <1089908991.2601.24.camel@DRAGUN> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.2 (1.5.9.2-1) Content-Transfer-Encoding: 7bit Cc: nautilus-list@gnome.org, Calum Benson Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 01:23:59 -0000 On Wed, 2004-14-07 at 15:08 -0400, Seth Nickell wrote: > Yeah, totally. I'm not sure how this thing turned into a production > (*cough* bryan *cough*), the wording was sort of intended to be I don't think there is anything wrong with community feedback. > > 1) You can't browse for folders until you've entered a user name > 2) The dialog isn't really intended to be static based on the server > type. So if you select FTP, it should have a checkbox for "Anonymous". > Or if you select, say, AFS, it should have a "Use current Kerberos > credentials" checkbox (or something, terribly phrased I know). The > username is one of the things impacted by this. Ideally, we'd like to > have password here too, since username & password are almost always a > pair...but that could also be protocol specific (e.g. with sftp if you > have S/KEY installed you don't need a password). > > The "Server Type" "Server" and "Folder" fields are closely related to > "what resource do I want", so it would be nice to keep them next to each > other... so I'm a little unhappy w/ putting username in the middle. But > because of (1) it seems necessary to do this rather than put username at > the bottom. > > -Seth > Quick idea: since there is a whole set of options that depend directly on on Service Type/Server/Mount Folder (Folder is simply too generic for anyone to understand IMO) would it not be better to break this up into a two or three step process, like a wizard/druid/ninja? To steal maciej's ascii-art First screen _______________________________________________ [v]__New Network Connection____________[_][ ][X]| | | | Service (or Type?) : [ Public FTP |v] | | Server : [ ftp://foo.bar.baz |v] | | Mount Point : /mnt/foo/bar [Browse] | | | | [Help] [Cancel] [Next] | '-----------------------------------------------' Second screen (ServiceType + Server specific options) __________________________________________________ [v]__New Network Connection_______________[_][ ][X]| | | | Some options specific to "Public FTP" | | Username : [ KEYRING-USERNAME ] | | Password : [ ****** ] | | | | Log in Anonymously [X] | | | | [Help] [Cancel] [Connect] | '--------------------------------------------------' Final Screen __________________________________________________ [v]__New Network Connection_______________[_][ ][X]| | | | Results of Connection to "Server" | | "Could not connect: Server does not support | | Anonymous logins." | | | | [Help] [Cancel] [Back] [Retry] | '--------------------------------------------------' ps. Would it be a good idea to map delete key to "unmount" so mounted volumes behave like other folders? From greg@smeggy.no-ip.com Fri Jul 9 21:46:48 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by menubar.gnome.org (Postfix) with ESMTP id 5AA493B09F2 for ; Fri, 9 Jul 2004 21:46:46 -0400 (EDT) Received: from [192.168.0.3] (ppp32-113.lns1.adl1.internode.on.net [150.101.32.113]) by smtp3.adl2.internode.on.net (8.12.9/8.12.9) with ESMTP id i6A1kZHY041764 for ; Sat, 10 Jul 2004 11:16:44 +0930 (CST) From: Greg To: nautilus-list@gnome.org In-Reply-To: <6712-60022@sneakemail.com> References: <6712-60022@sneakemail.com> Content-Type: text/plain; charset=ISO-8859-1 Message-Id: <1089424034.2486.2.camel@greg> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sat, 10 Jul 2004 11:17:15 +0930 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Wed, 14 Jul 2004 23:23:59 -0400 Subject: Re: smb:// very slow X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2004 01:46:49 -0000 as a follow up, I am using a sym link from ~/.smb/smb.conf to /etc/samba/smb.conf It works fine as an interim solution -Greg On Sat, 2004-07-10 at 01:07, y9toi7y02@sneakemail.com wrote: > On Fri, 9 Jul 2004, "Cristóvăo B. B. Dalla Costa"cbraga-at-fs.inf.br |nautilus| wrote: > > We've been having similar problems, specially with Windows networks > > where Nautilus sometimes fails to display anything at all. smbclient > > works just fine for us. > > > > I've just checked and we don't have .smb directories at all, could there > > be another configuration problem? Any other hints? > If you look in the code here: > > http://cvs.gnome.org/viewcvs/gnome-vfs/modules/smb-method.c?rev=1.5&view=auto > > (search for 'try_init') you can see the code. > > This was the first mention of it that I could find: > > http://anoncvs.gnome.gr.jp/viewcvs.cgi/gnome-vfs-extras/smb-method.c?rev=1.37.2.1&view=markup > > (look at the end, it sais: > > //FIXME create an empty ~/.smb/smb.conf > > ) > > Earlier versions of the module used a private copy of samba. That way it > could set some things that cannot be set when using the libsmbclient > interface. Obviously it's a maintenance nightmare though. Anyway you might > have such an old version that does require ~/.smb/smb.conf but does not > create it for you. > > Here you can see (in the code) libsmbclient loading ~/.smb/smb.conf > > http://samba.org/doxygen/samba/group__misc.html#a2 > > Martijn Vernooij > > PS. I am on the list, no need for CC's From ghaywood@gmail.com Tue Jul 13 22:05:19 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by menubar.gnome.org (Postfix) with SMTP id E49A43B069A for ; Tue, 13 Jul 2004 22:05:18 -0400 (EDT) Received: by mproxy.gmail.com with SMTP id d19so480731rnf for ; Tue, 13 Jul 2004 19:05:06 -0700 (PDT) Received: by 10.38.207.20 with SMTP id e20mr435476rng; Tue, 13 Jul 2004 19:05:06 -0700 (PDT) Message-ID: <6e2a357704071319052dfe431c@mail.gmail.com> Date: Wed, 14 Jul 2004 11:35:06 +0930 From: Greg Haywood To: nautilus-list@gnome.org In-Reply-To: <16628.33551.811346.125514@inspired.cantara.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089762412.2962.20.camel@master.amauta> <1089765914.19279.52.camel@localhost.localdomain> <16628.33551.811346.125514@inspired.cantara.com> X-Mailman-Approved-At: Wed, 14 Jul 2004 23:25:22 -0400 Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 02:05:19 -0000 well I will add my 2c in favor of this patch, it certainly improves things for me and should not cause the "strict" spatial/navigator camps any issues. -Greg On Tue, 13 Jul 2004 17:49:19 -0700, Raul Acevedo wrote: > I haven't followed everything about your patch, but what you said below, > plus the screenshot, looks awesome. Is this going to make it into CVS? > > Raul > > Jamie McCracken wrote: > > > On Wed, 2004-07-14 at 00:46, Manuel Amador (Rudd-O) wrote: > > > > Its also not really a third way as you put it cause we dont need the > > > > heavyweight navigator for it as an option - even ms explorer is separate > > > > from the lightweight browser it uses on the desktop. The navigator is > > > > fine as a separate and more complex app for more experienced users (a la > > > > explorer) but I actually find my patch with pathbar much much better for > > > > general browsing. If you haven't tried the patch then I suggest you do > > > > cuz it really makes browsing and file management really pleasant and > > > > efficient. > > > > > > I think that the bottom nav pathbar is a great idea. > > > > Yes I'm glad theres a majority of you that do want this feature - its so > > much slicker and nicer than the inefficient and irritating popup > > location button/menu. > > > > > > > You just have to > > > make it not start at / but use the topologically nearest available root > > > out of the list of roots in the file/open dialog. Basically > > > > > > /home/rudd-o/src > > > > > > shoudl appear as > > > > > > [Home folder] [src] > > > > > > Is that it? > > > > Already implemented and with home stock icon too so it more closely > > resembles the file chooser's pathbar - see my screenshot for what it > > looks like with this at : > > > > http://www.jamiemcc.pwp.blueyonder.co.uk/Nautilus_pathbar.png > > > > > > > Oh and it *should* open a new window. > > > > But it does! (but you can also set it to open in the same window too - > > EG you could set it up to have left click to open in new window and > > middle click to open in same window and that way the pathbar can do both > > depending whether you left or middle click it). > > > > Just to elaborate on why having the "open in same window" is appropriate > > here is because it actually provides a better slicker browsing ability > > compared to the navigator cause it has really good usability and > > consistency with the file chooser (thanks to the pathbar) and that will > > of course make it much easier for new users. And the icing on the cake > > is it integrates perfectly with the spatial mode thereby allowing you to > > mix and match the two really smartly - it creates the perfect hybrid > > file manager thats superior to either a pure browse or pure spatial > > implementation - there really is no need to limit yourself to just > > browse or spatial any longer (and hopefully end the destructive > > polarisation and fragmentation that the browser/spatial dichotomy causes > > too). > > > > I haven't used a better or slicker file manager anywhere else on any > > other platform - it even beats OS/X thanks to the pathbar! > > > > But there's no point in me ranting on how cool it is cause you really > > need to try it out to appreciate how slick and elegant it is - I'm not > > exaggerating when I say it rocks! > > > > > > jamie. > > > > -- > > nautilus-list mailing list > > nautilus-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/nautilus-list > > -- > nautilus-list mailing list > nautilus-list@gnome.org > http://mail.gnome.org/mailman/listinfo/nautilus-list > From cyrille.bollu@aweurope.be Tue Jul 13 08:06:17 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from www.awtce.net (uu212-190-219-18.unknown.uunet.be [212.190.219.18]) by menubar.gnome.org (Postfix) with SMTP id EEE343B0768 for ; Tue, 13 Jul 2004 08:06:15 -0400 (EDT) Received: from no.name.available by www.awtce.net via smtpd (for menubar.gnome.org [12.107.209.248]) with SMTP; Tue, 13 Jul 2004 14:06:27 +0200 Received: from awefwdmz1.aweurope.be ([10.142.211.1]) by localhost.localdomain (8.11.6/8.11.2) with SMTP id i6DBbi613943 for ; Tue, 13 Jul 2004 13:37:44 +0200 Received: from awe-ns1.aweurope.be by awefwdmz1.aweurope.be via smtpd (for [10.142.211.2] [10.142.211.2]) with SMTP; Tue, 13 Jul 2004 14:06:24 +0200 To: nautilus-list@gnome.org X-Mailer: Lotus Notes Release 6.5.1 January 21, 2004 Message-ID: From: cyrille.bollu@aweurope.be Date: Tue, 13 Jul 2004 14:06:12 +0200 X-MIMETrack: Serialize by Router on AWE_NS01/AW EUROPE/BE(Release 6.5.1|January 21, 2004) at 2004/07/13 02:06:13 PM MIME-Version: 1.0 Content-type: multipart/alternative; Boundary="0__=4EBBE443DFD303738f9e8a93df938690918c4EBBE443DFD30373" Content-Disposition: inline X-Mailman-Approved-At: Wed, 14 Jul 2004 23:25:40 -0400 Subject: file association lost after upgrading to gnome 2.6.1 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 12:06:17 -0000 --0__=4EBBE443DFD303738f9e8a93df938690918c4EBBE443DFD30373 Content-type: text/plain; charset=US-ASCII Hi all, I recently upgraded my desktop from gnome 2.4.2 to gnome 2.6.1 and from then file association doesn't work anymore in nautilus. Most of my files have unknown type. I say "in nautilus" because file association seems to work OK in gnome-file-properties. Does anyoby has a clue about where this problem is coming from? Regards, Cyrille --0__=4EBBE443DFD303738f9e8a93df938690918c4EBBE443DFD30373 Content-type: text/html; charset=US-ASCII Content-Disposition: inline

Hi all,

I recently upgraded my desktop from gnome 2.4.2 to gnome 2.6.1 and from then file association doesn't work anymore in nautilus. Most of my files have unknown type.

I say "in nautilus" because file association seems to work OK in gnome-file-properties.

Does anyoby has a clue about where this problem is coming from?

Regards,

Cyrille --0__=4EBBE443DFD303738f9e8a93df938690918c4EBBE443DFD30373-- From sanchezthecactus@yahoo.com Fri Jul 9 12:51:24 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from web12106.mail.yahoo.com (web12106.mail.yahoo.com [216.136.172.26]) by menubar.gnome.org (Postfix) with SMTP id 871CC3B08F5 for ; Fri, 9 Jul 2004 12:51:24 -0400 (EDT) Message-ID: <20040709165121.64272.qmail@web12106.mail.yahoo.com> Received: from [66.134.93.243] by web12106.mail.yahoo.com via HTTP; Fri, 09 Jul 2004 09:51:21 PDT Date: Fri, 9 Jul 2004 09:51:21 -0700 (PDT) From: Sanchez the Cactus To: nautilus-list@gnome.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Wed, 14 Jul 2004 23:25:53 -0400 Subject: Re: smb:// very slow X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2004 16:51:25 -0000 --- Martijn Vernooij wrote: > On Thu, 8 Jul 2004, Olaf [iso-8859-2] Fr±czyk olaf-at-cbk.poznan.pl > |nautilus| wrote: > > > On Thu, 2004-07-08 at 09:04, Alexander Larsson wrote: > > Hi, > > > > For me it is not so slow, but slow anyway. Listing shares on a server > > takes about 2 seconds, even if I go back from a share. In Windows it > > appears immediately. > > I use WINS server. Does nautilus take it into account (from smb.conf)? > > BTW, what happens if /etc/samba/smb.conf is not readable by user? > If you look in your home directory, there should be a .smb directory > containing a smb.conf file. That file is probably empty. That file is the > one that is used instead of /etc/samba/smb.conf . If you copy > /etc/samba/smb.conf to that file, it'll work. > > It's a libsmbclient limitation. > > Martijn Vernooij > Thanks Martijn, that seemed to fix it. Although I didn't notice the fix until today, though I changed the file yesterday. Maybe nautilus just needed to be restarted, or maybe something else needed to be restarted... -Joe __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail From NQG24419@nifty.com Thu Jul 15 02:43:23 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail503.nifty.com (mail503.nifty.com [202.248.37.211]) by menubar.gnome.org (Postfix) with ESMTP id E9F483B09CA for ; Thu, 15 Jul 2004 02:43:22 -0400 (EDT) Received: from [61.121.48.234] (ntnara028234.nara.nt.adsl.ppp.infoweb.ne.jp [61.121.48.234])by mail503.nifty.com with ESMTP id i6F6gtml027838; Thu, 15 Jul 2004 15:42:56 +0900 From: Ryan McDougall To: cyrille.bollu@aweurope.be In-Reply-To: References: Content-Type: text/plain Date: Thu, 15 Jul 2004 15:49:09 -0600 Message-Id: <1089928149.2738.9.camel@DRAGUN> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.2 (1.5.9.2-1) Content-Transfer-Encoding: 7bit Cc: nautilus-list@gnome.org Subject: Re: file association lost after upgrading to gnome 2.6.1 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 06:43:23 -0000 On Tue, 2004-13-07 at 14:06 +0200, cyrille.bollu@aweurope.be wrote: > Hi all, > > I recently upgraded my desktop from gnome 2.4.2 to gnome 2.6.1 and > from then file association doesn't work anymore in nautilus. Most of > my files have unknown type. > > I say "in nautilus" because file association seems to work OK in > gnome-file-properties. > > Does anyoby has a clue about where this problem is coming from? > > Regards, > > Cyrille > AFAIK this is a result of GNOME changing mime databases to a common freedesktop version. The problems caused by such a move are well known, and as it is the only way to help is make sure you have the latest shared-mime-info and submit any bugs you find. Cheers, Ryan From alexl@redhat.com Thu Jul 15 03:46:56 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 86AB93B123D for ; Thu, 15 Jul 2004 03:46:56 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6F7kse1000447; Thu, 15 Jul 2004 03:46:54 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6F7ks016081; Thu, 15 Jul 2004 03:46:54 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6F7kKh3026600; Thu, 15 Jul 2004 03:46:21 -0400 From: Alexander Larsson To: Raul Acevedo In-Reply-To: <16629.42262.881112.361921@inspired.cantara.com> References: <16629.42262.881112.361921@inspired.cantara.com> Content-Type: text/plain Message-Id: <1089877613.9530.4.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 15 Jul 2004 09:46:53 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: make symbolic links on desktop not open as file under Desktop folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 07:46:56 -0000 On Wed, 2004-07-14 at 23:26, Raul Acevedo wrote: > I've created a few symlinks to folders on my desktop my opening the > parent folder, and using Meta-Shift-Click to drag the folder to the > desktop. > > When I open such a folder from the desktop, I don't want Nautilus to > open it under the path in /home/raul/Desktop/foo, I want it to open it > as /home/raul/foo. For spatial mode, it means it treats the folder > differently than I would expect, since it uses the folder attributes of > the link and not of the target; for browser mode, it adds > /home/raul/Desktop as the location which is not what I want. > > This can be resolved by either: > > 1. When Nautilus opens a symlink from the desktop, it opens the link > target instead. > > 2. Have an easy way to create a .desktop file on the desktop from an > existing file or folder, that uses the same icon as the original and > when clicked opens the original. Ideally it would use an emblem to > indicate this is really a .desktop file that "links" to the > original, but this is less important. > > Is this already supported in some manner? 2 is the long term plan. There has been some work on it in HEAD, with the desktop file property pages. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's an oversexed skateboarding gangster who must take medication to keep him sane. She's a supernatural red-headed mermaid who hides her beauty behind a pair of thick-framed spectacles. They fight crime! From alexl@redhat.com Thu Jul 15 03:48:11 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 0B3A53B098D for ; Thu, 15 Jul 2004 03:48:11 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6F7m9e1000634; Thu, 15 Jul 2004 03:48:09 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6F7m8016214; Thu, 15 Jul 2004 03:48:08 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6F7lYfl027290; Thu, 15 Jul 2004 03:47:35 -0400 From: Alexander Larsson To: Raul Acevedo In-Reply-To: <16629.43988.318128.292480@inspired.cantara.com> References: <16629.43988.318128.292480@inspired.cantara.com> Content-Type: text/plain Message-Id: <1089877687.9530.6.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 15 Jul 2004 09:48:07 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: date format in list view X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 07:48:11 -0000 On Wed, 2004-07-14 at 23:55, Raul Acevedo wrote: > In list view, the date format takes up way too much space, and because > it uses whole words for week day and month names, it's also actually > harder to read at a glance. I know that sounds counter-intuitive, but > it's easier to visually parse a list of dates when they are in shorter > format that looks more like fixed width fields. > > Is there a way to change this? Ideally either Nautilus would > automatically use a format like "mm/dd/yyyy hh:mi", or I could configure > it via the List View tab in Preferences or even a GConf key that allows > me to enter the raw format string. There is no way currently, but having a date format preference is probably the right thing to do here. And we should probably change the default setting to be more 'regular'. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's an oversexed voodoo dwarf gone bad. She's an orphaned streetsmart mercenary from beyond the grave. They fight crime! From alexl@redhat.com Thu Jul 15 03:51:37 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 4D6163B0A48 for ; Thu, 15 Jul 2004 03:51:37 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6F7pbe1001375; Thu, 15 Jul 2004 03:51:37 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6F7pb016846; Thu, 15 Jul 2004 03:51:37 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6F7p2ux029613; Thu, 15 Jul 2004 03:51:03 -0400 From: Alexander Larsson To: "Kevin C. Krinke" In-Reply-To: <1089817735.2580.34.camel@onest8> References: <1089817735.2580.34.camel@onest8> Content-Type: text/plain Message-Id: <1089877895.9530.10.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 15 Jul 2004 09:51:35 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: Desktop mountpoint icons X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 07:51:37 -0000 On Wed, 2004-07-14 at 17:08, Kevin C. Krinke wrote: > Ok folks I'd like to know how to work with the .volume icons shown when > you mount a device / file system. (I found out the .volume extension > using a nautilus script that simply shows you the values of all the > NAUTILUS_SCRIPT_* environment variables as when you cd into ~/Desktop > the icons are non-existent.) > > More precisely I'd like to know the following: > > 1) is there a way to prevent these from being made? ie: I don't want any > of them on the desktop at all. Yes. There is a gconf setting now in HEAD: /apps/nautilus/desktop/volumes_visible > 2) is there any data about the mountpoint that I can have access to > either via a script or by writing a gnome app? ie: I'd like to get at > the actual device and mountpoint names so that I can remount them with > different options. Not really. These files are totally internal in-memory nautilus objects. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a genetically engineered soccer-playing dog-catcher for the 21st century. She's a brilliant nymphomaniac wrestler with a flame-thrower. They fight crime! From raul@cantara.com Thu Jul 15 04:04:48 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from cantara.com (unknown [64.81.54.108]) by menubar.gnome.org (Postfix) with ESMTP id 96FFE3B123D for ; Thu, 15 Jul 2004 04:04:47 -0400 (EDT) Received: from inspired.cantara.com (inspired.cantara.com [192.168.1.32]) by cantara.com (8.12.8/8.12.8) with ESMTP id i6F88D6P003141; Thu, 15 Jul 2004 01:08:15 -0700 From: Raul Acevedo MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16630.14968.730740.348627@inspired.cantara.com> Date: Thu, 15 Jul 2004 01:04:08 -0700 To: Alexander Larsson In-Reply-To: <1089877613.9530.4.camel@greebo.homeip.net> References: <16629.42262.881112.361921@inspired.cantara.com> <1089877613.9530.4.camel@greebo.homeip.net> X-Mailer: VM 7.18 under Emacs 21.2.1 Cc: Nautilus , Raul Acevedo Subject: Re: make symbolic links on desktop not open as file under Desktop folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 08:04:49 -0000 Alexander Larsson wrote: > 2 is the long term plan. There has been some work on it in HEAD, with > the desktop file property pages. Cool. Will this make it to 2.8? Thanks, Raul From ruediger.dohmhardt@freenet.de Thu Jul 15 04:07:40 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mout2.freenet.de (mout2.freenet.de [194.97.50.155]) by menubar.gnome.org (Postfix) with ESMTP id 93D7A3B12E2 for ; Thu, 15 Jul 2004 04:07:40 -0400 (EDT) Received: from [194.97.50.136] (helo=mx3.freenet.de) by mout2.freenet.de with asmtp (Exim 4.390) id 1Bl1HH-0005eQ-VK for nautilus-list@gnome.org; Thu, 15 Jul 2004 10:07:39 +0200 Received: from a5dcf.a.pppool.de ([213.6.93.207]) by mx3.freenet.de with asmtp (ID ruedigerDohmhardt@freenet.de) (Exim 4.34 #3) id 1Bl1HH-0004pv-Ju for nautilus-list@gnome.org; Thu, 15 Jul 2004 10:07:39 +0200 Message-ID: <40F63B70.6090304@freenet.de> Date: Thu, 15 Jul 2004 10:08:16 +0200 From: Ruediger Dohmhardt User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: nautilus-list@gnome.org References: <40F57425.7040204@freenet.de> <1089828296.31919.2.camel@squee.boston.ximian.com> In-Reply-To: <1089828296.31919.2.camel@squee.boston.ximian.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Automounted Directories X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 08:07:40 -0000 Dave Camp wrote: >Submount and the gnome-vfs volume management don't get along very well. >The attached patch to gnome-vfs gets it to work reasonably. > >-dave > >On Wed, 2004-07-14 at 19:57 +0200, Ruediger Dohmhardt wrote: > > >>Dear list-members, >> >>displaying automounted directories (automounted by subfs V0.9) worked >>fine for me with the original Gnome-SUSE9.1 installation. >>SUSE-9.1 uses Nautilus-V2.4.2. >> >>However, I immediately replaced GNOME-2.4 from SUSE9.1 with garnome >>2.6.1, and last week with garnome 2.6.2 (Nautilus-2.6.3). >>Since than I must type a command like >> >> cd /media/usb >> >>to make Nautilus showing the USB-Stick contents longer than 3 seconds. >> >>Maybe someone can give a hint to this. >> >> >> Dear Dave, that patch solved the problem. I did cd /GIGA2/GNOME/garnome-2.6.2/platform/gnome-vfs/work/main.d/gnome-vfs-2.6.1.1 patch -p0 < gnome-vfs-submount.patch make install and now, Nautilus-2.6.3 keeps staying on the directory /media/usb-storage-odd-EUDARTechnologyInc-USBMassStorageDevice:0:0:0p1 Thank you very much. -- Ruediger Dohmhardt ruediger.dohmhardt@freenet.de Kiefernweg 7 Tel.: 04101 61743 D-25421 Pinneberg -- nautilus-list mailing list nautilus-list@gnome.org http://mail.gnome.org/mailman/listinfo/nautilus-list From olaf@cbk.poznan.pl Thu Jul 15 04:25:42 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from goliath.sylaba.poznan.pl (goliath.sylaba.poznan.pl [193.151.36.3]) by menubar.gnome.org (Postfix) with ESMTP id 8E8553B0C94 for ; Thu, 15 Jul 2004 04:25:39 -0400 (EDT) Received: by goliath.sylaba.poznan.pl (Postfix, from userid 1003) id B317493B48; Thu, 15 Jul 2004 10:25:39 +0200 (CEST) Received: from localhost.localdomain (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by goliath.sylaba.poznan.pl (Postfix) with ESMTP id 413D293ADE; Thu, 15 Jul 2004 10:25:39 +0200 (CEST) Received: from [127.0.0.1] (venus [127.0.0.1]) by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i6F8PZkF003438; Thu, 15 Jul 2004 10:25:35 +0200 From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: Alexander Larsson In-Reply-To: <1089877613.9530.4.camel@greebo.homeip.net> References: <16629.42262.881112.361921@inspired.cantara.com> <1089877613.9530.4.camel@greebo.homeip.net> Content-Type: text/plain Message-Id: <1089879935.2682.5.camel@venus> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Thu, 15 Jul 2004 10:25:35 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus , Raul Acevedo Subject: Re: make symbolic links on desktop not open as file under Desktop folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 08:25:43 -0000 On Thu, 2004-07-15 at 09:46, Alexander Larsson wrote: > On Wed, 2004-07-14 at 23:26, Raul Acevedo wrote: > > I've created a few symlinks to folders on my desktop my opening the > > parent folder, and using Meta-Shift-Click to drag the folder to the > > desktop. > > > > When I open such a folder from the desktop, I don't want Nautilus to > > open it under the path in /home/raul/Desktop/foo, I want it to open it > > as /home/raul/foo. For spatial mode, it means it treats the folder > > differently than I would expect, since it uses the folder attributes of > > the link and not of the target; for browser mode, it adds > > /home/raul/Desktop as the location which is not what I want. > > > > This can be resolved by either: > > > > 1. When Nautilus opens a symlink from the desktop, it opens the link > > target instead. > > > > 2. Have an easy way to create a .desktop file on the desktop from an > > existing file or folder, that uses the same icon as the original and > > when clicked opens the original. Ideally it would use an emblem to > > indicate this is really a .desktop file that "links" to the > > original, but this is less important. > > > > Is this already supported in some manner? > > 2 is the long term plan. There has been some work on it in HEAD, with > the desktop file property pages. Hi, I use this: Right-Click Create Launcher Type: Link In URL I need to write target by hand (The browse doesn't let specify a directory) Set Name Press OK. It works for me. The ugly problem is that it has a gnome foot icon, not a directory one. Please let me know where do I find it. BTW, I use browser, not spatial, but I think it should work for you also. Regards, Olaf From mnews22@wp.pl Thu Jul 15 04:46:53 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp.wp.pl (smtp.wp.pl [212.77.101.160]) by menubar.gnome.org (Postfix) with ESMTP id 13B723B0897 for ; Thu, 15 Jul 2004 04:46:53 -0400 (EDT) Received: (wp-smtpd smtp.wp.pl 12368 invoked from network); 15 Jul 2004 10:46:51 +0200 Received: from unknown (HELO megumi) (mnews22@[195.116.35.55]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with RC4-MD5 encrypted SMTP for ; 15 Jul 2004 10:46:51 +0200 From: Maciej Katafiasz To: cyrille.bollu@aweurope.be In-Reply-To: X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-AS1: NOSPAM Body=1 Fuz1=1 Fuz2=1 X-WP-AS3: NOSPAM X-WP-SPAM: NO References: Content-Type: text/plain; charset=iso-8859-2 Message-Id: <1089881384.25377.4.camel@megumi> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 15 Jul 2004 10:49:45 +0200 Content-Transfer-Encoding: 8bit Cc: nautilus-list@gnome.org Subject: Re: file association lost after upgrading to gnome 2.6.1 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 08:46:53 -0000 W li¶cie z wto, 13-07-2004, godz. 14:06, cyrille.bollu@aweurope.be pisze: > Hi all, > > I recently upgraded my desktop from gnome 2.4.2 to gnome 2.6.1 and > from then file association doesn't work anymore in nautilus. Most of > my files have unknown type. > > I say "in nautilus" because file association seems to work OK in > gnome-file-properties. > > Does anyoby has a clue about where this problem is coming from? If it is Debian, updated in last few days, try simply running update-mime-database (or updating from repository again, as it was supposedely fixed in Sid right away) HTH, Maciej -- "Tautologizm to co¶ tautologicznego" Maciej Katafiasz http://mathrick.blog.pl From cyrille.bollu@aweurope.be Thu Jul 15 05:58:15 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from www.awtce.net (uu212-190-219-18.unknown.uunet.be [212.190.219.18]) by menubar.gnome.org (Postfix) with SMTP id F18703B133B for ; Thu, 15 Jul 2004 05:58:14 -0400 (EDT) Received: from no.name.available by www.awtce.net via smtpd (for menubar.gnome.org [12.107.209.248]) with SMTP; Thu, 15 Jul 2004 11:58:29 +0200 Received: from awefwdmz1.aweurope.be ([10.142.211.1]) by localhost.localdomain (8.11.6/8.11.2) with SMTP id i6F9TT603497 for ; Thu, 15 Jul 2004 11:29:30 +0200 Received: from awe-ns1.aweurope.be by awefwdmz1.aweurope.be via smtpd (for [10.142.211.2] [10.142.211.2]) with SMTP; Thu, 15 Jul 2004 11:58:27 +0200 In-Reply-To: <1089928149.2738.9.camel@DRAGUN> To: nautilus-list@gnome.org X-Mailer: Lotus Notes Release 6.5.1 January 21, 2004 Message-ID: From: cyrille.bollu@aweurope.be Date: Thu, 15 Jul 2004 11:58:13 +0200 X-MIMETrack: Serialize by Router on AWE_NS01/AW EUROPE/BE(Release 6.5.1|January 21, 2004) at 2004/07/15 11:58:13 AM MIME-Version: 1.0 Content-type: multipart/alternative; Boundary="0__=4EBBE441DFA589308f9e8a93df938690918c4EBBE441DFA58930" Content-Disposition: inline Subject: Re: file association lost after upgrading to gnome 2.6.1 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 09:58:15 -0000 --0__=4EBBE441DFA589308f9e8a93df938690918c4EBBE441DFA58930 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: quoted-printable Thanks all for the replies. If anybody remembers the solution I would be very happy to read it beca= use http://mail.gnome.org/archives seems to be down these days. Anyway, I've download shared-mime-info-0.14.tar.gz and will install tha= t this eveing on my linux (it's a messy "linux from scratch") I suppose I don't have to rebuild nautilus after... Isn't? Thanks, Cyrille Ryan McDougall wrote on 2004/07/15 23:49:09: > > [layout region removed] > > On Tue, 2004-13-07 at 14:06 +0200, cyrille.bollu@aweurope.be wrote: > > Hi all, > > > > I recently upgraded my desktop from gnome 2.4.2 to gnome 2.6.1 and > > from then file association doesn't work anymore in nautilus. Most o= f > > my files have unknown type. > > > > I say "in nautilus" because file association seems to work OK in > > gnome-file-properties. > > > > Does anyoby has a clue about where this problem is coming from? > > > > Regards, > > > > Cyrille > > > > AFAIK this is a result of GNOME changing mime databases to a common > freedesktop version. The problems caused by such a move are well know= n, > and as it is the only way to help is make sure you have the latest > shared-mime-info and submit any bugs you find. > > Cheers, > Ryan >= --0__=4EBBE441DFA589308f9e8a93df938690918c4EBBE441DFA58930 Content-type: text/html; charset=US-ASCII Content-Disposition: inline Content-transfer-encoding: quoted-printable

Thanks all for the replies.

If anybody remembers the solution I would be very happy to read it beca= use http://mail.gnome.org/ar= chives seems to be down these days.

Anyway, I've download shared-mime-info-0.14.tar.gz and will in= stall that this eveing on my linux (it's a messy "linux from scrat= ch")

I suppose I don't have to rebuild nautilus after... Is= n't?

Thanks,

Cyrille

Ryan McDougall <NQG24419@nifty.com> wrote on 2004/07/15 23:49= :09:

>
> [layout region removed]

>
> On Tue, 2004-13-07 at 14:06 +0200, cyrille.bollu@aweurope.be wrote= :
> > Hi all,
> >
> > I recently upgraded my desktop from gnome 2.4.2 to gnome 2.6.= 1 and
> > from then file association doesn't work anymore in nautilus. = Most of
> > my files have unknown type.
> >
> > I say "in nautilus" because file association seems = to work OK in
> > gnome-file-properties.
> >
> > Does anyoby has a clue about where this problem is coming fro= m?
> >
> > Regards,
> >
> > Cyrille
> >
>
> AFAIK this is a result of GNOME changing mime databases to a commo= n
> freedesktop version. The problems caused by such a move are well k= nown,
> and as it is the only way to help is make sure you have the latest=
> shared-mime-info and submit any bugs you find.
>
> Cheers,
> Ryan
>
= --0__=4EBBE441DFA589308f9e8a93df938690918c4EBBE441DFA58930-- From emak@free.fr Thu Jul 15 07:50:19 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by menubar.gnome.org (Postfix) with ESMTP id 9A7BB3B08F1 for ; Thu, 15 Jul 2004 07:50:19 -0400 (EDT) Received: from [192.168.0.100] (chateaudeau-2-82-66-18-21.fbx.proxad.net [82.66.18.21]) by postfix3-2.free.fr (Postfix) with ESMTP id E80D8D80B for ; Thu, 15 Jul 2004 13:50:17 +0200 (CEST) From: Boris de Laage To: nautilus-list@gnome.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-a9i0ajak31wA5qzsGx7o" Date: Thu, 15 Jul 2004 13:51:07 +0200 Message-Id: <1089892267.3358.27.camel@mandarine.home> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 (1.5.9.1-2) Subject: shell scripts & mime infos X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 11:50:19 -0000 --=-a9i0ajak31wA5qzsGx7o Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Where are the mime infos fetched from ? I have a shell script named something.sh : #!/bin/bash emacs I've checked "Ask" in the nautilus prefs for executable text files. On double-click, nothing is asked, emacs pops up. In gnome-file-type-properties, settings for text/x-sh are : - Viewer: view as text - default action: Custom I changed the default action to "gedit". Did nothing. I checked the file type, it said: application/x-shellscript. I have the same result with the "file -i something.sh" command. I then ran a "grep /usr/share/mime-info/* -e x-shellscript" to see where the mime type was registered. No result. I'm confused. Shell scripts are registered in gnome-vfs.mime as text/x- sh but recognized as application/x-shellscript... Where did nautilus fetch this information from ? And this is not the only inconsistency in mime types. --=20 Boris de Laage --=-a9i0ajak31wA5qzsGx7o Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBA9m+rGrrk3MYILQERAqd9AKCb2KSjHFzVRJGosO28GcbmYEK8HACdEQVX Ti+OzQUrObIeizrtScPIjPU= =xwvd -----END PGP SIGNATURE----- --=-a9i0ajak31wA5qzsGx7o-- From christianbecke@web.de Thu Jul 15 09:19:51 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp08.web.de (smtp08.web.de [217.72.192.226]) by menubar.gnome.org (Postfix) with ESMTP id 744CB3B0D08 for ; Thu, 15 Jul 2004 09:19:49 -0400 (EDT) Received: from [217.93.4.253] (helo=chemical.weddingnet) by smtp08.web.de with asmtp (TLSv1:RC4-MD5:128) (WEB.DE 4.101 #44) id 1Bl69M-0002am-00 for nautilus-list@gnome.org; Thu, 15 Jul 2004 15:19:48 +0200 From: Christian Becke To: nautilus-list@gnome.org Content-Type: text/plain Message-Id: <1089896862.6301.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 15 Jul 2004 15:19:00 +0200 Content-Transfer-Encoding: 7bit Sender: christianbecke@web.de Subject: Duplication of tree view menu entry in the sidepanel X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 13:19:51 -0000 Hi, I upgraded from an earlier version to nautilus-2.6.0 and now to 2.6.2. In the side panel, I got (in 2.6.0 as well as in 2.6.2) two entries for the tree view, one sets OAFIID:Nautilus_Tree_View, the other one sets OAFIID:Nautilus_File_Manager_Tree_View. If I choose the first one, nautilus crashes, the latter one works fine. I found a similar bug with google, suggested solution there was to remove /usr/lib/bonobo/libnautilus-tree-view.[la|so]. I did, and now the menu entry is gone, but now I get the error message "The Tree side panel encountered an error and can't continue.", but the side panel works fine. Is there a better way to remove the wrong menu entry (i.e. without recieving the error message every time I start nautilus in browser mode)? Best regards, Christian -- Christian Becke From j@bitron.ch Thu Jul 15 09:28:45 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from cpanel02.rubas.net (cpanel02.rubas.net [62.216.182.2]) by menubar.gnome.org (Postfix) with ESMTP id 952363B0DF7 for ; Thu, 15 Jul 2004 09:28:41 -0400 (EDT) Received: from 80-219-18-197.dclient.hispeed.ch ([80.219.18.197] helo=juerg-p4.bitron.ch) by cpanel02.rubas.net with asmtp (Exim 4.34) id 1Bl6Hr-0003vk-4o; Thu, 15 Jul 2004 15:28:35 +0200 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: Christian Becke In-Reply-To: <1089896862.6301.5.camel@localhost> References: <1089896862.6301.5.camel@localhost> Content-Type: text/plain; charset=UTF-8 Date: Thu, 15 Jul 2004 15:28:37 +0200 Message-Id: <1089898118.9385.3.camel@juerg-p4.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 1.5.90 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: nautilus-list@gnome.org Subject: Re: Duplication of tree view menu entry in the sidepanel X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 13:28:45 -0000 Hi On Don, 2004-07-15 at 15:19 +0200, Christian Becke wrote: > I upgraded from an earlier version to nautilus-2.6.0 and now to 2.6.2. > In the side panel, I got (in 2.6.0 as well as in 2.6.2) two entries for > the tree view, one sets OAFIID:Nautilus_Tree_View, the other one sets > OAFIID:Nautilus_File_Manager_Tree_View. > If I choose the first one, nautilus crashes, the latter one works fine. Yes, this happens after an upgrade to nautilus-2.6.x if you haven't removed the old nautilus before. > I found a similar bug with google, suggested solution there was to > remove /usr/lib/bonobo/libnautilus-tree-view.[la|so]. I did, and now the > menu entry is gone, but now I get the error message "The Tree side panel > encountered an error and can't continue.", but the side panel works > fine. >=20 > Is there a better way to remove the wrong menu entry (i.e. without > recieving the error message every time I start nautilus in browser > mode)? You should remove the file $PREFIX/servers/Nautilus_View_tree.server Regards, J=C3=BCrg --=20 J=C3=BCrg Billeter From AdminLotusNotes@aweurope.be Thu Jul 15 09:31:59 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from www.awtce.net (uu212-190-219-18.unknown.uunet.be [212.190.219.18]) by menubar.gnome.org (Postfix) with SMTP id 858F33B0E47 for ; Thu, 15 Jul 2004 09:31:58 -0400 (EDT) Received: from no.name.available by www.awtce.net via smtpd (for menubar.gnome.org [12.107.209.248]) with SMTP; Thu, 15 Jul 2004 15:32:13 +0200 Received: from awefwdmz1.aweurope.be ([10.142.211.1]) by localhost.localdomain (8.11.6/8.11.2) with SMTP id i6FD3C606325 for ; Thu, 15 Jul 2004 15:03:12 +0200 Received: from awe-ns1.aweurope.be by awefwdmz1.aweurope.be via smtpd (for [10.142.211.2] [10.142.211.2]) with SMTP; Thu, 15 Jul 2004 15:32:10 +0200 In-Reply-To: <1089896862.6301.5.camel@localhost> From: cyrille.bollu@aweurope.be To: nautilus-list@gnome.org X-Mailer: Lotus Notes Release 6.5.1 January 21, 2004 Message-ID: Sender: AdminLotusNotes@aweurope.be Date: Thu, 15 Jul 2004 15:31:33 +0200 X-MIMETrack: Serialize by Router on AWE_NS01/AW EUROPE/BE(Release 6.5.1|January 21, 2004) at 2004/07/15 03:31:56 PM MIME-Version: 1.0 Content-type: multipart/related; Boundary="0__=4EBBE441DFDA5F188f9e8a93df938690918c4EBBE441DFDA5F18" Subject: Re: Duplication of tree view menu entry in the sidepanel X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 13:31:59 -0000 --0__=4EBBE441DFDA5F188f9e8a93df938690918c4EBBE441DFDA5F18 Content-type: multipart/alternative; Boundary="1__=4EBBE441DFDA5F188f9e8a93df938690918c4EBBE441DFDA5F18" --1__=4EBBE441DFDA5F188f9e8a93df938690918c4EBBE441DFDA5F18 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: quoted-printable Hello, I got the same problem. Selecting the wrong tree view lead in nautilus crashing all the time: Try to open a filesystem browser and it will cra= sh after 1 sec. I went to /etc/gnome... and changed a %gconf file (don't remember which= one). Now it doesn't crash anymore. But I don't use the tree view... ba= d... My wife's linux waf is sinking. Cyrille = Christian Becke = = To Sent by: nautilus-list@gnome.org = nautilus-list-bou = cc nces@gnome.org = Subj= ect Duplication of tree view menu en= try 2004/07/15 15:19 in the sidepanel = = = = = = = Hi, I upgraded from an earlier version to nautilus-2.6.0 and now to 2.6.2. In the side panel, I got (in 2.6.0 as well as in 2.6.2) two entries for= the tree view, one sets OAFIID:Nautilus_Tree_View, the other one sets OAFIID:Nautilus_File_Manager_Tree_View. If I choose the first one, nautilus crashes, the latter one works fine.= I found a similar bug with google, suggested solution there was to remove /usr/lib/bonobo/libnautilus-tree-view.[la|so]. I did, and now th= e menu entry is gone, but now I get the error message "The Tree side pane= l encountered an error and can't continue.", but the side panel works fine. Is there a better way to remove the wrong menu entry (i.e. without recieving the error message every time I start nautilus in browser mode)? Best regards, Christian -- Christian Becke -- nautilus-list mailing list nautilus-list@gnome.org http://mail.gnome.org/mailman/listinfo/nautilus-list = --1__=4EBBE441DFDA5F188f9e8a93df938690918c4EBBE441DFDA5F18 Content-type: text/html; charset=US-ASCII Content-Disposition: inline Content-transfer-encoding: quoted-printable

Hello,

I got the same problem. Selecting the wrong tree view lead in nautilus = crashing all the time: Try to open a filesystem browser and it will cra= sh after 1 sec.

I went to /etc/gnome... and changed a %gconf file (don't remember which= one). Now it doesn't crash anymore. But I don't use the tree view... b= ad... My wife's linux waf is sinking.

Cyrille

3D"InactiveChristian Becke <christianbecke@web.de&g= t;





=
          Christian Becke <christianbecke@web.de>
          Sent by: nautilus-list-bounces@gnome.org

          2004/07/15 15:19

 =
3D""
To
3D""
nautilus-list@gnome.org
3D""
cc
3D""
3D""
Subject
3D""
Duplication of tree view menu entry in the sidepanel
=3D""3D""<= /td>

Hi,

I upgraded from an earlier version to nautilus-2.6.0 and now to 2.6.2.<= br> In the side panel, I got (in 2.6.0 as well as in 2.6.2) two entries for=
the tree view, one sets OAFIID:Nautilus_Tree_View, the other one sets OAFIID:Nautilus_File_Manager_Tree_View.
If I choose the first one, nautilus crashes, the latter one works fine.=

I found a similar bug with google, suggested solution there was to
remove /usr/lib/bonobo/libnautilus-tree-view.[la|so]. I did, and now th= e
menu entry is gone, but now I get the error message "The Tree side= panel
encountered an error and can't continue.", but the side panel work= s
fine.

Is there a better way to remove the wrong menu entry (i.e. without
recieving the error message every time I start nautilus in browser
mode)?


Best regards,

Christian
--
Christian Becke <christianbecke@web.de>

--
nautilus-list mailing list
nautilus-list@gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list
= --1__=4EBBE441DFDA5F188f9e8a93df938690918c4EBBE441DFDA5F18-- --0__=4EBBE441DFDA5F188f9e8a93df938690918c4EBBE441DFDA5F18 Content-type: image/gif; name="graycol.gif" Content-Disposition: inline; filename="graycol.gif" Content-ID: <10__=4EBBE441DFDA5F188f9e8a93df93@aweurope.be> Content-transfer-encoding: base64 R0lGODlhEAAQAKECAMzMzAAAAP///wAAACH5BAEAAAIALAAAAAAQABAAAAIXlI+py+0PopwxUbpu ZRfKZ2zgSJbmSRYAIf4fT3B0aW1pemVkIGJ5IFVsZWFkIFNtYXJ0U2F2ZXIhAAA7 --0__=4EBBE441DFDA5F188f9e8a93df938690918c4EBBE441DFDA5F18 Content-type: image/gif; name="pic31147.gif" Content-Disposition: inline; filename="pic31147.gif" Content-ID: <20__=4EBBE441DFDA5F188f9e8a93df93@aweurope.be> Content-transfer-encoding: base64 R0lGODlhWABDALP/AAAAAK04Qf79/o+Gm7WuwlNObwoJFCsoSMDAwGFsmIuezf///wAAAAAAAAAA AAAAACH5BAEAAAgALAAAAABYAEMAQAT/EMlJq704682770RiFMRinqggEUNSHIchG0BCfHhOjAuh EDeUqTASLCbBhQrhG7xis2j0lssNDopE4jfIJhDaggI8YB1sZeZgLVA9YVCpnGagVjV171aRVrYR RghXcAGFhoUETwYxcXNyADJ3GlcSKGAwLwllVC1vjIUHBWsFilKQdI8GA5IcpApeJQt8L09lmgkH LZikoU5wjqcyAMMFrJIDPAKvCFletKSev1HBw8KrxtjZ2tvc3d5VyKtCKW3jfz4uMKmq3xu4N0nK BVoJQmx2LGVOmrqNjjJf2hHAQo/eDwJGTKhQMcgQEEAnEjFS98+RnW3smGkZU6ncCWav/4wYOnAI TihRL/4FEwbp28BXMMcoscQCVxlepL4IGDSCyJyVQOu0o7CjmLN50OZlqWmyFy5/6yBBuji0AxFR M00oQAqNIstqI6qKHUsWRAEAvagsmfUEAImyxgbmUpJk3IklNUtJOUAVLoUr1+wqDGTE4zk+T6FG uQb3SizBCwatiiUgCBN8vrz+zFjVyQ8FWkOlg4NQiZMB5QS8QO3mpOaKnL0Z2EKvNMSILEThKhCg zMKPVxYJh23qm9KNW7pArPynMqZDiErsTMqI+LRi3QAgkFUbXpuFKhSYZALd0O5RKa2z9EYKBbpb qxIKsjUPRgD7I2XYV6wyrOw92ykExP8NW4URhknC5dKGE4v4NENQj2jXjmfNgOZDaXb5glRmXQ33 YEWQYNcZFnrYcIQLNzyTFDQNkXIff0ExVlY4srziQk43inZgL4rwxxINMvpFFAz1KOODHiu+4aEw NEjFl5B3JIKWKF3k6I9bfUGp5ZZcdunll5IA4cuHvQQJ5gcsoCWOOUwgltIwAKRxJgbIkJAQZEq0 2YliZnpZZ4BH3CnYOXldOUOfQoYDqF1LFHbXCrO8xmRsfoXDXJ6ChjCAH3QlhJcT6VWE6FCkfCco CgrMFsROrIEX3o2whVjWDjoJccN3LdggSGXLCdLEgHr1lyU3O3QxhgohNKXJCWv8JQr/PDdaqd6w 2rj1inLiGeiCJoDspAoQlYE6QWLSECehcWIYxIQES6zhbn1iImTHEQyqJ4eIxJJoUBc+3CbBuwZE V5cJPPkIjFDdeEabQbd6WgICTxiiz0f5dBKquXF6k4senwEhYGnKEFJeGrxUZy8dB8gmAXI/sPvH ESfCwVt5hTgYiqQqtdRNHQIU1PJ33ZqmzgE90OwLaoJcnMop1WiMmgkPHQRIrwgFuNV90A3doNKT mrKIN07AnGcI9BQjhCBN4RfA1qIZnMqorJCogKfGQnxSCDilTVIA0yl5ciTovgLuBDKFUDE9aQcw 9SA+rjSNf9/M1gxrj6VwDTS0IUSElMzBfsj0NFXR2kwsV1A5IF1grLgLL/r1R40BZEnuBWgmQEyb jqRwSAt6bqMCOFkvKFN2GPPkUzIm/SCF8z8pVzpbjVnMsy0vOr1hw3SaSRUhpY09v0z0J1FnwzPl fmh+xl4WtR0zGu24I4KbMQm3lnVu2oNWxI9W/lcyzA+mCKF4DBikxb/+UWtOGRiFP8qEwAayIgIA Ow== --0__=4EBBE441DFDA5F188f9e8a93df938690918c4EBBE441DFDA5F18 Content-type: image/gif; name="ecblank.gif" Content-Disposition: inline; filename="ecblank.gif" Content-ID: <30__=4EBBE441DFDA5F188f9e8a93df93@aweurope.be> Content-transfer-encoding: base64 R0lGODlhEAABAIAAAAAAAP///yH5BAEAAAEALAAAAAAQAAEAAAIEjI8ZBQA7 --0__=4EBBE441DFDA5F188f9e8a93df938690918c4EBBE441DFDA5F18-- From gcgn-nautilus-list@m.gmane.org Thu Jul 15 12:01:21 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by menubar.gnome.org (Postfix) with ESMTP id CA6373B1314 for ; Thu, 15 Jul 2004 12:01:16 -0400 (EDT) Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1Bl8fb-0001zd-00 for ; Thu, 15 Jul 2004 18:01:15 +0200 Received: from pd95fd19e.dip.t-dialin.net ([217.95.209.158]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 15 Jul 2004 18:01:15 +0200 Received: from schaefer by pd95fd19e.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 15 Jul 2004 18:01:15 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: nautilus-list@gnome.org From: Andre Schaefer Date: Thu, 15 Jul 2004 17:50:35 +0200 Lines: 46 Message-ID: References: <1086664181.10225.8.camel@alice.wonderland> <1086672532.27408.11.camel@hubert> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pd95fd19e.dip.t-dialin.net User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en In-Reply-To: <1086672532.27408.11.camel@hubert> X-Enigmail-Version: 0.84.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Sender: news Subject: Re: UI Mockup Round 2 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 16:01:21 -0000 Daniel Brodie wrote: >>And now the biggie... The location bar. It's obvious people like the >>text entry version. And people also like the path buttons version. So >>here is my idea (Based on Eugenia's idea of using a customized toolbar >>like in Epiphany). We should have 3 toolbars to choose from the "Back, >>Forward, Up, ..." toolbar, the location toolbar (text entry version), >>and the path buttons toolbar. The user can then choose what combination >>of the 3 possible toolbars he wants. I have 2 mockups to demonstrate >>this. >>http://www.ethanzimmerman.com/images/nautilus_toolbars_style_1.png >>http://www.ethanzimmerman.com/images/nautilus_toolbars_style_2.png >>What do you guys think of this? Oh and I didn't change the way the left >>pane looks partially because there's not much of a visual change in this >>new version, but mostly because I'm lazy :-) > > > I would like to propose a different appraoch: > http://brodienet.com/~daniel/nautilus_toolbars_newstyle.png > > That is a GtkEntryCompletion. It is always in the end of the pathbar, > and lets people always, easily, type in relative paths. A person can > also go into very nested folders very quickly just by typing and using > the auto-complete. It is also easy to go up by typing in ../../ > some_folder_name and then you can continue to type in the path that you > want. It also works great for hidden file/folders. Last, its simple > enough that a beginner should understand how to use this 'hybrid'. That is very useful - it is exactly how I use the RoX filer. When I hit '/' the path appears (that's a diffenrence, in you mock it would be visible right away) and while i type the display reflects my typing. A RAPID mode of navigation, I must say. > Now, regarding the up command, GtkEntryCompletion have support for > actions. While I don't think it really fits in (since you have to start > typing a folder name to go up?) I just thought I would pop it on the > screenshot, since there maybe some good actions that an be added to it > that I haven't thought of. > > The only case I can think of where a complete text entry would be > better, is if you have similar paths you want to edit (say /mnt/win1/ > file to /mnt/win2/file). Though, this could be done with the ctrl+l > dialog. But the CTRL+L dialog should then have the current path in it, at least. * André From j@bitron.ch Thu Jul 15 14:19:02 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from cpanel02.rubas.net (cpanel02.rubas.net [62.216.182.2]) by menubar.gnome.org (Postfix) with ESMTP id 1D02B3B0808 for ; Thu, 15 Jul 2004 14:19:02 -0400 (EDT) Received: from 80-219-18-197.dclient.hispeed.ch ([80.219.18.197] helo=juerg-p4.bitron.ch) by cpanel02.rubas.net with asmtp (Exim 4.34) id 1BlAok-0002g6-32; Thu, 15 Jul 2004 20:18:50 +0200 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: Alexander Larsson In-Reply-To: <1089877687.9530.6.camel@greebo.homeip.net> References: <16629.43988.318128.292480@inspired.cantara.com> <1089877687.9530.6.camel@greebo.homeip.net> Content-Type: multipart/mixed; boundary="=-QcMLGRpteEtbNru/ShmN" Date: Thu, 15 Jul 2004 20:18:51 +0200 Message-Id: <1089915531.9385.10.camel@juerg-p4.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 1.5.90 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: Nautilus , Raul Acevedo Subject: Re: date format in list view X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 18:19:02 -0000 --=-QcMLGRpteEtbNru/ShmN Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Don, 2004-07-15 at 09:48 +0200, Alexander Larsson wrote: > On Wed, 2004-07-14 at 23:55, Raul Acevedo wrote: > > In list view, the date format takes up way too much space, and because > > it uses whole words for week day and month names, it's also actually > > harder to read at a glance. I know that sounds counter-intuitive, but > > it's easier to visually parse a list of dates when they are in shorter > > format that looks more like fixed width fields. > >=20 > > Is there a way to change this? Ideally either Nautilus would > > automatically use a format like "mm/dd/yyyy hh:mi", or I could configur= e > > it via the List View tab in Preferences or even a GConf key that allows > > me to enter the raw format string. >=20 > There is no way currently, but having a date format preference is > probably the right thing to do here. And we should probably change the > default setting to be more 'regular'. Attached is a patch that adds a preference for the date format. One can choose between '%c' ('the preferred representation for the current locale'), iso-style (%Y-%m-%d %H:%M:%S) and the current format. The patch changes the default format to '%c'. --=20 J=C3=BCrg Billeter --=-QcMLGRpteEtbNru/ShmN Content-Disposition: attachment; filename=nautilus-date-format-1.patch Content-Type: text/x-patch; name=nautilus-date-format-1.patch; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Index: ChangeLog =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/gnome/nautilus/ChangeLog,v retrieving revision 1.6225 diff -u -r1.6225 ChangeLog --- ChangeLog 7 Jul 2004 14:06:34 -0000 1.6225 +++ ChangeLog 15 Jul 2004 18:16:18 -0000 @@ -1,3 +1,17 @@ +2004-07-15 J=C3=BCrg Billeter + + * libnautilus-private/apps_nautilus_preferences.schemas.in: + * libnautilus-private/nautilus-directory.c: (add_preferences_callbacks): + * libnautilus-private/nautilus-file.c: (date_format_changed_callback), + (nautilus_file_fit_date_as_string): + * libnautilus-private/nautilus-global-preferences.c: + * libnautilus-private/nautilus-global-preferences.h: + * src/nautilus-file-management-properties.c: (create_date_format_menu), + (nautilus_file_management_properties_dialog_setup): + * src/nautilus-file-management-properties.glade: + Add preference to choose date format. Set default date format to '%c', + 'the preferred representation for the current locale'. + 2004-07-07 Alexander Larsson =20 * libnautilus-private/nautilus-file-operations.c (handle_transfer_overwri= te): Index: libnautilus-private/apps_nautilus_preferences.schemas.in =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/gnome/nautilus/libnautilus-private/apps_nautilus_preferences= .schemas.in,v retrieving revision 1.18 diff -u -r1.18 apps_nautilus_preferences.schemas.in --- libnautilus-private/apps_nautilus_preferences.schemas.in 14 May 2004 09= :34:07 -0000 1.18 +++ libnautilus-private/apps_nautilus_preferences.schemas.in 15 Jul 2004 18= :16:20 -0000 @@ -629,6 +629,21 @@ =20 + /schemas/apps/nautilus/preferences/date_format + /apps/nautilus/preferences/date_format + nautilus + string + locale + + Date Format + + The format of file dates. Possible values are "locale", + "iso", and "informal". + + + + + /schemas/apps/nautilus/preferences/hide_built_in_bookmarks /apps/nautilus/preferences/hide_built_in_bookmarks nautilus Index: libnautilus-private/nautilus-directory.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/gnome/nautilus/libnautilus-private/nautilus-directory.c,v retrieving revision 1.252 diff -u -r1.252 nautilus-directory.c --- libnautilus-private/nautilus-directory.c 11 Jan 2004 20:34:17 -0000 1.2= 52 +++ libnautilus-private/nautilus-directory.c 15 Jul 2004 18:16:21 -0000 @@ -304,6 +304,9 @@ eel_preferences_add_callback (NAUTILUS_PREFERENCES_SHOW_DIRECTORY_ITEM_CO= UNTS, async_data_preference_changed_callback, NULL); + eel_preferences_add_callback (NAUTILUS_PREFERENCES_DATE_FORMAT, + async_data_preference_changed_callback, + NULL); } =20 char * Index: libnautilus-private/nautilus-file.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/gnome/nautilus/libnautilus-private/nautilus-file.c,v retrieving revision 1.345 diff -u -r1.345 nautilus-file.c --- libnautilus-private/nautilus-file.c 31 Mar 2004 09:24:55 -0000 1.345 +++ libnautilus-private/nautilus-file.c 15 Jul 2004 18:16:24 -0000 @@ -2993,6 +2993,14 @@ NULL }; =20 +static NautilusDateFormat date_format; + +static void +date_format_changed_callback (gpointer callback_data) +{ + date_format =3D eel_preferences_get_enum (NAUTILUS_PREFERENCES_DATE_FORMA= T); +} + static char * nautilus_file_fit_date_as_string (NautilusFile *file, NautilusDateType date_type, @@ -3012,12 +3020,31 @@ GDate *file_date; guint32 file_date_age; int i; + static gboolean date_format_callback_added =3D FALSE; =20 if (!nautilus_file_get_date (file, date_type, &file_time_raw)) { return NULL; } =20 + /* Add the callback once for the life of our process */ + if (!date_format_callback_added) { + eel_preferences_add_callback (NAUTILUS_PREFERENCES_DATE_FORMAT, + date_format_changed_callback, + NULL); + date_format_callback_added =3D TRUE; + + /* Peek for the first time */ + date_format_changed_callback (NULL); + } + file_time =3D localtime (&file_time_raw); + + if (date_format =3D=3D NAUTILUS_DATE_FORMAT_LOCALE) { + return eel_strdup_strftime ("%c", file_time); + } else if (date_format =3D=3D NAUTILUS_DATE_FORMAT_ISO) { + return eel_strdup_strftime ("%Y-%m-%d %H:%M:%S", file_time); + } +=09 file_date =3D eel_g_date_new_tm (file_time); =09 today =3D g_date_new (); Index: libnautilus-private/nautilus-global-preferences.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/gnome/nautilus/libnautilus-private/nautilus-global-preferenc= es.c,v retrieving revision 1.215 diff -u -r1.215 nautilus-global-preferences.c --- libnautilus-private/nautilus-global-preferences.c 20 Feb 2004 10:33:46 = -0000 1.215 +++ libnautilus-private/nautilus-global-preferences.c 15 Jul 2004 18:16:25 = -0000 @@ -204,6 +204,13 @@ { NULL } }; =20 +static EelEnumerationEntry date_format_entries[] =3D { + { "locale", "Locale Default", NAUTILUS_DATE_FORMAT_LOCALE }, + { "iso", "ISO Format", NAUTILUS_DATE_FORMAT_ISO }, + { "informal", "Informal", NAUTILUS_DATE_FORMAT_INFORMAL }, + { NULL } +}; + /* These enumerations are used in the preferences dialog to=20 * populate widgets and route preferences changes between the * storage (GConf) and the displayed values. @@ -218,6 +225,7 @@ { "search_bar_type", search_bar_type_enum_entries }, { "speed_tradeoff", speed_tradeoff_enum_entries }, { "standard_font_size", standard_font_size_entries }, + { "date_format", date_format_entries }, { NULL } }; =20 @@ -403,6 +411,12 @@ PREFERENCE_BOOLEAN, GINT_TO_POINTER (TRUE) }, + { NAUTILUS_PREFERENCES_DATE_FORMAT, + PREFERENCE_STRING, + "locale", + NULL, NULL, + "date_format" + }, =20 /* Home URI */ { NAUTILUS_PREFERENCES_HOME_URI, Index: libnautilus-private/nautilus-global-preferences.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/gnome/nautilus/libnautilus-private/nautilus-global-preferenc= es.h,v retrieving revision 1.123 diff -u -r1.123 nautilus-global-preferences.h --- libnautilus-private/nautilus-global-preferences.h 14 May 2004 09:34:07 = -0000 1.123 +++ libnautilus-private/nautilus-global-preferences.h 15 Jul 2004 18:16:25 = -0000 @@ -59,6 +59,14 @@ #define NAUTILUS_PREFERENCES_SHOW_HIDDEN_FILES "/desktop/gnome/file_vie= ws/show_hidden_files" #define NAUTILUS_PREFERENCES_SHOW_BACKUP_FILES "/desktop/gnome/file_vie= ws/show_backup_files" #define NAUTILUS_PREFERENCES_SHOW_SPECIAL_FLAGS "preferences/show_specia= l_flags" +#define NAUTILUS_PREFERENCES_DATE_FORMAT "preferences/date_format" + +typedef enum +{ + NAUTILUS_DATE_FORMAT_LOCALE, + NAUTILUS_DATE_FORMAT_ISO, + NAUTILUS_DATE_FORMAT_INFORMAL +} NautilusDateFormat; =20 /* Sidebar panels */ #define NAUTILUS_PREFERENCES_TREE_SHOW_ONLY_DIRECTORIES "sidebar_p= anels/tree/show_only_directories" Index: src/nautilus-file-management-properties.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/gnome/nautilus/src/nautilus-file-management-properties.c,v retrieving revision 1.15 diff -u -r1.15 nautilus-file-management-properties.c --- src/nautilus-file-management-properties.c 1 Jun 2004 19:54:26 -0000 1.1= 5 +++ src/nautilus-file-management-properties.c 15 Jul 2004 18:16:26 -0000 @@ -27,6 +27,7 @@ #include "nautilus-file-management-properties.h" =20 #include +#include #include #include #include @@ -55,6 +56,7 @@ #define NAUTILUS_FILE_MANAGEMENT_PROPERTIES_ICON_VIEW_ZOOM_WIDGET "iconvie= w_zoom_optionmenu" #define NAUTILUS_FILE_MANAGEMENT_PROPERTIES_LIST_VIEW_ZOOM_WIDGET "listvie= w_zoom_optionmenu" #define NAUTILUS_FILE_MANAGEMENT_PROPERTIES_SORT_ORDER_WIDGET "sort_order_= optionmenu" +#define NAUTILUS_FILE_MANAGEMENT_PROPERTIES_DATE_FORMAT_WIDGET "date_forma= t_optionmenu" #define NAUTILUS_FILE_MANAGEMENT_PROPERTIES_PREVIEW_TEXT_WIDGET "preview_t= ext_optionmenu" #define NAUTILUS_FILE_MANAGEMENT_PROPERTIES_PREVIEW_IMAGE_WIDGET "preview_= image_optionmenu" #define NAUTILUS_FILE_MANAGEMENT_PROPERTIES_PREVIEW_SOUND_WIDGET "preview_= sound_optionmenu" @@ -100,6 +102,13 @@ NULL }; =20 +static const char *date_format_values[] =3D { + "locale", + "iso", + "informal", + NULL +}; + static const char *preview_values[] =3D { "always", "local_only", @@ -454,6 +463,43 @@ } =20 static void +create_date_format_menu (GladeXML *xml_dialog) +{ + GtkWidget *option_menu; + GtkWidget *menu; + GtkWidget *menu_item; + gchar *date_string; + time_t now_raw; + struct tm* now; + option_menu =3D glade_xml_get_widget (xml_dialog, + NAUTILUS_FILE_MANAGEMENT_PROPERTIES_DATE_FORMAT_WIDGET); + menu =3D gtk_menu_new (); + + now_raw =3D time (NULL); + now =3D localtime (&now_raw); + + date_string =3D eel_strdup_strftime ("%c", now); + menu_item =3D gtk_menu_item_new_with_label (date_string); + g_free (date_string); + gtk_widget_show (menu_item); + gtk_menu_shell_append (GTK_MENU_SHELL (menu), menu_item); + + date_string =3D eel_strdup_strftime ("%Y-%m-%d %H:%M:%S", now); + menu_item =3D gtk_menu_item_new_with_label (date_string); + g_free (date_string); + gtk_widget_show (menu_item); + gtk_menu_shell_append (GTK_MENU_SHELL (menu), menu_item); + + date_string =3D eel_strdup_strftime (N_("today at %-I:%M:%S %p"), now); + menu_item =3D gtk_menu_item_new_with_label (date_string); + g_free (date_string); + gtk_widget_show (menu_item); + gtk_menu_shell_append (GTK_MENU_SHELL (menu), menu_item); + + gtk_option_menu_set_menu (GTK_OPTION_MENU (option_menu), menu); +} + +static void set_columns_from_gconf (NautilusColumnChooser *chooser) { GList *visible_columns; @@ -525,6 +571,7 @@ nautilus_file_management_properties_size_group_create (xml_dialog, "preview_label", 5); + create_date_format_menu (xml_dialog); =20 /* setup preferences */ eel_preferences_glade_connect_bool (xml_dialog, @@ -590,6 +637,10 @@ NAUTILUS_FILE_MANAGEMENT_PROPERTIES_PREVIEW_FOLDER_WIDGET, NAUTILUS_PREFERENCES_SHOW_DIRECTORY_ITEM_COUNTS, preview_values); + eel_preferences_glade_connect_string_enum_option_menu (xml_dialog, + NAUTILUS_FILE_MANAGEMENT_PROPERTIES_DATE_FORMAT_WIDGET, + NAUTILUS_PREFERENCES_DATE_FORMAT, + date_format_values); =20 eel_preferences_glade_connect_string_enum_radio_button (xml_dialog, click_behavior_components, Index: src/nautilus-file-management-properties.glade =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/gnome/nautilus/src/nautilus-file-management-properties.glade= ,v retrieving revision 1.12 diff -u -r1.12 nautilus-file-management-properties.glade --- src/nautilus-file-management-properties.glade 1 Jun 2004 19:54:26 -0000= 1.12 +++ src/nautilus-file-management-properties.glade 15 Jul 2004 18:16:28 -000= 0 @@ -1841,6 +1841,151 @@ True + + + + True + False + 6 + + + + True + <span weight=3D&q= uot;bold">Date</span> + False + True + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + + + 0 + False + False + + + + + + True + False + 0 + + + + True + + False + False + GTK_JUSTIFY_LEFT + False + False + 0.5 + 0.5 + 0 + 0 + + + 0 + False + False + + + + + + True + False + 12 + + + + True + _Format: + True + False + GTK_JUSTIFY_LEFT + False + False + 0.5 + 0.5 + 0 + 0 + date_format_optionmenu + + + 0 + False + False + + + + + + True + True + 0 + + + + + + + True + locale + True + + + + + + True + iso + True + + + + + + True + informal + True + + + + + + + 0 + False + False + + + + + 0 + True + True + + + + + 0 + True + True + + + + + 0 + False + True + + False @@ -1851,7 +1996,7 @@ True - Icon Captions + Display False False GTK_JUSTIFY_LEFT --=-QcMLGRpteEtbNru/ShmN-- From shaunm@gnome.org Thu Jul 15 18:42:33 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from wolfram.com (mailhub.wolfram.com [140.177.10.16]) by menubar.gnome.org (Postfix) with ESMTP id 887B03B1415 for ; Thu, 15 Jul 2004 18:42:25 -0400 (EDT) Received: from shaunmlx.wolfram.com (shaunmlx.wolfram.com [140.177.4.220]) (authenticated bits=0) by wolfram.com (8.12.11/8.12.11) with ESMTP id i6FMdDLD016605 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 15 Jul 2004 17:39:14 -0500 From: Shaun McCance To: Alexander Larsson In-Reply-To: <1089877687.9530.6.camel@greebo.homeip.net> References: <16629.43988.318128.292480@inspired.cantara.com> <1089877687.9530.6.camel@greebo.homeip.net> Content-Type: text/plain Message-Id: <1089931153.8071.50.camel@shaunmlx.wolfram.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.3 Date: 15 Jul 2004 17:39:13 -0500 Content-Transfer-Encoding: 7bit Cc: Nautilus , Raul Acevedo Subject: Re: date format in list view X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 22:42:33 -0000 On Thu, 2004-07-15 at 02:48, Alexander Larsson wrote: > On Wed, 2004-07-14 at 23:55, Raul Acevedo wrote: > > In list view, the date format takes up way too much space, and because > > it uses whole words for week day and month names, it's also actually > > harder to read at a glance. I know that sounds counter-intuitive, but > > it's easier to visually parse a list of dates when they are in shorter > > format that looks more like fixed width fields. > > > > Is there a way to change this? Ideally either Nautilus would > > automatically use a format like "mm/dd/yyyy hh:mi", or I could configure > > it via the List View tab in Preferences or even a GConf key that allows > > me to enter the raw format string. > > There is no way currently, but having a date format preference is > probably the right thing to do here. And we should probably change the > default setting to be more 'regular'. Please, yes. I've been wanting this for a while. But Nautilus is not the place for it. I don't want to set the date format in Nautilus, then go set the date format in Evolution, then go set the date format in File Roller, etc. We should have a desktop-level setting for this. -- Shaun From www-data@sipsolutions.net Fri Jul 16 00:01:05 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from sipsolutions.net (sipsolutions.net [66.160.135.76]) by menubar.gnome.org (Postfix) with ESMTP id 0E7FF3B086D for ; Fri, 16 Jul 2004 00:01:05 -0400 (EDT) Received: from www-data by sipsolutions.net with local (Exim 4.32) id 1BlJuB-00021n-Ce for nautilus-list@gnome.org; Fri, 16 Jul 2004 04:01:03 +0000 Received: from 202.133.134.251 (SquirrelMail authenticated user david); by secure.sipsolutions.net with HTTP; Fri, 16 Jul 2004 04:01:02 -0000 (UTC) Message-ID: <4509.202.133.134.251.1089950462.squirrel@202.133.134.251> Date: Fri, 16 Jul 2004 04:01:02 -0000 (UTC) From: david@sipsolutions.net To: nautilus-list@gnome.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Sender: www-data X-Mailman-Approved-At: Fri, 16 Jul 2004 00:46:59 -0400 Subject: where's the sense in that? X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 04:01:05 -0000 Hi guys, sorry for not posting a bug report, but I'm in Thailand and only got internet at work... anyways... this I thought was kinda weird: The filename "l048036t.pfa" indicates that this file is of type "PostScript Type 1 font". The contents of the file indicate that the file is of type "PostScript document". If you open this file, the file might present a security risk to your system. Do not open the file unless you created the file yourself, or received the file from a trusted source. To open the file, rename the file to the correct extension for "PostScript document", then open the file normally. Alternatively, use the Open With menu to choose a specific application for the file. it's not exactly the same, but it matches good enough... also I miss a don't show this warning again for this file type checkbox, cause using rightclick menu all the time is annoying. Other problem... my Nautilus crashes, when I try to empty the trash using the button in the trash folder... works fine for right click menu on desktop trash icon. Take care David PS: I'm using the latest debian build. From frank@flynch.net Thu Jul 15 08:48:43 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from risingnet.net (web2.risingnet.net [216.200.174.188]) by menubar.gnome.org (Postfix) with ESMTP id 8E5BF3B07F6 for ; Thu, 15 Jul 2004 08:48:42 -0400 (EDT) Received: (qmail 94489 invoked from network); 15 Jul 2004 12:48:12 -0000 Received: from localhost.risingnet.net (HELO localhost) (apache@127.0.0.1) by localhost.risingnet.net with SMTP; 15 Jul 2004 12:48:12 -0000 Received: from 65-78-1-231.c3-0.arl-ubr2.sbo-arl.ma.cable.rcn.com (65-78-1-231.c3-0.arl-ubr2.sbo-arl.ma.cable.rcn.com [65.78.1.231]) by webmail.flynch.net (IMP) with HTTP for ; Thu, 15 Jul 2004 05:48:11 -0700 Message-ID: <1089895691.40f67d0bd3f14@webmail.flynch.net> Date: Thu, 15 Jul 2004 05:48:11 -0700 From: frank@flynch.net To: nautilus-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.2 X-Originating-IP: 65.78.1.231 X-Mailman-Approved-At: Fri, 16 Jul 2004 00:47:11 -0400 Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 12:48:43 -0000 I am also in favor of this patch. I built it last night, and I absolutely love it, this patch truly makes spatial nautilus rock. I implore the spatial camp to give this patch a chance, please download & build it before you decide either way - Jamie's fantastic work enables what I can only describe as spatial browsing - which will draw browser bigots over into the spatial world. As I'm sure you know spatial nautilus got mixed reviews in the media when gnome 2.6 was released. I believe that with this patch spatial nautilus will get rave reviews, this is quite simply the best file manager I've ever used. Jamie - you've done an amazing job! I'm looking forward to seeing the "move to" and "copy to" context menu items. Thanks to you I now have the best file browser known to man. I really hope that your work makes it into gnome 2.8, but if it doesn't I'll be sticking with nautilus 2.6.3 with your patches for some time. cheers! --Frank On Wed, 2004-07-14 at 11:35 +0930, Greg Haywood wrote: > well I will add my 2c in favor of this patch, it certainly improves > things for me and should not cause the "strict" spatial/navigator > camps any issues. > > -Greg > > On Tue, 13 Jul 2004 17:49:19 -0700, Raul Acevedo wrote: > > I haven't followed everything about your patch, but what you said below, > > plus the screenshot, looks awesome. Is this going to make it into CVS? > > > > Raul > > > > Jamie McCracken wrote: > > > > > On Wed, 2004-07-14 at 00:46, Manuel Amador (Rudd-O) wrote: > > > > > Its also not really a third way as you put it cause we dont need the > > > > > heavyweight navigator for it as an option - even ms explorer is separate > > > > > from the lightweight browser it uses on the desktop. The navigator is > > > > > fine as a separate and more complex app for more experienced users (a la > > > > > explorer) but I actually find my patch with pathbar much much better for > > > > > general browsing. If you haven't tried the patch then I suggest you do > > > > > cuz it really makes browsing and file management really pleasant and > > > > > efficient. > > > > > > > > I think that the bottom nav pathbar is a great idea. > > > > > > Yes I'm glad theres a majority of you that do want this feature - its so > > > much slicker and nicer than the inefficient and irritating popup > > > location button/menu. > > > > > > > > > > You just have to > > > > make it not start at / but use the topologically nearest available root > > > > out of the list of roots in the file/open dialog. Basically > > > > > > > > /home/rudd-o/src > > > > > > > > shoudl appear as > > > > > > > > [Home folder] [src] > > > > > > > > Is that it? > > > > > > Already implemented and with home stock icon too so it more closely > > > resembles the file chooser's pathbar - see my screenshot for what it > > > looks like with this at : > > > > > > http://www.jamiemcc.pwp.blueyonder.co.uk/Nautilus_pathbar.png > > > > > > > > > > Oh and it *should* open a new window. > > > > > > But it does! (but you can also set it to open in the same window too - > > > EG you could set it up to have left click to open in new window and > > > middle click to open in same window and that way the pathbar can do both > > > depending whether you left or middle click it). > > > > > > Just to elaborate on why having the "open in same window" is appropriate > > > here is because it actually provides a better slicker browsing ability > > > compared to the navigator cause it has really good usability and > > > consistency with the file chooser (thanks to the pathbar) and that will > > > of course make it much easier for new users. And the icing on the cake > > > is it integrates perfectly with the spatial mode thereby allowing you to > > > mix and match the two really smartly - it creates the perfect hybrid > > > file manager thats superior to either a pure browse or pure spatial > > > implementation - there really is no need to limit yourself to just > > > browse or spatial any longer (and hopefully end the destructive > > > polarisation and fragmentation that the browser/spatial dichotomy causes > > > too). > > > > > > I haven't used a better or slicker file manager anywhere else on any > > > other platform - it even beats OS/X thanks to the pathbar! > > > > > > But there's no point in me ranting on how cool it is cause you really > > > need to try it out to appreciate how slick and elegant it is - I'm not > > > exaggerating when I say it rocks! > > > > > > > > > jamie. > > > > > > -- > > > nautilus-list mailing list > > > nautilus-list@gnome.org > > > http://mail.gnome.org/mailman/listinfo/nautilus-list > > > > -- > > nautilus-list mailing list > > nautilus-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/nautilus-list > > From philip@wyett.net Fri Jul 16 01:30:10 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from colossus.systems.pipex.net (colossus.systems.pipex.net [62.241.160.73]) by menubar.gnome.org (Postfix) with ESMTP id E5A703B0AAA for ; Fri, 16 Jul 2004 01:30:09 -0400 (EDT) Received: from [192.168.0.3] (usera183.dsl.pipex.com [62.188.48.183]) by colossus.systems.pipex.net (Postfix) with ESMTP id 247C41C0004B for ; Fri, 16 Jul 2004 06:30:05 +0100 (BST) From: Philip Wyett To: nautilus-list@gnome.org In-Reply-To: <1089895691.40f67d0bd3f14@webmail.flynch.net> References: <1089895691.40f67d0bd3f14@webmail.flynch.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ZUiBxXYIxPY2km39FfVT" Message-Id: <1089955888.2480.13.camel@wyett> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) Date: Fri, 16 Jul 2004 06:31:28 +0100 Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: philip@wyett.net List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 05:30:10 -0000 --=-ZUiBxXYIxPY2km39FfVT Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-07-15 at 13:48, frank@flynch.net wrote: > I am also in favor of this patch.=20 >=20 > I built it last night, and I absolutely love it, this patch truly makes > spatial nautilus rock. I implore the spatial camp to give this patch a > chance, please download & build it before you decide either way - > Jamie's fantastic work enables what I can only describe as spatial > browsing - which will draw browser bigots over into the spatial world. > As I'm sure you know spatial nautilus got mixed reviews in the media > when gnome 2.6 was released. I believe that with this patch spatial > nautilus will get rave reviews, this is quite simply the best file > manager I've ever used.=20 >=20 Giving things a chance is good, but when you call people who currently prefer the browser way out of _choice_ (the point of OSS) "bigots", your not going to win me over and tempt me into trying the patch. > Jamie - you've done an amazing job! I'm looking forward to seeing the > "move to" and "copy to" context menu items. Thanks to you I now have the > best file browser known to man. I really hope that your work makes it > into gnome 2.8, but if it doesn't I'll be sticking with nautilus 2.6.3 > with your patches for some time. >=20 > cheers! > --Frank Regards Phil --=20 Primary Email: philip@wyett.net Work Email: pwyett@a-novo.co.uk (work related mail only) Website: http://www.wyett.net Public key: http://www.wyett.net/gpg/public_key.txt -- --=-ZUiBxXYIxPY2km39FfVT Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQBA92gvAcgL7aodIV4RAtEVAJwKTufzoZTwxWgag3f6h+OCA7Ac2QCfeo7a qJqWNZkiUDw417aBP2JgkeM= =RDMq -----END PGP SIGNATURE----- --=-ZUiBxXYIxPY2km39FfVT-- From olaf@cbk.poznan.pl Fri Jul 16 03:51:12 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from goliath.sylaba.poznan.pl (goliath.sylaba.poznan.pl [193.151.36.3]) by menubar.gnome.org (Postfix) with ESMTP id 88F8C3B0BEC; Fri, 16 Jul 2004 03:51:12 -0400 (EDT) Received: by goliath.sylaba.poznan.pl (Postfix, from userid 1003) id 5CE3394061; Fri, 16 Jul 2004 09:51:12 +0200 (CEST) Received: from localhost.localdomain (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by goliath.sylaba.poznan.pl (Postfix) with ESMTP id 205C093FFD; Fri, 16 Jul 2004 09:51:11 +0200 (CEST) Received: from [127.0.0.1] (venus [127.0.0.1]) by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i6G7p7Cv003500; Fri, 16 Jul 2004 09:51:07 +0200 From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: Shaun McCance In-Reply-To: <1089931153.8071.50.camel@shaunmlx.wolfram.com> References: <16629.43988.318128.292480@inspired.cantara.com> <1089877687.9530.6.camel@greebo.homeip.net> <1089931153.8071.50.camel@shaunmlx.wolfram.com> Content-Type: text/plain Message-Id: <1089964267.3316.4.camel@venus> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 16 Jul 2004 09:51:07 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus , Alexander Larsson , Raul Acevedo Subject: Re: date format in list view X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 07:51:12 -0000 On Fri, 2004-07-16 at 00:39, Shaun McCance wrote: > On Thu, 2004-07-15 at 02:48, Alexander Larsson wrote: > > On Wed, 2004-07-14 at 23:55, Raul Acevedo wrote: > > > In list view, the date format takes up way too much space, and because > > > it uses whole words for week day and month names, it's also actually > > > harder to read at a glance. I know that sounds counter-intuitive, but > > > it's easier to visually parse a list of dates when they are in shorter > > > format that looks more like fixed width fields. > > > > > > Is there a way to change this? Ideally either Nautilus would > > > automatically use a format like "mm/dd/yyyy hh:mi", or I could configure > > > it via the List View tab in Preferences or even a GConf key that allows > > > me to enter the raw format string. > > > > There is no way currently, but having a date format preference is > > probably the right thing to do here. And we should probably change the > > default setting to be more 'regular'. > > Please, yes. I've been wanting this for a while. But Nautilus is not > the place for it. I don't want to set the date format in Nautilus, then > go set the date format in Evolution, then go set the date format in File > Roller, etc. We should have a desktop-level setting for this. I agree. But if it means another 2 years to get it, I would vote to put it temporairly in nautilus. Regards, Olaf From cyrille.bollu@aweurope.be Fri Jul 16 04:32:41 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from www.awtce.net (uu212-190-219-18.unknown.uunet.be [212.190.219.18]) by menubar.gnome.org (Postfix) with SMTP id CDC933B0A32 for ; Fri, 16 Jul 2004 04:32:40 -0400 (EDT) Received: from no.name.available by www.awtce.net via smtpd (for menubar.gnome.org [12.107.209.248]) with SMTP; Fri, 16 Jul 2004 10:32:56 +0200 Received: from awefwdmz1.aweurope.be ([10.142.211.1]) by localhost.localdomain (8.11.6/8.11.2) with SMTP id i6G83n614370 for ; Fri, 16 Jul 2004 10:03:49 +0200 Received: from awe-ns1.aweurope.be by awefwdmz1.aweurope.be via smtpd (for [10.142.211.2] [10.142.211.2]) with SMTP; Fri, 16 Jul 2004 10:32:54 +0200 In-Reply-To: To: nautilus-list@gnome.org X-Mailer: Lotus Notes Release 6.5.1 January 21, 2004 Message-ID: From: cyrille.bollu@aweurope.be Date: Fri, 16 Jul 2004 10:32:38 +0200 X-MIMETrack: Serialize by Router on AWE_NS01/AW EUROPE/BE(Release 6.5.1|January 21, 2004) at 2004/07/16 10:32:39 AM MIME-Version: 1.0 Content-type: multipart/alternative; Boundary="0__=4EBBE440DFBD5FDA8f9e8a93df938690918c4EBBE440DFBD5FDA" Content-Disposition: inline Subject: Re: file association lost after upgrading to gnome 2.6.1 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 08:32:41 -0000 --0__=4EBBE440DFBD5FDA8f9e8a93df938690918c4EBBE440DFBD5FDA Content-type: text/plain; charset=US-ASCII Wow, works great! Today my wife's waf to linux is increasing!! Thanks all. nautilus-list-bounces@gnome.org wrote on 2004/07/15 11:58:13: > > [layout region removed] > > Thanks all for the replies. > > If anybody remembers the solution I would be very happy to read it because > http://mail.gnome.org/archives seems to be down these days. > > Anyway, I've download shared-mime-info-0.14.tar.gz and will install > that this eveing on my linux (it's a messy "linux from scratch") > > I suppose I don't have to rebuild nautilus after... Isn't? > > Thanks, > > Cyrille > > Ryan McDougall wrote on 2004/07/15 23:49:09: > > > > > [layout region removed] > > > > > On Tue, 2004-13-07 at 14:06 +0200, cyrille.bollu@aweurope.be wrote: > > > Hi all, > > > > > > I recently upgraded my desktop from gnome 2.4.2 to gnome 2.6.1 and > > > from then file association doesn't work anymore in nautilus. Most of > > > my files have unknown type. > > > > > > I say "in nautilus" because file association seems to work OK in > > > gnome-file-properties. > > > > > > Does anyoby has a clue about where this problem is coming from? > > > > > > Regards, > > > > > > Cyrille > > > > > > > AFAIK this is a result of GNOME changing mime databases to a common > > freedesktop version. The problems caused by such a move are well known, > > and as it is the only way to help is make sure you have the latest > > shared-mime-info and submit any bugs you find. > > > > Cheers, > > Ryan > > -- > nautilus-list mailing list > nautilus-list@gnome.org > http://mail.gnome.org/mailman/listinfo/nautilus-list --0__=4EBBE440DFBD5FDA8f9e8a93df938690918c4EBBE440DFBD5FDA Content-type: text/html; charset=US-ASCII Content-Disposition: inline

Wow, works great!

Today my wife's waf to linux is increasing!!

Thanks all.

nautilus-list-bounces@gnome.org wrote on 2004/07/15 11:58:13:

>
> [layout region removed]

>
> Thanks all for the replies.
>
> If anybody remembers the solution I would be very happy to read it because
> http://mail.gnome.org/archives seems to be down these days.
>
> Anyway, I've download shared-mime-info-0.14.tar.gz and will install
> that this eveing on my linux (it's a messy "linux from scratch")
>
> I suppose I don't have to rebuild nautilus after... Isn't?
>
> Thanks,
>
> Cyrille
>
> Ryan McDougall <NQG24419@nifty.com> wrote on 2004/07/15 23:49:09:
>
> >
> > [layout region removed]
>
> >
> > On Tue, 2004-13-07 at 14:06 +0200, cyrille.bollu@aweurope.be wrote:
> > > Hi all,
> > >
> > > I recently upgraded my desktop from gnome 2.4.2 to gnome 2.6.1 and
> > > from then file association doesn't work anymore in nautilus. Most of
> > > my files have unknown type.
> > >
> > > I say "in nautilus" because file association seems to work OK in
> > > gnome-file-properties.
> > >
> > > Does anyoby has a clue about where this problem is coming from?
> > >
> > > Regards,
> > >
> > > Cyrille
> > >
> >
> > AFAIK this is a result of GNOME changing mime databases to a common
> > freedesktop version. The problems caused by such a move are well known,
> > and as it is the only way to help is make sure you have the latest
> > shared-mime-info and submit any bugs you find.
> >
> > Cheers,
> > Ryan
> > --
> nautilus-list mailing list
> nautilus-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/nautilus-list
 --0__=4EBBE440DFBD5FDA8f9e8a93df938690918c4EBBE440DFBD5FDA-- From cyrille.bollu@aweurope.be Fri Jul 16 04:35:41 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from www.awtce.net (uu212-190-219-18.unknown.uunet.be [212.190.219.18]) by menubar.gnome.org (Postfix) with SMTP id 5D5073B0C00 for ; Fri, 16 Jul 2004 04:35:40 -0400 (EDT) Received: from no.name.available by www.awtce.net via smtpd (for menubar.gnome.org [12.107.209.248]) with SMTP; Fri, 16 Jul 2004 10:35:56 +0200 Received: from awefwdmz1.aweurope.be ([10.142.211.1]) by localhost.localdomain (8.11.6/8.11.2) with SMTP id i6G86n614406 for ; Fri, 16 Jul 2004 10:06:49 +0200 Received: from awe-ns1.aweurope.be by awefwdmz1.aweurope.be via smtpd (for [10.142.211.2] [10.142.211.2]) with SMTP; Fri, 16 Jul 2004 10:35:55 +0200 In-Reply-To: <1089828296.31919.2.camel@squee.boston.ximian.com> To: nautilus-list@gnome.org X-Mailer: Lotus Notes Release 6.5.1 January 21, 2004 Message-ID: From: cyrille.bollu@aweurope.be Date: Fri, 16 Jul 2004 10:35:38 +0200 X-MIMETrack: Serialize by Router on AWE_NS01/AW EUROPE/BE(Release 6.5.1|January 21, 2004) at 2004/07/16 10:35:39 AM MIME-Version: 1.0 Content-type: multipart/alternative; Boundary="0__=4EBBE440DFBC97EB8f9e8a93df938690918c4EBBE440DFBC97EB" Content-Disposition: inline Subject: Re: Automounted Directories X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 08:35:41 -0000 --0__=4EBBE440DFBC97EB8f9e8a93df938690918c4EBBE440DFBC97EB Content-type: text/plain; charset=US-ASCII I tried it yesterday and it seems to work great for me too. Wait and see for the long term. I'll keep you informed if something's wrong. Thanks, Cyrille nautilus-list-bounces@gnome.org wrote on 2004/07/14 20:04:55: > > [layout region removed] > > Submount and the gnome-vfs volume management don't get along very well. > The attached patch to gnome-vfs gets it to work reasonably. > > -dave > > On Wed, 2004-07-14 at 19:57 +0200, Ruediger Dohmhardt wrote: > > Dear list-members, > > > > displaying automounted directories (automounted by subfs V0.9) worked > > fine for me with the original Gnome-SUSE9.1 installation. > > SUSE-9.1 uses Nautilus-V2.4.2. > > > > However, I immediately replaced GNOME-2.4 from SUSE9.1 with garnome > > 2.6.1, and last week with garnome 2.6.2 (Nautilus-2.6.3). > > Since than I must type a command like > > > > cd /media/usb > > > > to make Nautilus showing the USB-Stick contents longer than 3 seconds. > > > > Maybe someone can give a hint to this. > > > > CU Ruediger Dohmhardt > > > > PS: This e-mail belong to the thread "nautilus and automounted > > dierectories", > > but I just became list-participant. Hence I had to open a new thread. > > > > -- > > Ruediger Dohmhardt ruediger.dohmhardt@freenet.de > > Kiefernweg 7 Tel.: 04101 61743 > > 25421 Pinneberg > > > [attachment "gnome-vfs-submount.patch" deleted by Cyrille Bollu/AW > EUROPE/BE] -- > nautilus-list mailing list > nautilus-list@gnome.org > http://mail.gnome.org/mailman/listinfo/nautilus-list --0__=4EBBE440DFBC97EB8f9e8a93df938690918c4EBBE440DFBC97EB Content-type: text/html; charset=US-ASCII Content-Disposition: inline

I tried it yesterday and it seems to work great for me too.

Wait and see for the long term. I'll keep you informed if something's wrong.

Thanks,

Cyrille

nautilus-list-bounces@gnome.org wrote on 2004/07/14 20:04:55:

>
> [layout region removed]

>
> Submount and the gnome-vfs volume management don't get along very well.
> The attached patch to gnome-vfs gets it to work reasonably.
>
> -dave
>
> On Wed, 2004-07-14 at 19:57 +0200, Ruediger Dohmhardt wrote:
> > Dear list-members,
> >
> > displaying automounted directories (automounted by subfs V0.9) worked
> > fine for me with the original Gnome-SUSE9.1 installation.
> > SUSE-9.1 uses Nautilus-V2.4.2.
> >
> > However, I immediately replaced GNOME-2.4 from SUSE9.1 with garnome
> > 2.6.1, and last week with garnome 2.6.2 (Nautilus-2.6.3).
> > Since than I must type a command like
> >
> >   cd /media/usb
> >
> > to make Nautilus showing the USB-Stick contents longer than 3 seconds.
> >
> > Maybe someone can give a hint to this.
> >
> > CU Ruediger Dohmhardt
> >
> > PS: This e-mail belong to the thread "nautilus and automounted
> > dierectories",
> > but I just became list-participant. Hence I had to open a new thread.
> >
> > --
> > Ruediger Dohmhardt                  ruediger.dohmhardt@freenet.de
> > Kiefernweg 7                        Tel.:  04101 61743
> > 25421 Pinneberg
> >
> [attachment "gnome-vfs-submount.patch" deleted by Cyrille Bollu/AW
> EUROPE/BE] --
> nautilus-list mailing list
> nautilus-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/nautilus-list
 --0__=4EBBE440DFBC97EB8f9e8a93df938690918c4EBBE440DFBC97EB-- From alexl@redhat.com Fri Jul 16 04:37:50 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id BAADE3B0A01 for ; Fri, 16 Jul 2004 04:37:50 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6G8aoe1022650; Fri, 16 Jul 2004 04:36:50 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6G8aoa09607; Fri, 16 Jul 2004 04:36:50 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6G8aFDI017284; Fri, 16 Jul 2004 04:36:16 -0400 From: Alexander Larsson To: Raul Acevedo In-Reply-To: <16630.14968.730740.348627@inspired.cantara.com> References: <16629.42262.881112.361921@inspired.cantara.com> <1089877613.9530.4.camel@greebo.homeip.net> <16630.14968.730740.348627@inspired.cantara.com> Content-Type: text/plain Message-Id: <1089967008.9530.24.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 16 Jul 2004 10:36:48 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: make symbolic links on desktop not open as file under Desktop folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 08:37:51 -0000 On Thu, 2004-07-15 at 10:04, Raul Acevedo wrote: > Alexander Larsson wrote: > > > 2 is the long term plan. There has been some work on it in HEAD, with > > the desktop file property pages. > > Cool. Will this make it to 2.8? It doesn't seem like all of it will make it. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a leather-clad hunchbacked dwarf who must take medication to keep him sane. She's a virginal communist pearl diver married to the Mob. They fight crime! From alexl@redhat.com Fri Jul 16 04:57:58 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 86A9F3B0ECB for ; Fri, 16 Jul 2004 04:57:58 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6G8vve1026934; Fri, 16 Jul 2004 04:57:57 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6G8vva13815; Fri, 16 Jul 2004 04:57:57 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6G8vMDw029797; Fri, 16 Jul 2004 04:57:23 -0400 From: Alexander Larsson To: Jamie McCracken In-Reply-To: <1088989027.2667.42.camel@localhost.localdomain> References: <1088989027.2667.42.camel@localhost.localdomain> Content-Type: text/plain Message-Id: <1089968275.9530.45.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 16 Jul 2004 10:57:56 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 08:57:58 -0000 On Mon, 2004-07-05 at 02:57, Jamie McCracken wrote: > Hi, > > I've added a rather large patch to bugzilla (its too large to append to > this email as its over 80kb in size) : > > http://bugzilla.gnome.org/show_bug.cgi?id=145427 I'm sorry for not having replied to this mail until now. I've been very busy with redhat work and finishing off some other important stuff before the feature freeze and my vacation. Its obvious that you've spent a lot of time hacking this up, and I feel that requires me to give a good serious reply. In particular, a reply that says no to some feature or require large changes need to detail why, what would be need to be changed, etc. This takes a lot of time, since it requires a lot of thinking about the future path of Nautilus (its especially important to be carefull in adding features to nautilus, because its very very hard to later remove them). Unfortunately, it seems I don't have any time to write such a well thought out reply, because I'm still pretty busy, and I go on vacation tomorrow. So, here are my current not-very-well articulated thoughts about your ideas. I would like to have bookmarks in spatial mode. However, rather than just useing the browser window bookmarks i'd like to revamp the nautilus bookmark system so that it works better with the file selector bookmarks. I haven't really though this throught though, so I'm not sure exactly what that means... Keyboard shortcuts for the bookmarks looks interesting, but we have to make sure we don't conflict with other global keybindings. The pathbar (a re-rooting one) looks like a possibly interesting idea. However i'm not sure about it. It takes a lot of space that can push out the status bar text, and it would have to open new windows, which is sort of different than the file selector version. It also exposes the path concept in the spatial UI, which we've tried to avoid. I really dislike the making of new preferences for behaviour. If some new behaviour isn't good enought to be the default we just shouldn't add it. We've managed to kill a lot of prefs since 1.x, which has made nautilus imho a better app. Lets keep on that route. (Thats not saying we can never add prefs, but we have to be very careful with that.) I don't like the open-in-same-window part at all. If people want that and have some problem with the browser window, we should instead work on fixing the browser mode. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a bookish one-eyed werewolf on the hunt for the last specimen of a great and near-mythical creature. She's a green-fingered winged nun on the trail of a serial killer. They fight crime! From alexl@redhat.com Fri Jul 16 05:05:58 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 7346D3B0E43 for ; Fri, 16 Jul 2004 05:05:58 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6G95we1028475; Fri, 16 Jul 2004 05:05:58 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6G95wa15592; Fri, 16 Jul 2004 05:05:58 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6G95Na8001736; Fri, 16 Jul 2004 05:05:23 -0400 From: Alexander Larsson To: Seth Nickell In-Reply-To: <1089832139.3064.9.camel@localhost.localdomain> References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089832139.3064.9.camel@localhost.localdomain> Content-Type: text/plain Message-Id: <1089968756.9530.52.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 16 Jul 2004 11:05:56 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus , Calum Benson Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 09:05:58 -0000 On Wed, 2004-07-14 at 21:08, Seth Nickell wrote: > On Tue, 2004-07-13 at 16:07 +0100, Calum Benson wrote: > > On Thu, 2004-07-08 at 20:13, Seth Nickell wrote: > > 2) The dialog isn't really intended to be static based on the server > type. So if you select FTP, it should have a checkbox for "Anonymous". > Or if you select, say, AFS, it should have a "Use current Kerberos > credentials" checkbox (or something, terribly phrased I know). The > username is one of the things impacted by this. Ideally, we'd like to > have password here too, since username & password are almost always a > pair...but that could also be protocol specific (e.g. with sftp if you > have S/KEY installed you don't need a password). Uhm. Why cram all this into this dialog? We already have a dialog that asks you for password (and lets you store it in keyring for later automation) and lets you select anonymous login. Gnome-vfs also automatically uses kerberos credentials if you have any, without asking about it. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a lonely Jewish househusband on the edge. She's a plucky blonde wrestler from a family of eight older brothers. They fight crime! From alexl@redhat.com Fri Jul 16 05:11:44 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 91E713B0C7A for ; Fri, 16 Jul 2004 05:11:44 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6G9Bde1029678; Fri, 16 Jul 2004 05:11:39 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6G9Bda17046; Fri, 16 Jul 2004 05:11:39 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6G9B4hr004424; Fri, 16 Jul 2004 05:11:04 -0400 From: Alexander Larsson To: cyrille.bollu@aweurope.be In-Reply-To: References: Content-Type: text/plain Message-Id: <1089969097.9530.55.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 16 Jul 2004 11:11:37 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: Duplication of tree view menu entry in the sidepanel X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 09:11:44 -0000 On Thu, 2004-07-15 at 15:31, cyrille.bollu@aweurope.be wrote: > I went to /etc/gnome... and changed a %gconf file (don't remember > which one). Now it doesn't crash anymore. But I don't use the tree > view... bad... My wife's linux waf is sinking. I just have to ask... What the heck is a linux waf? =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a scrappy misogynist messiah with a winning smile and a way with the ladies. She's a tortured nymphomaniac mermaid with the power to see death. They fight crime! From gcgn-nautilus-list@m.gmane.org Fri Jul 16 08:01:00 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by menubar.gnome.org (Postfix) with ESMTP id 353CC3B0D6D for ; Fri, 16 Jul 2004 08:00:44 -0400 (EDT) Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1BlROK-0006in-00 for ; Fri, 16 Jul 2004 14:00:40 +0200 Received: from nat-ph3-wh.rz.uni-karlsruhe.de ([129.13.73.33]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 16 Jul 2004 14:00:40 +0200 Received: from mika_fischer by nat-ph3-wh.rz.uni-karlsruhe.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 16 Jul 2004 14:00:40 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: nautilus-list@gnome.org From: Mika Fischer Date: Fri, 16 Jul 2004 13:52:58 +0200 Lines: 18 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: nat-ph3-wh.rz.uni-karlsruhe.de User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table (Debian GNU/Linux)) Sender: news Subject: Natilus using UTF-8 for filenames regardless of locale X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 12:01:00 -0000 Hi! I've recently been bitten by this unexpected behaviour: I don't use UTF-8 on my system (locale is de_DE@euro -> iso-8859-15). But when I create or rename files containing non-ASCII chars using Nautilus they are in UTF-8 which makes them impossible to read on the console or in other applications which respect the locale. Interestingly Nautilus displays the filenames correctly whether they are in UTF-8 or ISO-8859-15. My question then, is this: Is this behaviour expected? If yes, please explain why. Because to me it just means that I can't use Nautilus to rename files... Thanks, Mika (finding Nautilus great apart from the above) From alexl@redhat.com Fri Jul 16 08:07:23 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 5DF123B1203 for ; Fri, 16 Jul 2004 08:07:23 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6GC6Je1001275; Fri, 16 Jul 2004 08:06:20 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6GC6Ia23564; Fri, 16 Jul 2004 08:06:18 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6GC5hWq025579; Fri, 16 Jul 2004 08:05:44 -0400 From: Alexander Larsson To: =?ISO-8859-1?Q?J=FCrg?= Billeter In-Reply-To: <1089915531.9385.10.camel@juerg-p4.bitron.ch> References: <16629.43988.318128.292480@inspired.cantara.com> <1089877687.9530.6.camel@greebo.homeip.net> <1089915531.9385.10.camel@juerg-p4.bitron.ch> Content-Type: text/plain; charset=iso-8859-1 Message-Id: <1089979576.9530.64.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 16 Jul 2004 14:06:17 +0200 Content-Transfer-Encoding: 8bit Cc: Nautilus , Raul Acevedo Subject: Re: date format in list view X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 12:07:23 -0000 On Thu, 2004-07-15 at 20:18, Jürg Billeter wrote: > On Don, 2004-07-15 at 09:48 +0200, Alexander Larsson wrote: > > On Wed, 2004-07-14 at 23:55, Raul Acevedo wrote: > > > In list view, the date format takes up way too much space, and because > > > it uses whole words for week day and month names, it's also actually > > > harder to read at a glance. I know that sounds counter-intuitive, but > > > it's easier to visually parse a list of dates when they are in shorter > > > format that looks more like fixed width fields. > > > > > > Is there a way to change this? Ideally either Nautilus would > > > automatically use a format like "mm/dd/yyyy hh:mi", or I could configure > > > it via the List View tab in Preferences or even a GConf key that allows > > > me to enter the raw format string. > > > > There is no way currently, but having a date format preference is > > probably the right thing to do here. And we should probably change the > > default setting to be more 'regular'. > > Attached is a patch that adds a preference for the date format. One can > choose between '%c' ('the preferred representation for the current > locale'), iso-style (%Y-%m-%d %H:%M:%S) and the current format. The > patch changes the default format to '%c'. In nautilus-file.c, use eel_preferences_add_auto_enum instead of the manual callbacks. In nautilsu-global-preferences.c, add a comment about why the strings are not translated. + date_string = eel_strdup_strftime (N_("today at %-I:%M:%S %p"), now); Should use _(), not N_() here, or it won't be translated. I fixed these and commited to cvs. Thanks. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a witless sweet-toothed rock star haunted by an iconic dead American confidante She's a beautiful psychic Hell's Angel with only herself to blame. They fight crime! From jamiemcc@blueyonder.co.uk Fri Jul 16 08:34:45 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out3.blueyonder.co.uk (smtp-out3.blueyonder.co.uk [195.188.213.6]) by menubar.gnome.org (Postfix) with ESMTP id D81853B0D91 for ; Fri, 16 Jul 2004 08:34:44 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out3.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Fri, 16 Jul 2004 13:35:00 +0100 From: Jamie McCracken To: Alexander Larsson In-Reply-To: <1089968275.9530.45.camel@greebo.homeip.net> References: <1088989027.2667.42.camel@localhost.localdomain> <1089968275.9530.45.camel@greebo.homeip.net> Content-Type: text/plain Message-Id: <1089981284.2883.10.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 16 Jul 2004 13:34:44 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 16 Jul 2004 12:35:00.0313 (UTC) FILETIME=[4F69F490:01C46B31] Cc: Nautilus Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 12:34:45 -0000 On Fri, 2004-07-16 at 09:57, Alexander Larsson wrote: > On Mon, 2004-07-05 at 02:57, Jamie McCracken wrote: > > Hi, > > > > I've added a rather large patch to bugzilla (its too large to append to > > this email as its over 80kb in size) : > > > > http://bugzilla.gnome.org/show_bug.cgi?id=145427 > > I'm sorry for not having replied to this mail until now. I've been very > busy with redhat work and finishing off some other important stuff > before the feature freeze and my vacation. Its obvious that you've spent > a lot of time hacking this up, and I feel that requires me to give a > good serious reply. In particular, a reply that says no to some feature > or require large changes need to detail why, what would be need to be > changed, etc. This takes a lot of time, since it requires a lot of > thinking about the future path of Nautilus (its especially important to > be carefull in adding features to nautilus, because its very very hard > to later remove them). > > Unfortunately, it seems I don't have any time to write such a well > thought out reply, because I'm still pretty busy, and I go on vacation > tomorrow. So, here are my current not-very-well articulated thoughts > about your ideas. > > I would like to have bookmarks in spatial mode. However, rather than > just useing the browser window bookmarks i'd like to revamp the nautilus > bookmark system so that it works better with the file selector > bookmarks. I haven't really though this throught though, so I'm not sure > exactly what that means... Thats fine - I'm planning to do that too. > > Keyboard shortcuts for the bookmarks looks interesting, but we have to > make sure we don't conflict with other global keybindings. > By default I didn't see anything in metacity (in FC2) that used these. Of course metacity can be set up to use any key binding. > The pathbar (a re-rooting one) looks like a possibly interesting idea. > However i'm not sure about it. It takes a lot of space that can push out > the status bar text, and it would have to open new windows, which is > sort of different than the file selector version. It also exposes the > path concept in the spatial UI, which we've tried to avoid. > Good to have as an option (for some having the hierarchy exposed is a good thing) > I really dislike the making of new preferences for behaviour. If some > new behaviour isn't good enought to be the default we just shouldn't add > it. We've managed to kill a lot of prefs since 1.x, which has made > nautilus imho a better app. Lets keep on that route. (Thats not saying > we can never add prefs, but we have to be very careful with that.) > > I don't like the open-in-same-window part at all. If people want that > and have some problem with the browser window, we should instead work on > fixing the browser mode. I prefer a hybrid system like OS/X and I cant get that with being limited to either browser or spatial (in the end you either have to add spatial features to browser or vice versa as I have done to achieve this effect). What I will do is maintain a separate version of Nautilus (I'll call it Nautilus Plus) and make it available to any who want it. That way it avoids conflicting with what you want and any functionality in it that you want added can easily be transferred across. That should hopefully please everybody. jamie. > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > Alexander Larsson Red Hat, Inc > alexl@redhat.com alla@lysator.liu.se > He's a bookish one-eyed werewolf on the hunt for the last specimen of a great > and near-mythical creature. She's a green-fingered winged nun on the trail of > a serial killer. They fight crime! > > From alexl@redhat.com Fri Jul 16 08:46:01 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 4A0523B0D61 for ; Fri, 16 Jul 2004 08:46:01 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6GCk1e1010294 for ; Fri, 16 Jul 2004 08:46:01 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6GCk1a01065 for ; Fri, 16 Jul 2004 08:46:01 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6GCjQ81022499 for ; Fri, 16 Jul 2004 08:45:26 -0400 From: Alexander Larsson To: Nautilus In-Reply-To: <6712-60022@sneakemail.com> References: <6712-60022@sneakemail.com> Content-Type: text/plain; charset=ISO-8859-1 Message-Id: <1089981959.9530.67.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 16 Jul 2004 14:45:59 +0200 Content-Transfer-Encoding: 8bit Subject: Re: smb:// very slow X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 12:46:01 -0000 On Fri, 2004-07-09 at 17:37, y9toi7y02@sneakemail.com wrote: > On Fri, 9 Jul 2004, "Cristóvăo B. B. Dalla Costa"cbraga-at-fs.inf.br |nautilus| wrote: > > We've been having similar problems, specially with Windows networks > > where Nautilus sometimes fails to display anything at all. smbclient > > works just fine for us. > > > > I've just checked and we don't have .smb directories at all, could there > > be another configuration problem? Any other hints? > If you look in the code here: > > http://cvs.gnome.org/viewcvs/gnome-vfs/modules/smb-method.c?rev=1.5&view=auto > > (search for 'try_init') you can see the code. > > This was the first mention of it that I could find: > > http://anoncvs.gnome.gr.jp/viewcvs.cgi/gnome-vfs-extras/smb-method.c?rev=1.37.2.1&view=markup > > (look at the end, it sais: > > //FIXME create an empty ~/.smb/smb.conf I removed the creation of ~/.smb/smb.conf in HEAD, since this is not necessary anymore. I also added some code to remove zero-byte versions of this file to get smb working better in case you ran an old version of smb-method before. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a world-famous ninja dog-catcher on the hunt for the last specimen of a great and near-mythical creature. She's a supernatural bisexual widow with an evil twin sister. They fight crime! From alexl@redhat.com Fri Jul 16 08:54:49 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 8DC6C3B1436; Fri, 16 Jul 2004 08:54:40 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6GCsUe1012146; Fri, 16 Jul 2004 08:54:30 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6GCsUa03350; Fri, 16 Jul 2004 08:54:30 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6GCrs3J029259; Fri, 16 Jul 2004 08:53:55 -0400 From: Alexander Larsson To: Nautilus , "gnome-vfs-list@gnome.org" Content-Type: text/plain Message-Id: <1089982468.9530.77.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 16 Jul 2004 14:54:28 +0200 Content-Transfer-Encoding: 7bit Cc: Michael Meeks Subject: gnome-vfs smb kerberos support X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 12:54:49 -0000 I added some code in HEAD for initial kerberos support. You need to apply the patch i posted at: http://lists.samba.org/archive/samba-technical/2004-July/036442.html and then build from gnome-vfs head including running configure. To test this you need to have a system set up that authenticates with kerberos against an Active Directory, or agains a Kerberos domain that has a trust relation with an Active Directory. I have just been able to test this on a ssh login with command like gnome-vfs tools, so I'd love is some more people tested this. In my testing there seems to be a problem with environment variables when gnome-vfs-daemon is started by bonobo-activation, it seems KRB5CCNAME isn't passed on to the server or something, but if you manually start gnome-vfs-daemon before launching gnome-vfs apps it seems to work. Michael, do you know anything about the environment vs. bonobo-activation issue? =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's an all-American flyboy sorceror in a wheelchair. She's a psychotic impetuous nun with a flame-thrower. They fight crime! From alexl@redhat.com Fri Jul 16 08:59:39 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 827D93B142F for ; Fri, 16 Jul 2004 08:59:36 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6GCxXe1013454; Fri, 16 Jul 2004 08:59:33 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6GCxXa04853; Fri, 16 Jul 2004 08:59:33 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6GCwuIv000970; Fri, 16 Jul 2004 08:58:57 -0400 From: Alexander Larsson To: Mika Fischer In-Reply-To: References: Content-Type: text/plain Message-Id: <1089982770.9530.79.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 16 Jul 2004 14:59:30 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: Natilus using UTF-8 for filenames regardless of locale X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 12:59:39 -0000 On Fri, 2004-07-16 at 13:52, Mika Fischer wrote: > Hi! > > I've recently been bitten by this unexpected behaviour: > > I don't use UTF-8 on my system (locale is de_DE@euro -> iso-8859-15). > But when I create or rename files containing non-ASCII chars using > Nautilus they are in UTF-8 which makes them impossible to read on the > console or in other applications which respect the locale. This is the general behaviour in Gnome (this should be in some FAQ). If you want to use locale-dependent encoding for filenames, set the environment variable G_BROKEN_FILENAMES. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a short-sighted Republican barbarian on a search for his missing sister. She's a high-kicking cigar-chomping angel with a knack for trouble. They fight crime! From cyrille.bollu@aweurope.be Fri Jul 16 09:15:00 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from www.awtce.net (uu212-190-219-18.unknown.uunet.be [212.190.219.18]) by menubar.gnome.org (Postfix) with SMTP id 4F3203B1459 for ; Fri, 16 Jul 2004 09:14:59 -0400 (EDT) Received: from no.name.available by www.awtce.net via smtpd (for menubar.gnome.org [12.107.209.248]) with SMTP; Fri, 16 Jul 2004 15:15:15 +0200 Received: from awefwdmz1.aweurope.be ([10.142.211.1]) by localhost.localdomain (8.11.6/8.11.2) with SMTP id i6GCk6618172 for ; Fri, 16 Jul 2004 14:46:06 +0200 Received: from awe-ns1.aweurope.be by awefwdmz1.aweurope.be via smtpd (for [10.142.211.2] [10.142.211.2]) with SMTP; Fri, 16 Jul 2004 15:15:13 +0200 In-Reply-To: <1089969097.9530.55.camel@greebo.homeip.net> To: Nautilus X-Mailer: Lotus Notes Release 6.5.1 January 21, 2004 Message-ID: From: cyrille.bollu@aweurope.be Date: Fri, 16 Jul 2004 15:14:54 +0200 X-MIMETrack: Serialize by Router on AWE_NS01/AW EUROPE/BE(Release 6.5.1|January 21, 2004) at 2004/07/16 03:14:57 PM MIME-Version: 1.0 Content-type: multipart/alternative; Boundary="0__=4EBBE440DFDB93F68f9e8a93df938690918c4EBBE440DFDB93F6" Content-Disposition: inline Subject: WAF X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 13:15:00 -0000 --0__=4EBBE440DFDB93F68f9e8a93df938690918c4EBBE440DFDB93F6 Content-type: text/plain; charset=US-ASCII the "waf" is the "Wife Acceptance Factor". Very important for a successfull life together. :-) Alexander Larsson wrote on 2004/07/16 11:11:37: > > [layout region removed] > > On Thu, 2004-07-15 at 15:31, cyrille.bollu@aweurope.be wrote: > > I went to /etc/gnome... and changed a %gconf file (don't remember > > which one). Now it doesn't crash anymore. But I don't use the tree > > view... bad... My wife's linux waf is sinking. > > I just have to ask... What the heck is a linux waf? > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > Alexander Larsson Red Hat, Inc > alexl@redhat.com alla@lysator.liu.se > He's a scrappy misogynist messiah with a winning smile and a way with the > ladies. She's a tortured nymphomaniac mermaid with the power to see death. > They fight crime! > --0__=4EBBE440DFDB93F68f9e8a93df938690918c4EBBE440DFDB93F6 Content-type: text/html; charset=US-ASCII Content-Disposition: inline

the "waf" is the "Wife Acceptance Factor". Very important for a successfull life together. :-)

Alexander Larsson <alexl@redhat.com> wrote on 2004/07/16 11:11:37:

>
> [layout region removed]

>
> On Thu, 2004-07-15 at 15:31, cyrille.bollu@aweurope.be wrote:
> > I went to /etc/gnome... and changed a %gconf file (don't remember
> > which one). Now it doesn't crash anymore. But I don't use the tree
> > view... bad... My wife's linux waf is sinking.
>
> I just have to ask... What the heck is a linux waf?
>
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>  Alexander Larsson                                            Red Hat, Inc
>                    alexl@redhat.com    alla@lysator.liu.se
> He's a scrappy misogynist messiah with a winning smile and a way with the
> ladies. She's a tortured nymphomaniac mermaid with the power to see death.
> They fight crime!
>
--0__=4EBBE440DFDB93F68f9e8a93df938690918c4EBBE440DFDB93F6-- From Calum.Benson@Sun.COM Fri Jul 16 09:41:57 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from brmea-mail-3.sun.com (brmea-mail-3.Sun.COM [192.18.98.34]) by menubar.gnome.org (Postfix) with ESMTP id 9D0C63B0A2E for ; Fri, 16 Jul 2004 09:41:57 -0400 (EDT) Received: from phys-eris-2 ([129.156.85.26]) by brmea-mail-3.sun.com (8.12.10/8.12.9) with ESMTP id i6GDfuin004125 for ; Fri, 16 Jul 2004 07:41:57 -0600 (MDT) Received: from conversion-daemon.eris-mail1.uk.sun.com by eris-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) id <0I0Y0090161ARE@eris-mail1.uk.sun.com> (original mail from Calum.Benson@Sun.COM) for nautilus-list@gnome.org; Fri, 16 Jul 2004 14:41:56 +0100 (BST) Received: from cdelab89.Ireland.Sun.COM (cdelab89.Ireland.Sun.COM [129.156.226.189]) by eris-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) with ESMTP id <0I0Y00FLJ61VYQ@eris-mail1.uk.sun.com>; Fri, 16 Jul 2004 14:41:55 +0100 (BST) Date: Fri, 16 Jul 2004 14:42:39 +0100 From: Calum Benson In-reply-to: <1089981284.2883.10.camel@localhost.localdomain> To: Jamie McCracken Message-id: <1089985358.2375.38.camel@cdelab89.ireland.sun.com> Organization: Sun Microsytems Ireland Ltd. MIME-version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7BIT References: <1088989027.2667.42.camel@localhost.localdomain> <1089968275.9530.45.camel@greebo.homeip.net> <1089981284.2883.10.camel@localhost.localdomain> Cc: "nautilus-list@gnome.org" , Alexander Larsson Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 13:41:58 -0000 On Fri, 2004-07-16 at 13:34, Jamie McCracken wrote: > By default I didn't see anything in metacity (in FC2) that used these. > Of course metacity can be set up to use any key binding. They should be safe enough to use, although I'd imagine some people will have Ctrl+ set up to switch workspaces... but that's their problem :) Although it's slightly more effort for the user, the more usual way to deal with dynamic lists in menus is to give them a numeric accelerator (mnemonic) rather than a shortcut, like the recent file list on the File menu. That also makes it somewhat useful for lists of >10 items, as gtk does something sensible if two items have the same accelerator (e.g. _1 and _10)... with shortcuts you don't really have anywhere to go after Ctrl+9 (or Ctrl+0, depending on where you started). Cheeri, Calum. -- CALUM BENSON, Usability Engineer Sun Microsystems Ireland mailto:calum.benson@sun.com Java Desktop System Group http://ie.sun.com +353 1 819 9771 Any opinions are personal and not necessarily those of Sun Microsystems From alexl@redhat.com Fri Jul 16 10:12:27 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id D39EB3B0A79; Fri, 16 Jul 2004 10:12:27 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6GECRe1001291; Fri, 16 Jul 2004 10:12:27 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6GECRa29926; Fri, 16 Jul 2004 10:12:27 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6GEBqT8027925; Fri, 16 Jul 2004 10:11:53 -0400 From: Alexander Larsson To: "gnome-vfs-list@gnome.org" , Nautilus Content-Type: text/plain Message-Id: <1089987146.9530.92.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 16 Jul 2004 16:12:26 +0200 Content-Transfer-Encoding: 7bit Cc: Subject: Away for a while X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 14:12:28 -0000 I'm going on a much needed vacation today, so I won't be reading much email or being around on irc until August the 9th. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a genetically engineered drug-addicted paramedic who must take medication to keep him sane. She's a violent mute mercenary with her own daytime radio talk show. They fight crime! From alexl@redhat.com Fri Jul 16 11:14:29 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 3069A3B07E8; Fri, 16 Jul 2004 11:14:29 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6GFETe1017990; Fri, 16 Jul 2004 11:14:29 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6GFESa18704; Fri, 16 Jul 2004 11:14:28 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6GFDrwm022361; Fri, 16 Jul 2004 11:13:54 -0400 From: Alexander Larsson To: Nautilus In-Reply-To: <1089982468.9530.77.camel@greebo.homeip.net> References: <1089982468.9530.77.camel@greebo.homeip.net> Content-Type: text/plain Message-Id: <1089990866.9530.121.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 16 Jul 2004 17:14:27 +0200 Content-Transfer-Encoding: 7bit Cc: "gnome-vfs-list@gnome.org" , Michael Meeks Subject: Re: gnome-vfs smb kerberos support X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 15:14:29 -0000 On Fri, 2004-07-16 at 14:54, Alexander Larsson wrote: > In my testing there seems to be a problem with environment variables > when gnome-vfs-daemon is started by bonobo-activation, it seems > KRB5CCNAME isn't passed on to the server or something, but if you > manually start gnome-vfs-daemon before launching gnome-vfs apps it seems > to work. That was apparently just an old bonobo-activation running without the right environment. Killing it fixed things. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's an impetuous vegetarian stage actor with a passion for fast cars. She's a vivacious impetuous single mother from aristocratic European stock. They fight crime! From gcgn-nautilus-list@m.gmane.org Fri Jul 16 11:27:26 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by menubar.gnome.org (Postfix) with ESMTP id 2E7603B07E8 for ; Fri, 16 Jul 2004 11:27:26 -0400 (EDT) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1BlUcL-00049d-00 for ; Fri, 16 Jul 2004 17:27:21 +0200 Received: from nat-ph3-wh.rz.uni-karlsruhe.de ([129.13.73.33]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 16 Jul 2004 17:27:21 +0200 Received: from mika_fischer by nat-ph3-wh.rz.uni-karlsruhe.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 16 Jul 2004 17:27:21 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: nautilus-list@gnome.org From: Mika Fischer Date: Fri, 16 Jul 2004 17:27:17 +0200 Lines: 21 Message-ID: References: <1089982770.9530.79.camel@greebo.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: nat-ph3-wh.rz.uni-karlsruhe.de User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table (Debian GNU/Linux)) Sender: news Subject: Re: Natilus using UTF-8 for filenames regardless of locale X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 15:27:26 -0000 On Fri, 16 Jul 2004 14:59:30 +0200 Alexander Larsson wrote: > This is the general behaviour in Gnome (this should be in some FAQ). If > you want to use locale-dependent encoding for filenames, set the > environment variable G_BROKEN_FILENAMES. Yes, that fixes it. Thanks for that! Can you tell me the rationale for this decision? I can't make any sense of it. If the user has set his locale he probably wants it respected. Also, can you tell me why Nautilus displays Filenames in different character sets correctly? How the hell does it figure out the correct cahracter set? This has the same taste as IE guessing the character set used in HTML-Pages... The point I'm trying to make is that all of this breaks down horribly if you ever use something apart from Gnome, which I think is not something one should aim for... Thanks, Mika From cyrille.bollu@aweurope.be Fri Jul 16 11:52:55 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from www.awtce.net (uu212-190-219-18.unknown.uunet.be [212.190.219.18]) by menubar.gnome.org (Postfix) with SMTP id 798E23B0C9C; Fri, 16 Jul 2004 11:52:53 -0400 (EDT) Received: from no.name.available by www.awtce.net via smtpd (for menubar.gnome.org [12.107.209.248]) with SMTP; Fri, 16 Jul 2004 17:53:09 +0200 Received: from awefwdmz1.aweurope.be ([10.142.211.1]) by localhost.localdomain (8.11.6/8.11.2) with SMTP id i6GFNu619947; Fri, 16 Jul 2004 17:23:56 +0200 Received: from awe-ns1.aweurope.be by awefwdmz1.aweurope.be via smtpd (for [10.142.211.2] [10.142.211.2]) with SMTP; Fri, 16 Jul 2004 17:53:04 +0200 In-Reply-To: To: Mika Fischer X-Mailer: Lotus Notes Release 6.5.1 January 21, 2004 Message-ID: From: cyrille.bollu@aweurope.be Date: Fri, 16 Jul 2004 17:52:47 +0200 X-MIMETrack: Serialize by Router on AWE_NS01/AW EUROPE/BE(Release 6.5.1|January 21, 2004) at 2004/07/16 05:52:48 PM MIME-Version: 1.0 Content-type: multipart/alternative; Boundary="0__=4EBBE440DFC5D8EA8f9e8a93df938690918c4EBBE440DFC5D8EA" Content-Disposition: inline Cc: nautilus-list@gnome.org, nautilus-list-bounces@gnome.org Subject: Re: Natilus using UTF-8 for filenames regardless of locale X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 15:52:56 -0000 --0__=4EBBE440DFC5D8EA8f9e8a93df938690918c4EBBE440DFC5D8EA Content-type: text/plain; charset=US-ASCII nautilus-list-bounces@gnome.org wrote on 2004/07/16 17:27:17: > > On Fri, 16 Jul 2004 14:59:30 +0200 Alexander Larsson wrote: > > This is the general behaviour in Gnome (this should be in some FAQ). If > > you want to use locale-dependent encoding for filenames, set the > > environment variable G_BROKEN_FILENAMES. > > Yes, that fixes it. Thanks for that! > > Can you tell me the rationale for this decision? I can't make any sense of > it. If the user has set his locale he probably wants it respected. I agree. I understand that UTF-8 is the way to go but as lot of programs doesn't comply yet with this standard. So, it would be better if gnome could do it with user's preferences. But is it worst doing it? That's another question that I don't try to answer here. Characters encoding is such a mess :-). > > Also, can you tell me why Nautilus displays Filenames in different > character sets correctly? How the hell does it figure out the correct > cahracter set? This has the same taste as IE guessing the character set > used in HTML-Pages... I think the UTF-8 standard is backward compatible with all the ISO-8859-... standards. This means, it's UTF-8 that guesses character set not nautilus. So, as, I guess, nautilus is using UTF-8 to display characters, it is able to display lots of character sets. > > The point I'm trying to make is that all of this breaks down horribly if > you ever use something apart from Gnome, which I think is not something > one should aim for... > > Thanks, > Mika > > -- > nautilus-list mailing list > nautilus-list@gnome.org > http://mail.gnome.org/mailman/listinfo/nautilus-list --0__=4EBBE440DFC5D8EA8f9e8a93df938690918c4EBBE440DFC5D8EA Content-type: text/html; charset=US-ASCII Content-Disposition: inline

nautilus-list-bounces@gnome.org wrote on 2004/07/16 17:27:17:
>
> On Fri, 16 Jul 2004 14:59:30 +0200 Alexander Larsson wrote:
> > This is the general behaviour in Gnome (this should be in some FAQ). If
> > you want to use locale-dependent encoding for filenames, set the
> > environment variable G_BROKEN_FILENAMES.
>
> Yes, that fixes it. Thanks for that!
>
> Can you tell me the rationale for this decision? I can't make any sense of
> it. If the user has set his locale he probably wants it respected.

I agree.
I understand that UTF-8 is the way to go but as lot of programs doesn't comply yet with this standard.
So, it would be better if gnome could do it with user's preferences. But is it worst doing it? That's another question that I don't try to answer here. Characters encoding is such a mess :-).

>
> Also, can you tell me why Nautilus displays Filenames in different
> character sets correctly? How the hell does it figure out the correct
> cahracter set? This has the same taste as IE guessing the character set
> used in HTML-Pages...

I think the UTF-8 standard is backward compatible with all the ISO-8859-... standards. This means, it's UTF-8 that guesses character set not nautilus.
So, as, I guess, nautilus is using UTF-8 to display characters, it is able to display lots of character sets.

>
> The point I'm trying to make is that all of this breaks down horribly if
> you ever use something apart from Gnome, which I think is not something
> one should aim for...
>
> Thanks,
>  Mika
>
> --
> nautilus-list mailing list
> nautilus-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/nautilus-list
 --0__=4EBBE440DFC5D8EA8f9e8a93df938690918c4EBBE440DFC5D8EA-- From mnews22@wp.pl Fri Jul 16 12:19:18 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp.wp.pl (smtp.wp.pl [212.77.101.160]) by menubar.gnome.org (Postfix) with ESMTP id 56D533B0654 for ; Fri, 16 Jul 2004 12:19:17 -0400 (EDT) Received: (wp-smtpd smtp.wp.pl 29151 invoked from network); 16 Jul 2004 18:19:15 +0200 Received: from unknown (HELO megumi) (mnews22@[195.116.35.55]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with RC4-MD5 encrypted SMTP for ; 16 Jul 2004 18:19:15 +0200 From: Maciej Katafiasz To: cyrille.bollu@aweurope.be In-Reply-To: X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-AS1: NOSPAM Body=1 Fuz1=1 Fuz2=1 X-WP-AS3: NOSPAM X-WP-SPAM: NO References: Content-Type: text/plain; charset=iso-8859-2 Message-Id: <1089994921.4244.30.camel@megumi> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 16 Jul 2004 18:22:01 +0200 Content-Transfer-Encoding: 8bit Cc: Mika Fischer , nautilus-list@gnome.org, nautilus-list-bounces@gnome.org Subject: Re: Natilus using UTF-8 for filenames regardless of locale X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 16:19:18 -0000 W li¶cie z pi±, 16-07-2004, godz. 17:52, cyrille.bollu@aweurope.be pisze: > > Also, can you tell me why Nautilus displays Filenames in different > > character sets correctly? How the hell does it figure out the > correct > > cahracter set? This has the same taste as IE guessing the character > set > > used in HTML-Pages... > > I think the UTF-8 standard is backward compatible with all the > ISO-8859-... standards. This means, it's UTF-8 that guesses character > set not nautilus. > So, as, I guess, nautilus is using UTF-8 to display characters, it is > able to display lots of character sets. No. UTF-8 is indeed compatible with ASCII (that means text using only characters in range 0-127 will be represented in the same way), and as a Unicode encoding, it has codepoints compatible with ISO-8859-1 (that means number assigned to characters that are in ISO-8859-1 are the same, however their representation in ISO-8859-1 and UTF-8 is not the same), but UTF-8 is not compatible with any of ISO-8859-* charsets, and certainly cannot guess anything (encoding is a way of transforming character numbers into byte sequences, it cannot "do" anything) What IE (and other browsers too) does is to use some heuristics, that makes it possible to choose amongst some subsets of known encodings based on presence of sequences that are very unlikely (or impossible) to apper in encoding currently in use. But this usually works only for some combinations of multibyte encodings (ie, Chinese or Japanese), isn't very reliable, and is meant only as a way to avoid some very broken cases. Detection is not by any means way to fix encodings mess. HTH, Maciej -- "Tautologizm to co¶ tautologicznego" Mathrick http://mathrick.blog.pl From otaylor@redhat.com Fri Jul 16 13:23:38 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 5CFFE3B0670 for ; Fri, 16 Jul 2004 13:23:38 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6GHNae1015852; Fri, 16 Jul 2004 13:23:36 -0400 Received: from [127.0.0.1] (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6GHNaa25956; Fri, 16 Jul 2004 13:23:36 -0400 From: Owen Taylor To: Mika Fischer In-Reply-To: References: <1089982770.9530.79.camel@greebo.homeip.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Xyt5G1OL44wmCrp00gxK" Message-Id: <1089998556.2917.367.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 16 Jul 2004 13:22:36 -0400 Cc: nautilus-list@gnome.org Subject: Re: Natilus using UTF-8 for filenames regardless of locale X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 17:23:38 -0000 --=-Xyt5G1OL44wmCrp00gxK Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2004-07-16 at 11:27, Mika Fischer wrote: > On Fri, 16 Jul 2004 14:59:30 +0200 Alexander Larsson wrote: > > This is the general behaviour in Gnome (this should be in some FAQ). If > > you want to use locale-dependent encoding for filenames, set the > > environment variable G_BROKEN_FILENAMES. >=20 > Yes, that fixes it. Thanks for that! >=20 > Can you tell me the rationale for this decision? I can't make any sense o= f > it. If the user has set his locale he probably wants it respected. The problem is that it doesn't work to use locale-encoded filenames: - Multiple people on the system may have different locales - If you create a tarball on your system, how should the filenames be encoded? - If the kernel is converting Windows filenames from a VFAT or SMB filesystem it has to choose a single encoding; that encoding can't depend on the user's environment. Etc. So the default we chose for GLib was to do something that at least works from one Glib/GNOME app to another. Many distributors (including Red Hat) do turn G_BROKEN_FILENAMES by default. Because people found "G_BROKEN_FILENAMES" a little offensive, we deprecated this naming in GLib-2.4 in favor of something else: =20 G_FILENAME_ENCODING=3D@locale G_FILENAME_ENCODING=3DISO-8859-1 > Also, can you tell me why Nautilus displays Filenames in different > character sets correctly? How the hell does it figure out the correct > cahracter set? This has the same taste as IE guessing the character set > used in HTML-Pages... UTF-8 is an encoding of the Unicode character set and thus can basically handle all the world's languages. There is no guessing going on. > The point I'm trying to make is that all of this breaks down horribly if > you ever use something apart from Gnome, which I think is not something > one should aim for... To get filenames working correctly, you need to use a UTF-8 locale. That's it. Regards, Owen --=-Xyt5G1OL44wmCrp00gxK Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBA+A7cS+2LB0B90LERAqChAJ9LUmVKTGfnYZrS2a26LvbzF+tOnwCdHvZv JopzuED63GsEISOFgB4/H5s= =Y78Z -----END PGP SIGNATURE----- --=-Xyt5G1OL44wmCrp00gxK-- From gcgn-nautilus-list@m.gmane.org Fri Jul 16 16:36:15 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by menubar.gnome.org (Postfix) with ESMTP id 4D6DB3B0A41 for ; Fri, 16 Jul 2004 16:36:15 -0400 (EDT) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1BlZRC-0003MI-00 for ; Fri, 16 Jul 2004 22:36:10 +0200 Received: from nat-ph3-wh.rz.uni-karlsruhe.de ([129.13.73.33]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 16 Jul 2004 22:36:10 +0200 Received: from mika_fischer by nat-ph3-wh.rz.uni-karlsruhe.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 16 Jul 2004 22:36:10 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: nautilus-list@gnome.org From: Mika Fischer Date: Fri, 16 Jul 2004 22:36:02 +0200 Lines: 61 Message-ID: References: <1089982770.9530.79.camel@greebo.homeip.net> <1089998556.2917.367.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: nat-ph3-wh.rz.uni-karlsruhe.de User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table (Debian GNU/Linux)) Sender: news Subject: Re: Natilus using UTF-8 for filenames regardless of locale X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 20:36:15 -0000 Am Fri, 16 Jul 2004 13:22:36 -0400 schrieb Owen Taylor: > The problem is that it doesn't work to use locale-encoded filenames: Well, it worked remarably well for me so far... > - Multiple people on the system may have different locales That's right and they should be able to. > - If you create a tarball on your system, how should the > filenames be encoded? I'd guess that tar considers the filename as an octet string and doesn't mess with the encoding at all. > - If the kernel is converting Windows filenames from a VFAT > or SMB filesystem it has to choose a single encoding; that > encoding can't depend on the user's environment. That's right. But in that case I'd much rather have every user who wants that to work use the encoding *the admin* has configured not the one that Gnome decided on. > Etc. So the default we chose for GLib was to do something that > at least works from one Glib/GNOME app to another. Many distributors > (including Red Hat) do turn G_BROKEN_FILENAMES by default. At least that's good to hear. > UTF-8 is an encoding of the Unicode character set and thus can basically > handle all the world's languages. That's right. > There is no guessing going on. This is not. As Maciej already wrote, UTF-8 and the iso-8859-* charsets do not have the same representation for non-ASCII characters. IIRC iso-8859-* characters that are not also ASCII characters are not even legal UTF-8 characters. So there certainly is something going on here. When Nautilus comes across a filename that is obviously not in UTF-8 it somehow gets the right charset and also displays the filename correcty. This is what my question was about. Where does Nautilus get the right character set from? (BTW: This leads to situations where two different files can show up in Nautilus with the same filename :)) > To get filenames working correctly, you need to use a UTF-8 locale. > That's it. That's what I was hoping not to hear. The reason is that some of the applications I use don't cope too well with UTF-8 (the main culprit being zsh). So that is not an option (for me and at this moment). But I now know how to switch it off so I'm happy for the moment. And thanks for your reply. Cheers, Mika From davyd@madeley.id.au Sat Jul 17 02:24:33 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from oracle.bridgewayconsulting.com.au (oracle.bridgewayconsulting.com.au [203.56.14.38]) by menubar.gnome.org (Postfix) with ESMTP id 703D53B0868 for ; Sat, 17 Jul 2004 02:24:33 -0400 (EDT) Received: from pingu.cook.theducks.org (cook.theducks.org [203.22.197.49]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by oracle.bridgewayconsulting.com.au (Postfix) with ESMTP id 329A91F8002 for ; Sat, 17 Jul 2004 14:24:48 +0800 (WST) From: Davyd Madeley To: nautilus-list@gnome.org In-Reply-To: References: <1089982770.9530.79.camel@greebo.homeip.net> <1089998556.2917.367.camel@localhost.localdomain> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ofNBv6xLkf1Pr0s6U0BZ" Date: Sat, 17 Jul 2004 14:24:06 +0800 Message-Id: <1090045446.20909.10.camel@pingu> Mime-Version: 1.0 X-Mailer: Evolution 1.5.90 Subject: Re: Natilus using UTF-8 for filenames regardless of locale X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jul 2004 06:24:34 -0000 --=-ofNBv6xLkf1Pr0s6U0BZ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2004-07-16 at 22:36 +0200, Mika Fischer wrote: > That's what I was hoping not to hear. The reason is that some of the > applications I use don't cope too well with UTF-8 (the main culprit being > zsh). So that is not an option (for me and at this moment). zsh doesn't deal with unicode? That doesn't sound right at all. Are you sure this is because you are not using a unicode compliant terminal emulator? =46rom memory, my housemate, running zsh, has no problems with unicode. Most of it comes down to the terminal emulator, gnome-terminal and uxterm work fine. Of course, you can run in another locale with `LANG=3Dde_DE@euro foo` if you have that locale generated. Why not give unicode a try? ;) --d --=20 http://davyd.ucc.asn.au/ =20 PGP Fingerprint 08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA --=-ofNBv6xLkf1Pr0s6U0BZ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: http://davyd.ucc.asn.au/pgp/ iD8DBQBA+MYGLt27T1GRbNoRAgMaAJ9YQB8rh5RbgnbRUv2jtgDDyBQBZgCfTTYg 0WkUPujNECrojJdRv0J2wmE= =8rP7 -----END PGP SIGNATURE----- --=-ofNBv6xLkf1Pr0s6U0BZ-- From gabor@realtime.sk Sat Jul 17 09:44:44 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from core.realtime.sk (realtime.sk [217.67.16.60]) by menubar.gnome.org (Postfix) with ESMTP id A56A13B079E for ; Sat, 17 Jul 2004 09:44:43 -0400 (EDT) Received: by core.realtime.sk (Postfix, from userid 512) id B9FBB932CD; Sat, 17 Jul 2004 15:44:42 +0200 (CEST) Date: Sat, 17 Jul 2004 15:44:42 +0200 From: gabor To: nautilus-list@gnome.org Message-ID: <20040717134442.GB25089@core.realtime.sk> References: <1089982770.9530.79.camel@greebo.homeip.net> <1089998556.2917.367.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Subject: Re: Natilus using UTF-8 for filenames regardless of locale X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jul 2004 13:44:44 -0000 On Fri, Jul 16, 2004 at 10:36:02PM +0200, Mika Fischer wrote: > Am Fri, 16 Jul 2004 13:22:36 -0400 schrieb Owen Taylor: > > The problem is that it doesn't work to use locale-encoded filenames: > > Well, it worked remarably well for me so far... because you've been using it only for your and/or german and/or european stuff which is usually iso-8859-1 (or 15). i also didn't care that much for it until i've found some japanese files :)) > > - If you create a tarball on your system, how should the > > filenames be encoded? > > I'd guess that tar considers the filename as an octet string and doesn't > mess with the encoding at all. > yes, but the problem is: if you create a tarball and give it to me, nowi will have to switch to YOUR locale to be able to see correct filenames? > > > There is no guessing going on. > > This is not. As Maciej already wrote, UTF-8 and the iso-8859-* charsets do > not have the same representation for non-ASCII characters. > IIRC iso-8859-* characters that are not also ASCII characters are not even > legal UTF-8 characters. > So there certainly is something going on here. When Nautilus comes across > a filename that is obviously not in UTF-8 it somehow gets the right > charset and also displays the filename correcty. > This is what my question was about. Where does Nautilus get the right > character set from? > (BTW: This leads to situations where two different files can show up in > Nautilus with the same filename :)) the guessing is usually something like this: the application assumes that the filename is utf8. he begins to read it. but then he founds out that it's not valid utf8. then he uses something else ( usually iso-8859-1 or locale-defined one). > > > To get filenames working correctly, you need to use a UTF-8 locale. > > That's it. > > That's what I was hoping not to hear. The reason is that some of the > applications I use don't cope too well with UTF-8 (the main culprit being > zsh). So that is not an option (for me and at this moment). are you sure about this? i don't use zsh, but it should be able to cope with utf8. locale defines many things...file sort order, how to display dates and time and so on. filename encoding simply should not be part of it imho. gabor From kakilikgroup@yahoo.com Sat Jul 17 18:12:22 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from web50501.mail.yahoo.com (web50501.mail.yahoo.com [206.190.38.77]) by menubar.gnome.org (Postfix) with SMTP id 1CDA53B0A67 for ; Sat, 17 Jul 2004 18:12:22 -0400 (EDT) Message-ID: <20040717221222.79609.qmail@web50501.mail.yahoo.com> Received: from [217.219.51.5] by web50501.mail.yahoo.com via HTTP; Sat, 17 Jul 2004 15:12:22 PDT Date: Sat, 17 Jul 2004 15:12:22 -0700 (PDT) From: Kakilik Group To: nautilus-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Project proposal X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jul 2004 22:12:22 -0000 Hi all nautilus developers, I would like to start a user-friendly desktop theme manager for nautilus-dekstop. It will has a clock [anolog or digital], a calendar and a shedulable background image manager. In next versions I hope to add it a full functional PIM. Regards, ===== Kakylik - Turkmen free saftware development group www.kakilik.org (coming soon...) maintainer: gmtavakkoli@yahoo.com __________________________________ Do you Yahoo!? Vote for the stars of Yahoo!'s next ad campaign! http://advision.webevents.yahoo.com/yahoo/votelifeengine/ From DANIELLLANO@terra.es Sat Jul 17 19:59:30 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tfdsmtp2.mail.isp (smtp.terra.es [213.4.129.129]) by menubar.gnome.org (Postfix) with ESMTP id 341743B0AE0 for ; Sat, 17 Jul 2004 19:59:30 -0400 (EDT) Received: from teleline.es ([10.20.4.99]) by tfdsmtp2.mail.isp (Netscape Messaging Server 4.15 tfdsmtp2 Mar 14 2002 21:29:48) with ESMTP id I10TB001.AID for ; Sun, 18 Jul 2004 01:59:24 +0200 From: DANIELLLANO To: nautilus-list@gnome.org Message-ID: <241652674b.2674b24165@teleline.es> Date: Sat, 17 Jul 2004 23:59:24 GMT X-Mailer: Netscape Webmail MIME-Version: 1.0 Content-Language: es X-Accept-Language: es X-Priority: 1 (Highest) Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 7bit Subject: Re: Natilus using UTF-8 for filenames regardless of locale X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jul 2004 23:59:30 -0000 gabor wrote: > the guessing is usually something like this: > the application assumes that the filename is utf8. he begins to read it. > but then he founds out that it's not valid utf8. then he uses something else ( > usually iso-8859-1 or locale-defined one). Could someone point me where the code that does that is? I'm looking into implementing the same code in another gnome application. From gabor@z10n.net Sun Jul 18 11:34:59 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from viefep13-int.chello.at (viefep13-int.chello.at [213.46.255.15]) by menubar.gnome.org (Postfix) with ESMTP id 2DCFA3B089D for ; Sun, 18 Jul 2004 11:34:59 -0400 (EDT) Received: from [192.168.0.2] (really [217.23.244.140]) by viefep13-int.chello.at (InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP id <20040718153458.HQKH23041.viefep13-int.chello.at@[192.168.0.2]> for ; Sun, 18 Jul 2004 17:34:58 +0200 From: gabor farkas To: nautilus-list@gnome.org In-Reply-To: <241652674b.2674b24165@teleline.es> References: <241652674b.2674b24165@teleline.es> Content-Type: text/plain Message-Id: <1090165061.9623.3.camel@dubb> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 18 Jul 2004 17:37:41 +0200 Content-Transfer-Encoding: 7bit Subject: Re: Natilus using UTF-8 for filenames regardless of locale X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jul 2004 15:34:59 -0000 On Sun, 2004-07-18 at 01:59, DANIELLLANO wrote: > gabor wrote: > > the guessing is usually something like this: > > the application assumes that the filename is utf8. he begins to read it. > > but then he founds out that it's not valid utf8. then he uses something else ( > > usually iso-8859-1 or locale-defined one). > > Could someone point me where the code that does that is? > I'm looking into implementing the same code in another gnome > application. i do not know how glib handles this, but imho it's simply: byte[] b = readBytes(); string t = decodeBytes(b,"UTF-8"); if (t == null) //or any other way that signalizes that the decoding failed then t = decodeBytes(b,"ISO-8859-1"); //this will not fail because all byte streams are valid iso-8859-1 strings. gabor From ttb@tentacle.dhs.org Sun Jul 18 15:43:05 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tentacle.dhs.org (CPE0000c02944d6-CM00003965a061.cpe.net.cable.rogers.com [69.193.74.215]) by menubar.gnome.org (Postfix) with ESMTP id 618B03B07BB for ; Sun, 18 Jul 2004 15:43:04 -0400 (EDT) Received: from ttb by tentacle.dhs.org with local (Exim 3.36 #1 (Debian)) id 1BmHf5-0001NM-00; Sun, 18 Jul 2004 15:49:27 -0400 From: John McCutchan To: linux-kernel@vger.kernel.org, nautilus-list@gnome.org Content-Type: multipart/mixed; boundary="=-eBcOcW2Zk7UKKcyWwa7l" Message-Id: <1090180167.5079.21.camel@vertex> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 18 Jul 2004 15:49:27 -0400 Cc: Subject: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jul 2004 19:43:05 -0000 --=-eBcOcW2Zk7UKKcyWwa7l Content-Type: text/plain Content-Transfer-Encoding: 7bit Inotify is a replacement for dnotify. The main difference between this and my earlier inotify design, is that device numbers and inode numbers are no longer used. The interface between user and kernel space uses a watcher descriptor. inotify is a char device with two ioctls WATCH which takes struct inotify_watch_request { char *dirname; // directory name unsigned long mask; // event mask }; and returns a watcher descriptor (int) IGNORE which takes a watcher descriptor and returns nothing. After you WATCH a directory, and events that happen on the inode for the directory that match the mask you asked for will be available to read from the char device. You read this structure from the character device. struct inotify_event { int wd; int mask; }; When a directory you are watching is unmounted, you will get a UNMOUNT event. When a directory is unmounted or you use the IGNORE ioctl on the char dev. You will get a IGNORED event. I have attached a tarball, which includes the patch for linux 2.6.7 and a small test app. I have tested this on my system and AFAIK it is working. No doubt it has plenty of bugs. I plan on adding an inotify backend to gamin soon. John --=-eBcOcW2Zk7UKKcyWwa7l Content-Disposition: attachment; filename=inotify-0.5.tar.gz Content-Type: application/x-compressed-tar; name=inotify-0.5.tar.gz Content-Transfer-Encoding: base64 H4sIALTO+kAAA+w9+3faxpr9Ff6KSdr1gg0YJ7aTOnFuqI0dthi8gJvmnp6jI9BgqwGJq0dcd5P/ fb9vHtKMNJLIo3d3z16aY5Bm5pvv/ZgZqa7nR+7yod3tHO1/9xd9uvB5dnSE3wfPjrrqt/x8dwBd jo8Onz05fPZd9+DJ4dGz78jRX4WQ+onDyA4I+S6K5qX9qtolIfL7/8jHVeR/Zb+nS3dFv/UcyI/j w8Mi+R/Df1L+R0+fwv2Dw4OD7nfkn8LE/+fyPzs7vV0s6mcXw97l9LT91l6tSPu2Pp2cTU+FblgR DaPOgsjLOHJXYWdRP+9f90fnp2vQGoduqOeQHxocTrNe7/idxUm9BnfOmul90l6QH17W6zDLCVHB 1+vq1UlmLl/r2/HrNcC5og9p+5kZOJIngA1S10TkOAnN5Fa9vlhR2wPEgzVpL8kuwNntzO33Oqjv yfmYjMYzct4f9md9HfmOf0L24zDYd73FKnbofhg5rt+5028uqR3FAQ07dxWDH8L9hUOXYRbArRcD 5HheCGHlzveBTW38dg+fH8MPL/5j/2nnaedQxQ2AVyExd6NwP3rY0BwWrOXeD5zQ/ZNuDwY650AB nsimchDWpbXwvaV7mx19v7izg60QED0z3ASoH76Wk3ZwuxUGTCGslbs2chMkbtEgWLkwvEo5Igdw ykIJo8D1KjFBxTKKNHLXlZLEweA3IzMBrKEcwHLhRSvjaNFSPjz2gDuOcfzGD90/LH9TiQLrjcrk 2UhwnkDXX1RjwqCwnjlG2uE6aSkHkvQ0UsRa2kJWWwg1egCTtuNVlMOIiY2u6GI75siupib3NqTb QSnTpzBY7HNjSr0Av2KdYWrdyadghNP/QldbMPpzfK0O4sucrRmNz/e2VXC2cbdmGFv72xIUtnK4 X8ZO3eOW4KC43K26qz7Y7HMrNZE74UKnWzGeW02R192O5Lx/zjrXkuFGDy397jYAFEdc6ni3MMoK 31jNTdUVF7rebYgy++JizD/XGZfJ8zO8cZlDcEuYXumP6//T9cq/Pt/2o9b/UsobO1rcfcM5yuv/ Z08OnjzJrP8cHRwf/av+/2d8HHe5JO04GBFW+XJ7bz/pHHee7TuB+4EG4KshfifKsSDVXertdntr eLWDH49/bB88aT89IAc/nnS78K+TLAySdveo263v7e1tMW/tSbd72O4+ax88JweHJ93Dk8MDDdQh gHr9Gn60umTvoPX8+Efy+nV9b3+3vkd2ycDzHUrmdkgd4rgBeFs/eCAMuLuwI9f3QrL0AzJERDo4 hA078zcPgXt7F5HGWZMgCuQ//DuPXC3OYjAk20t6zu7ckGwC/zaw1wR+LgNKSegvo3s7oC/Igx+T he2RgDou5g/zOKLEjYjtOfsw7doHYT3ADQYr9hwakOiOkogG65D4S3ZxObohl9Sjgb0i1/F85S4A 3QX1QkpsmBvvhHdA3/wBuzNIF4jFVGBBLnyAzIh9QagLfQKCnIZr8qRFAI2GHSGmAYHQDnebgN4D g7Oyo7Rzp5DolDYHsnuG9J2/ATLuADBQe++uVmROSRzSZbxqEejJ4LwdzN6Mb2akN3pH3vYmk95o 9u4F9I7u/Dgi9APlsNz1ZuUCaCAmsL3oARjDhl/1J2dvYEzvp8FwMHuHlFwMZqP+dEouxhPSI9e9 yWxwdjPsTcj1zeR6PO13CJlSKtnKoBSwdsnEA9xzaGRjQE2on7q3HnXa/nLZnj+cZBSDgFN5HVEv ssFYOs4dBOLgFoft1/fqe9+LGExe8iAM4dvfQBrxKt8EqhEDBFPTexp4dGVsChegCeaWjeut/MV7 c+PKnhsblmbkMM1zjS0bf2XGbO2GUIh9AO4am0uaXM+NjA0iZzPRI8qyz2Merw0MDfeBG9G5XcC8 JJN6xUQME7seJVe9X63BaDwbXLyzzvu/TMlzsg8aT4nvrR5IGG82fhDBzXuMzGBgTEMKBltve7Oz N/3JlBwfIpQeKOUH5lcYsDv7A8WWSlD/edO/6Z9b/V/6o5mENUYIaA9LNwgj8uTomBleFCZW+4+Y xmB9KlDL+mkwu+pNf7amg7/3SaMQ333yvKlyRe00G4ABs7/kdwhZLg3JHmm8+fv+IRuCxQ7Yox35 a3dhRZI6KF5jL3pB9vfJyxyTcRzQdAG2S+1FstRAuHaRe0o8CqREPnlP6YbYBEWOflaQLEgFx+hG LWbsaRcXQ0nIfRoAQsfKUIKaEN058ZljDaN4uewIgwevGC+iZMFDYPFf9b2aaEHY1h21gbs1jsIL aJQk1/g9QbFpVE2KHFtdD0bUdDbB7XvbjSxGGBsDnGS3FHhYPwQWQq2xn9iEURigBTgCJUFZf+FD EDX8xnsffBexr9XAl63tEO99epEKXKfd4gThVA0oJpucFLgVPDTYjRbJ8IwNaLF+Qiu0ZkEt4ynQ T5ABDlMO2QIyWwTuBuI+dIm9kDlvsvK921pN4FtLgYJVAy3sh96gCnC3Bj9M8qg5jDQ2v+iL16ae btqTT1vUMU47xt4ahco10sxmKX3nc3gsBrUIH9UsBut+EVi3Cmz8RWBjK9EK5hOloYIdQvyGtMSO IArfcXsX7gBU2QOpiMyKp5zMzu/vRLIh0lCCmt9oklsKbmFhr1bUaUE7QGXTwPe9vXoPsMH0uaMA Zym8CHMR6J2XbiTzoTm4BdBGAAeascIpqGP2EjxAccVHvSbikzN+8WHqkddVNp47kIxJMgiRb5km 3FIG6hDNOJnLRkOEmRyLa3ZjAVk2MAQ8CgQOyAEDsgu5OOYQKmA0vV32DbAUH8lyDUhfbeI5ws0R GgQ+uim4ZD/JqYBsoVRIIwE/HI9/vrm2LsbD4fjtR3F1Ppj0z2bjybsW2fGcJgO6JA0GqQmGVavd +qAykIPyKThWMIfndBzGlvYrQRyOtSwXxdoQyOMtKLfvrIBCuRTShpgDwJ1AU0CjOPASCj4pfGOu NPYCupSc07nD4XNft4EEuZFM+MngGjU92tWuGsjDe1BozR8SdIdNNTwVgRJKBR35b2DN+zUYgL8A lN0/KZhXowQE6NPlxbXVm42vBmdNDggF8IhDa+YlwBvar9hX596BCe+ZMugNSAA0Sbc+GA1m1nAw nVlv+r3zxo7szPSVAdZlkhDG2MmkAbZKI6ozoIw0yR3OxioETHS1Dwrp6rIWVmE2xDQSWXCA5z7L TsAzCTfERqFmhogYsBP9kAyLf9PyOR6WwZU1+C8c2pK5hcX1otZQGsnpKeRy1s3oanwzmjXJx4/k NxQbfvLdBpej8aR/Xtxth+iTMW/CqIIwCvyCXANB4TcWunSJhRl6ZUy+uA9NLUiJ1iLvMctNRnP4 LgoyZDeNNl9rKqjhIrNjsWWHkaZkeE0ksTBd57MJVUVF+JTaTSo+JjjJzPYr5iDar3TmfvxYPIBz 3zyVQB6qHwPuWXegGUwCHn0Om4J3Z3HGdiAnhQpbN48WSacIEzVXSwlVzHd2yOcKG3DZJA1lMNnZ IY94RFtvoge1qdnMel8VKCfPoUyHyrTnCxThkRl7hngR/xPmlgZwhbz2K4/+Eam8Bndm8EJCsA4t FqzRD2Z8kBL9VerAA1ng2cr4x+M9D0p8vtQVSobxfpIrWhvDWat7spak1qSCu0qAEfzNg9nbU7Bh GQ0rkq0/aeBbUO+IqUXl08qUxYJ1IdDP+qLyq/1NIYjRX8ZNiPsV3GwRzkjJVcG8jx9h2EvSNTEx T3m7zVtwxTcoQ1+C6qYmKjAv8qgL8H6gSvK6lJK8081mjEpOVOHChSjF3eqMRfQUycrP/cmoP2xq QNCfJRFbc6FKEqL7YmhI8sakBRdzTomoKbM5Q9rLSgy2sI+7RZ/YSvMfVtFbGFaF5eNPNjxDo8mg 0SLlqoAVewYoQv1UUKiB3ABFIiPZrE4KE45uhsPUNKV1JJLMpc3CQW2lVRWKIrSpkDMmc2RwFTqr GcPIV6nfznqY9ljMF6HamCqEHIFVoarKUoQsZBCB5MvCcppXiIkEoZjKpBtJ5c8FrqkC03mm9KI1 L+OaEP6nVAEEJp+2YBRKh7Hps7zlVpyp4ILqTcNkUcXAA7QsLGTKOVBBfzZAuKEllyXzVWSZLXyJ N/1WnBC+UTjHDD8ONE4YQk4BJzCx/Hb+oGDZoaunKJBba6OSfu3+YPRLj7k0Q+ohsphUYXP+5HPA fU1alE4wGk+vzwrwLUiVkoQ+F7ayyrDdgkhWosH66wS60T18pYYXCT3lvuYnFQlyAW5UCebioTSE onJV1YGWWkZzSEpGb8gRsENxWmfSIy3SatKQlREEnnjjKMkbLyjNy1Tb+lN9TZ549N4SqRO0ySu5 +GHwN1uHnwTWx1O93hXE10zFMi76pRgZdBN4UuBniuNxgYMRZaFDUyfy8WM23guIahxtaim9oppm g3SlQWbo5eug2j29CirTgGQl0lgT5FhmNuRvwbEiXpisRcmWTXRLY9mS7hzV+7vkZ1Yvk971QBwA 0BYZOOCCJSqFGVsuPZlDtJLHCiJdS0lDvy6lU6GrKqmmyyUeTh2iuDpZXUr4MoUumuFTSqjsmiMV +vR/vR5PZtb03dVP46F1eT1sFAqCMyezIoSsUTtJYfEWDD34bRSX5gxl/40dJGtCWrUhdxgSCh22 v5A28JFipyHgi0LZVqHVZvoavE+yjaHw3GE7C8oMmSomi1wpY/NM45xVK7dN4C9oGFox29xk2pXY gbI/zpu3UvwW2cWFr8IU1QrtJVWUHDuD2NgEybYiV3DdHtPavWhnmBfxrEO1ZZi6GG1ULh3ovV6I GK82pPN/rtEpq/nqrJqr1oNPvhpW+xqn4UMMrlhblKgw5Vp5YV3TlwIa+fm1LbZ00+6TYVlhHrsr p0o18W8SssJ4AwFkzrYsdsN5K79vW6DK7OiBFGxRbSUkwGd0zZpaEgxYyEwYGs7Jo1MSzlnMrC18 L3K9mOb19y+IGzIvITkdkIaouvYqhfiUSVQZBxRBCAEmssvISHfPqaD4KE5vdjktRdIQYxVVNSiQ 6IMUhZjqgI4o4Ay0qnw3ektleKk7zrOEQ93HI53y6AOmaTRY2gt2hgLPXtI1iJftu638e5HICCNJ Yp1aquEZQMlqfPic7OJfKIfgvhXZc7yDR5CahuMNRQ5VduP+DuG1X20AX8zJ8HCASD1lNzYVztHg U8vq043QF7iCbtlbWEXRdpKGp/yIbO96PBwORuQj+zE5hwLtKimmMl2z6XCIC89WSjLbFTSwTZyZ YOcndufxssUsCFnGxy943Fr5yyVc7bITHEyfebMo3LfbnjKeIiFFrbqQWLWMC6LsIEZAw3jFBnHE fcAcr877Z8PepG+97Q1mbIOzwaWyiIMgyQ9qeP43WVzBoXDFAfDVh2IdqCmnLO/YuTwAtYxXq+Qw oNhqQz1m/pAvjbwkfB8gu7DAsxbhtzha1Ws5Bdt76u4eduMkLK3lyr4NyQ4ZW6Px6Kfh+Oxn6Sfl hL3L3mDEU2J1Rrkqpvogyw3+kY+KvEiVJwEbqj3sSIMI6IbabE0GkUPDtlcWPmDvercNKR8ZblIv hROS3Cq5xHzSn856k9n03ZSHbhpZAhQ/V0gaM9wwm9yMRoPRJR8b0LX/gVbim+N+HjoHPhjN+pPJ zfVs8NOwn5z32WYPtpJMduA6BmNtZHI6c3eGMOdzqjHb8CTHEmLmCTeAy8Ces+Mewr5R1b9i+7iW busrx1LUCsOwXy62h/SIZlbOjNOAieQd0pBHY1r81JI8QNYEb6AsqWUgZMz1oncznBWYa/XcfNtR n72BLmlPugyJY7P5TVBisE814EwKfCy2tokvvaG+isrh5NJYVUzsiC9p6FUquk9jbaW4eJi7aNW1 mbpfvhLOwCUHGFAp9+ESFJ0/3oIowM2173B0hEqw362CQ+LNBNC9/Z6SeINPqUTs+DUqP377Hgv8 AostzBshWfHGYilPEG8iF5ITxbBMdYGa6fjgHUsXsNI4XsXdlHvaISFtRSp3QgjPvOsrXqMx3HuR O6+jg1HDqNgGb5ijH0cwtwdeU8/XFMFIEun88Ew2nTnqIzEHdckfSGmRrnF/O7e9UMPnRvLqlaKf 2RrhK8xsEIo+PTGf1YfEe8GY6TXUzRiwoXjGr/550iM9Oi9hq6cnFK7pp0ZyvFrTNTJCP2nSLThs kk+KkpMFEgHGhY7WpDYsY2+BD4FlNv2TBwOUrvSPjQtGTU4LLDbNPIxSqBcuFGs+SxyjtWyW0XP5 bnGaqGqNaIslouwKUel+psELVK3eZMrs4tUhwxJIfnFGB7/lKk1+ceRbrr2Y4H/G4otJA6QTr5Z/ EWPv79AnV9Z7teLcJjn58ilbrmsz6Qc61LAhT4ZvGTnSg1x58zav/uSXIyvid1ExhQIttN5amYkq +Z+xn8Jvphf8PEwmEiQNajqpnUZlhxZz0W2bIwJs0OfvIwMRoAQhJNXih3J6EXIIvUpWXcE2e6EA IC17+YX6IIWYsf0qeb5hR92AEg8xpOfn6R9ulCuKOd3yYWh86i6phB9NrcH0fDBJlwjXCD09GiAO BsygT5kxa7MLeaXb5NkDgIzVCWk8vqlkFVpyxRLlvnhQGVcBVuxsPJ4ZD9nTPwFtQ1xij+4pz4WL x/rsFcbuBwCBDwaJwzQtbP09BsHznUAGjkVyXGSQ+sbGSHaqDsRwLEecPlI4XKQhvlQRfAoM5/VX jvSq3Ej8lL0FO8aKOfpJqBCZiMZ8NWpttdurukBSFTOyJfHXBA0l8e2misZVfWF7/x4RXGGGKoE9 x53kDuxJCHxqXZi6SVzanr6GD6bg4nAMk9r/EgYo53U+KbvWGh35xCBhl3gcFiahAWVPyIlH77kP SxwEuhfVGygHXJT1jPIUojhiosfQjwSV+G+oXkGs3/JoX5HjVly75qCLHFO94FCQFKx6Fih/XKx6 gbEkn6xwiVtt6W2bK+qiNCp+abJYqfVmpc8dGysrHiCjEYtqX10zVAQjNhNwASs3qzfsT2bksVxx 5jOdkH/b/OY9Tlxx6RCl4oVxDhtX/vRQJUievugg84Vws7AmEiVGRR3EMTAiwESYcIGNF8rLnVzJ 0HsnQVmME2est0jBTb4D3/mVTb832dx7I3ZatE2uxTr33KQd3GpnRA3JXmanpDSxFN/S89y7jrpe s9wYN750z4SexRqMz6zZu+t+A1Bu4k6vrNKhYTa0rnqXgzO5SKe6nGTwaMKHvsqN/HU0MYxUx2IW yQbvEHY96ffOm6mHe2Qv2Dam/77xS3+CoN9OBrN+izT4+wSawNMWH4mrGwxU80XZBGx86QyIQuUE Shqte+SSBduE+xorwnuXFRgMSQaKJZ+Slezc7QlTML4JtXmwloG/ZmvGjR2hBBl8zYt0mvo0ZTJp Qj2zeyS310VPDR53xxIPsZkNrocdl9RJ4edSi2kBDTbT4XrfAl2RCPDw4TqlqE5nvdlUYGoKEUk5 qtiTAuxTfsU9H4AUJ4ILxIF4zZScb+lvcMkMie749x4NarVTMnszmFpX4/ObYR+dTgeXsfG+uqXO GtD5qw14zRpwKVptwGsxghXd2hh2h7UyT6iOYzda/I0ByTPl6ct7sh5NELKG2wGBq6vBFGzz3ah3 NTizroDtkxYWLXYMsQu5g52xdIUZpXN/zBBBtsDNHZVNCRqaE7csXKRVTlHi02moXUolDsJ5IVcY 8WEswB/IvoUwhQqZWd1OzR56Fz4eWBKdup0jwt/XRBg2jBunIl7pk3FO5fMYjnBhHoOZsUYko8ih kiZiIqoK5fAujhxQQUBTWa/iWmj1bmZvxpPG48zrrV6a3m/1io0XA8/707PJ4Ho2GI8ajwcstvLt Q368RO06HJz1R9N+4/Hl9fAxFwNnoxCqKmJsFo2cGSproHHrt97J/yVC8cvnZI9t3nkn+4r31B23 D45J9+DkSfeke5h7T13pK+8ykJ7BP3Lw/OTw8OSp+Y13z1rPyB7+ef26Tr6vk4vxaHbVu74YDPu4 yrI5fPqsE3tundTb/vz39kMNNxXXdN3xSWB7jo8/oggtHn54FvxMbuDLU32yYXdQ0zo+6OtXw5Da DNBInSC8Hxpn49HF4NL6Zdas1QD0hygZ+WFhhYuAUg9+4xtE/BVd2xu4+K2Or/nBAzDpbdD6ZTTH Yfydqvi6OnzJ08PctwMHJixTj2W4b0dRkHkPYnK3QA2S9ozoQWZHzytFnx0N4j7+7/aObLeN5PhM fsVAgG3Kpu2Z4SWRiANHByxEkTaidjcJFhjQGo5NmFc4pGRjoX9P19HXXKRkxX7pSmAte7r6rK6u ru6q8sKg3xLYfuF0B0Gz670S//KE51yekXfidwWfZstIun7LfYx5TrZ4NsvhsTPhgi//3SzWI3Zr l2/L+GazmqyxTOzVQbt5ILp10GkGPnZMsFtPKRsWKIZ5tYyVSDyX1hnpeA3jiD8bk1F0O5qiCPCa RBHOiHKh+ZsKrcVye8Xnzg35glvmGliCQv4xs1eMcc+dsG1pvPttRIgHkTwVcnI5GXKGPAsKu7vQ oY3eey3mIej1xf87hyWE2CJKbDEp6lelPK4sNYzieAUieLqEx4QvPfIDJFbrEhSvf/G0woAOMuh6 x77X1VoF42rXq9UUZvoRiOCjnfhx+gUcI+OX1+9SevGIz+Eg2c5Lb69Q0tsyPeT0MDc9nFw+PZwh yyYO+0G4y/TY6Nv5RBjC7Ih/i/lE5epcjj4hk31KRlHJfYR4nC7mYs2uS5Cz7CLoHBDxdQ4l9Ulb tniCNj0LcUCmKwZwA9X05BKdoaILfTEV8BfSjAmEiLpCuMcX0ZE4Nl6f2Leok5w9BeY+M3LDKuC2 c/blIl1HZQ1DjDzPwC63RVehy+1uUNHl2RdRS1GP6Ujz87q8tWEl3e60kJDF305lt8WPkvH8eT2W bdp1irthD/vabakp3ixNaxvN78azB/aNAhrt2jeVWxQJF0igouVdTnUATIR0Gnag55N00vO75qZA LUQPPIb5knzuenz0/ujDSXRxOjwdRlcn4sx4crzP3Smq+//Qx8JtmnrUoynpHbQqyC/9NhOM6otN gItpDEz7p9Lg1oaVUOJBx8duH3R6JiUKzOhJqPFpe4ld1G1reogIFrsZks33NPRbh80gEDul3+41 gzZP8TQdQ2Vyqm+TNBKioRi0CP27UmWiEqNSrE4kZaq1x4TlUUaHS0RGU6JpwSeWUnODKRsBA0rr hiReaD1r08rHViGfGcggtXqMvrVKc7XtWJHJVvKFyxHMEkhF4QolQyXFsvcWyQ50ZXnBjlLL5Tr6 XnD620nqtrC///RXJWRVinyPFeu0f/J8Y9ibeO7DWgtyh50OdOiwo/YLveh+ub6KTq6uGomkF7E6 zoactE+nf6mfi6SngsqDWiMBMwvJJATJXP5ycsGlJ8DP0vVoOm0kcdNLFB2hgg7H3m+1cfT9lmrt 6XF0dH5FGJPpOBUy53SRCi4xj8ZfxzdYSITugTbzTToWm16Mr7dSkZ9EUOvWistAnbG6Uqw6eIqc y0yfjs4vh7QKmPghT4TNwuzcUsiBnePK+9tWBz5kRRfo+TVifitfKWau/DGo1dtlvRSU8d2rZgPh sn6UwsQ8ylStJtqdgg6oRcKgq9Qi5BBHGT4lKH/gXTCZiYFlmLQFAxswom65oUnkeCFEgzlfIpch vuZFByjv2GWclcC7RFZ/IlsmiVKw8/dHRyfDIbPzyhWawT3L4N4b3J2GSByLYIi6YfUQIc08aoyq MZ9wkP5xeXx2+u/HDZKFmxukdq/dPPRetXtC1glxkJCrscpmcQvXwuKPYH+C5wAyPcMUSdhDyIX9 eeU1INoCCCd4k7svu7wlBwvzlSNAo2Rje3/VxOP1s2P0gBGiIc0VfmYUbg+iITzgnYwHQ7mFQ6Jd bZ45cnI5X+QMeZYY7qQZstGJG7b6fthvtwq5odi9BDdUe1hVlIsavAuDEChoRDYbrz6N5zffPLBC A2MJjHIAz8JyhUziVYbBQTi2DV3Gb+WZ8D+89wIfg7hbfUvX45lpFRtRUoQz+jJJ96U4j1t06Etl AdP4arFYS60k6gIhwfAvqGip0Fz8Ix89Pq/EQSOKb8CdvKRiLLng82i+mDeeU2Xw33yWhjMzo1RR kx2kDeNWVn8uoa58xjyV+duprLQYVBP7fr8V9jvF1NamkyT8kfw5E35hEknGgO9OIRrJsR2jyTTW 9ZT/FDlj+LP2UhWDJQDRlkV6glL06xsdY0HqlunRmdVG6+UrP8kpiLJR1DkOm5H7Ilq3ngiJEEIO DGCdyegni4SDsECOb+zaupr5lMVY3SHPToSjcj8qpFdZWWZMr1Y/POiHxSTEMb26/sNCeumIXo8I 6PVd0Z2SeTxOvOj87OJXbaT3wYibk/tiuu3HR5yWkyD922BPAxvLsNOXrx/uVKAEIyILPPSFIBcg +QFtwQMdinhBLzkgVNkM3rcvV4vbiRjikQxageNCsbxSkTrbTNeT5VRF0VCPeUyDeT0oKvIP77g1 /yvPdADEfwpX8XcjUTBuEZlAQ2pv1lihhYUR1CZ5LNIJaKy2hUVq+BwSaSk00oGFRArJHBLpUBRS 4FtIpDzKIb2/vr46+5tCCjUSkNkniCuy5pBqaX5AfjupKdS2nxmP23xt7NhH4RwgzjHNeyJRF/Mm /uUwMwVjCgdMWUjg2xXjOTOHAuds1dYwgwIqkDwKezmUSO0MEr32ipm6xBd8L6B/nkLUKnzfD3YZ y1GaQgS69cJ+eGdgVb7FhBVF/ivY5IZi+2i2I5Kym4bHu9lbfvcCP+VDpmwcLOMppvfiny/KM/zr 4sprFZWA3amJfL83CgptekG1GdN+QZU4ARVFhviyvgATX9cB4lUxYksiFjnHgxg+cayiV4gZg5A6 ymoDYnIh50dGBGY6aLQtukBBB/E9AJTzVC72iGUOxQRDmMXRR7GwIHAhBDFMmT2/SA0DiS3e4rwH uIsbsEueCQdhI+cP9ngg+x6RWxOIS8YGG7hPsGejbKMe4BGJiBVcfyTiv352RFMHDwGebjP+L8eE vnmyOoAzl8f/9du9li/j/7aDsAvxfzth4OL//gjQB+x0HZOG00rCWPd2mnw6ZqTpsPbZZIpCb6aq t2A6SYaVzyJzYPZcmRwJ/V1df9jbLX75nkDhfej9OWw1w797/teEoV4HMRgkDbKG3K//WUfJOBEy cr2WQHAD9OKx91Z8l6XuNb3L6Or48uIclEJ1sr1WwQtqtSVdVTT2EPUPC/cPE1mUDg9ba/eiEKmV FxXfU7PoyoCtNKFJqnUrWavXQJNZyAhN2N8vaIT+WlDdCmurs6vNCUdcasjDAdaI6UljDyMNeTiC XBA0gSM0aYVsvYbVMxLr0bjeDAYr1mwMSizB4Ms8G4MSSzD4btHGoMQSDL72tDEosQSD5PVszzGx tOe/ZWuApJLc0vWmjcCpZSOF9z2ZgYK0kvx452Vnh6SS3NLZuI3AqXuepDL5gd6Q31uEVhx2y3Ap ZxCfJ6nv8sL7/Vi+nVeOlQacjw2QtWOmfbWY8ILIiG+XxMXBRL2Xum52Z4UhTvyB+q1djmtV8Cj2 8LaPYx5WOotTbWL7vM/jmy/WEk914NXb0RT/oq2BXPtwKQnOklZJnAIn4Axv1rci+YabZiRuKDWA bQrynx5H/zm5umw8hwJg8ETC8OQaOyDTRN/w/SwwXujaq4C/NVE5Kv99ztUQhslT1KCLg1ZkzHha 1NWC2YcC2RlHwGQmuw+2btIkB69La9hYPcXUE+kai+lTzr5KNtigr5pMxx94aaHIxAhQqSNTFrlx zvfHPi5O7qD14t83XAyM8HoVb5YqJuU+Z7DCBCmtTZ1iTZF9IjTNOuaBv4e7ldqR7swdiddhKeaf z8TEPpvG92KTAKsU3Ub6wYupVkuS6Sb9LCg7plk3Nhq9uZBPDqMQbJRsxLPUWMOqFlrGRqArnhA6 0aN9tJwQabht7oarwnEhhgQO8GI1LqvsHlk0LBpxUrVvQvUGMWa36cI24TGY/FQ9oEEKq6wxu8p/ 5fL/5yeTMbfI/37Xb7H8Hwq5n+V/38n/PwKUGlrpmX+9PjsfRh/qOnx79svDtu3BozbcQemWONhh Lxl8L/MebGE2g5K1PigR1QfZk4VY7XVWmfzU+S9a/2uxOz3h8X/b+g+CsKPO/+2uD+u/1Wq79f8j wJ3/rfO/Li+zGe7R7j4bTea0qEerTzdN5iQvxY/bMmUBLPhGoWJAS5u4fRvsCjjN3tubeLWYvRVS kWwqbPS5XOvZMptHilbD6XiM5lNwx9kR4rtgf3H65s0bOoDVUvjuNTokahUyVBKocxK2weGS2JT2 /YcIHw4cOHDgwIEDBw4cOHDgwIEDBw4cOHDgwIEDBw4cOHDgwIEDBw4cOHDgwIEDBw4eDP8DB9FT YgDIAAA= --=-eBcOcW2Zk7UKKcyWwa7l-- From ttb@tentacle.dhs.org Sun Jul 18 15:56:19 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tentacle.dhs.org (CPE0000c02944d6-CM00003965a061.cpe.net.cable.rogers.com [69.193.74.215]) by menubar.gnome.org (Postfix) with ESMTP id B56393B0A4C for ; Sun, 18 Jul 2004 15:56:19 -0400 (EDT) Received: from ttb by tentacle.dhs.org with local (Exim 3.36 #1 (Debian)) id 1BmHrs-0001PG-00; Sun, 18 Jul 2004 16:02:40 -0400 From: John McCutchan To: Martin Schlemmer In-Reply-To: <1090180432.5281.37.camel@nosferatu.lan> References: <1090180167.5079.21.camel@vertex> <1090180432.5281.37.camel@nosferatu.lan> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1090180960.5399.0.camel@vertex> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 18 Jul 2004 16:02:40 -0400 Cc: nautilus-list@gnome.org, Linux Kernel Mailing Lists Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jul 2004 19:56:19 -0000 On Sun, 2004-07-18 at 15:53, Martin Schlemmer wrote: > On Sun, 2004-07-18 at 21:49, John McCutchan wrote: > > > I plan on adding an inotify backend to gamin soon. > > > > What about support for fam? I have been getting the impression that fam is going to be replaced by gamin. John From ttb@tentacle.dhs.org Sun Jul 18 16:15:51 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tentacle.dhs.org (CPE0000c02944d6-CM00003965a061.cpe.net.cable.rogers.com [69.193.74.215]) by menubar.gnome.org (Postfix) with ESMTP id 23EA63B0BA7 for ; Sun, 18 Jul 2004 16:15:51 -0400 (EDT) Received: from ttb by tentacle.dhs.org with local (Exim 3.36 #1 (Debian)) id 1BmIAm-0002Q2-00; Sun, 18 Jul 2004 16:22:12 -0400 From: John McCutchan To: Martin Schlemmer In-Reply-To: <1090181465.5281.41.camel@nosferatu.lan> References: <1090180167.5079.21.camel@vertex> <1090180432.5281.37.camel@nosferatu.lan> <1090180960.5399.0.camel@vertex> <1090181465.5281.41.camel@nosferatu.lan> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1090182131.9290.2.camel@vertex> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 18 Jul 2004 16:22:12 -0400 Cc: nautilus-list@gnome.org, Linux Kernel Mailing Lists Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jul 2004 20:15:51 -0000 On Sun, 2004-07-18 at 16:11, Martin Schlemmer wrote: > > Right, but kde also works with fam, and I assume the gamin support > will only be in 2.[78] gnome-vfs? Also, it would be nice to test > currently with fam enabled stuff, as I want to remember inotify > do not have issues with locking mounts like dnotify have? Or is > it rather a fam-related issue ? Gamin is a API/ABI stable replacement for FAM. Just dropping in gamin instead of fam should just work with all current software. Inotify does not have the umount blocking problem. In fact it lets FAM/Gamin no that a particular directory has been unmounted and is no longer available. This will let konquerer/nautilus provide more user friendly clues to users. John From ttb@tentacle.dhs.org Sun Jul 18 21:36:22 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tentacle.dhs.org (CPE0000c02944d6-CM00003965a061.cpe.net.cable.rogers.com [69.193.74.215]) by menubar.gnome.org (Postfix) with ESMTP id 184FA3B0951 for ; Sun, 18 Jul 2004 21:36:22 -0400 (EDT) Received: from ttb by tentacle.dhs.org with local (Exim 3.36 #1 (Debian)) id 1BmNAx-0000z2-00; Sun, 18 Jul 2004 21:42:43 -0400 From: John McCutchan To: Davide Libenzi In-Reply-To: References: <1090180167.5079.21.camel@vertex> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1090201363.3767.5.camel@vertex> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 18 Jul 2004 21:42:43 -0400 Cc: nautilus-list@gnome.org, Linux Kernel Mailing List Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 01:36:22 -0000 On Sun, 2004-07-18 at 19:37, Davide Libenzi wrote: > On Sun, 18 Jul 2004, John McCutchan wrote: > > > Inotify is a replacement for dnotify. > > > > The main difference between this and my earlier inotify design, is that > > device numbers and inode numbers are no longer used. The interface > > between user and kernel space uses a watcher descriptor. > > > > inotify is a char device with two ioctls > > > > WATCH > > which takes > > > > struct inotify_watch_request { > > char *dirname; // directory name > > unsigned long mask; // event mask > > }; > > > > and returns a watcher descriptor (int) > > Does such descriptor supports poll(2) (... f_op->poll())? > You don't use the watcher descriptor to read the events. You use the fd from opening up the inotify device (/dev/inotify). The inotify character device does support the poll op. The watcher descriptor is used for communication between the app and the device driver. For example, you perform the watch ioctl on "/tmp/" the ioctl returns '2'. Then when reading from the char device, any event with wd == 2 is referring to the the "/tmp/" directory. the character device produces inotify events struct inotify_event { int wd; int mask; } John From veillard@redhat.com Sun Jul 18 23:37:55 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 702213B083A for ; Sun, 18 Jul 2004 23:37:55 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6J3bte1016215; Sun, 18 Jul 2004 23:37:55 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6J3bta29050; Sun, 18 Jul 2004 23:37:55 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6J3bKKj029436; Sun, 18 Jul 2004 23:37:20 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i6J3bJHf029434; Sun, 18 Jul 2004 23:37:19 -0400 Date: Sun, 18 Jul 2004 23:37:19 -0400 From: Daniel Veillard To: John McCutchan Message-ID: <20040719033719.GA24114@redhat.com> References: <1090180167.5079.21.camel@vertex> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1090180167.5079.21.camel@vertex> User-Agent: Mutt/1.4.1i Cc: nautilus-list@gnome.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 03:37:55 -0000 On Sun, Jul 18, 2004 at 03:49:27PM -0400, John McCutchan wrote: [...] > I have attached a tarball, which includes the patch for linux 2.6.7 and > a small test app. > > I have tested this on my system and AFAIK it is working. No doubt it has > plenty of bugs. > > I plan on adding an inotify backend to gamin soon. I take patches :-) But I think it misses the really good point of inotify as I see it, i.e. there is no need anymore of a daemon outside the application space, in practice I would rather see inotify plugged at the gnome-vfs level. The reason is that you will just need to monitor the inotify file descriptor, which is easy to do at the gnome-vfs level since you have glib and loop access, while in libgamin this would either require disabling dnotify if inotify is available (FAM has only one fd registered at the application layer), or use the daemon for inotify too. The only advantage of using the daemon would be for advanced features like congestion control, which are not available (yet ?) in gamin. inotify sounds good to me, I hope it won't be bounced by the kernels people. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From root@mail.thelizard.com Mon Jul 19 02:58:32 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.thelizard.com (unknown [80.68.207.2]) by menubar.gnome.org (Postfix) with ESMTP id 0E6033B0B12 for ; Mon, 19 Jul 2004 02:58:32 -0400 (EDT) Received: by mail.thelizard.com (Postfix, from userid 0) id 1559B5405834; Mon, 19 Jul 2004 08:58:31 +0200 (CEST) Received: from vger.kernel.org (vger.kernel.org [12.107.209.244]) by mail.thelizard.com (Postfix) with ESMTP id 420FF5402C22 for ; Sun, 18 Jul 2004 21:45:44 +0200 (CEST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262071AbUGRTnU (ORCPT ); Sun, 18 Jul 2004 15:43:20 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262418AbUGRTnT (ORCPT ); Sun, 18 Jul 2004 15:43:19 -0400 Received: from CPE0000c02944d6-CM00003965a061.cpe.net.cable.rogers.com ([69.193.74.215]:53637 "EHLO tentacle.dhs.org") by vger.kernel.org with ESMTP id S262071AbUGRTnD (ORCPT ); Sun, 18 Jul 2004 15:43:03 -0400 Received: from ttb by tentacle.dhs.org with local (Exim 3.36 #1 (Debian)) id 1BmHf5-0001NM-00; Sun, 18 Jul 2004 15:49:27 -0400 From: John McCutchan To: linux-kernel@vger.kernel.org, nautilus-list@gnome.org Content-Type: multipart/mixed; boundary="=-eBcOcW2Zk7UKKcyWwa7l" Message-Id: <1090180167.5079.21.camel@vertex> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 18 Jul 2004 15:49:27 -0400 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org Cc: Subject: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 06:58:32 -0000 --=-eBcOcW2Zk7UKKcyWwa7l Content-Type: text/plain Content-Transfer-Encoding: 7bit Inotify is a replacement for dnotify. The main difference between this and my earlier inotify design, is that device numbers and inode numbers are no longer used. The interface between user and kernel space uses a watcher descriptor. inotify is a char device with two ioctls WATCH which takes struct inotify_watch_request { char *dirname; // directory name unsigned long mask; // event mask }; and returns a watcher descriptor (int) IGNORE which takes a watcher descriptor and returns nothing. After you WATCH a directory, and events that happen on the inode for the directory that match the mask you asked for will be available to read from the char device. You read this structure from the character device. struct inotify_event { int wd; int mask; }; When a directory you are watching is unmounted, you will get a UNMOUNT event. When a directory is unmounted or you use the IGNORE ioctl on the char dev. You will get a IGNORED event. I have attached a tarball, which includes the patch for linux 2.6.7 and a small test app. I have tested this on my system and AFAIK it is working. No doubt it has plenty of bugs. I plan on adding an inotify backend to gamin soon. John --=-eBcOcW2Zk7UKKcyWwa7l Content-Disposition: attachment; filename=inotify-0.5.tar.gz Content-Type: application/x-compressed-tar; name=inotify-0.5.tar.gz Content-Transfer-Encoding: base64 H4sIALTO+kAAA+w9+3faxpr9Ff6KSdr1gg0YJ7aTOnFuqI0dthi8gJvmnp6jI9BgqwGJq0dcd5P/ fb9vHtKMNJLIo3d3z16aY5Bm5pvv/ZgZqa7nR+7yod3tHO1/9xd9uvB5dnSE3wfPjrrqt/x8dwBd jo8Onz05fPZd9+DJ4dGz78jRX4WQ+onDyA4I+S6K5qX9qtolIfL7/8jHVeR/Zb+nS3dFv/UcyI/j w8Mi+R/Df1L+R0+fwv2Dw4OD7nfkn8LE/+fyPzs7vV0s6mcXw97l9LT91l6tSPu2Pp2cTU+FblgR DaPOgsjLOHJXYWdRP+9f90fnp2vQGoduqOeQHxocTrNe7/idxUm9BnfOmul90l6QH17W6zDLCVHB 1+vq1UlmLl/r2/HrNcC5og9p+5kZOJIngA1S10TkOAnN5Fa9vlhR2wPEgzVpL8kuwNntzO33Oqjv yfmYjMYzct4f9md9HfmOf0L24zDYd73FKnbofhg5rt+5028uqR3FAQ07dxWDH8L9hUOXYRbArRcD 5HheCGHlzveBTW38dg+fH8MPL/5j/2nnaedQxQ2AVyExd6NwP3rY0BwWrOXeD5zQ/ZNuDwY650AB nsimchDWpbXwvaV7mx19v7izg60QED0z3ASoH76Wk3ZwuxUGTCGslbs2chMkbtEgWLkwvEo5Igdw ykIJo8D1KjFBxTKKNHLXlZLEweA3IzMBrKEcwHLhRSvjaNFSPjz2gDuOcfzGD90/LH9TiQLrjcrk 2UhwnkDXX1RjwqCwnjlG2uE6aSkHkvQ0UsRa2kJWWwg1egCTtuNVlMOIiY2u6GI75siupib3NqTb QSnTpzBY7HNjSr0Av2KdYWrdyadghNP/QldbMPpzfK0O4sucrRmNz/e2VXC2cbdmGFv72xIUtnK4 X8ZO3eOW4KC43K26qz7Y7HMrNZE74UKnWzGeW02R192O5Lx/zjrXkuFGDy397jYAFEdc6ni3MMoK 31jNTdUVF7rebYgy++JizD/XGZfJ8zO8cZlDcEuYXumP6//T9cq/Pt/2o9b/UsobO1rcfcM5yuv/ Z08OnjzJrP8cHRwf/av+/2d8HHe5JO04GBFW+XJ7bz/pHHee7TuB+4EG4KshfifKsSDVXertdntr eLWDH49/bB88aT89IAc/nnS78K+TLAySdveo263v7e1tMW/tSbd72O4+ax88JweHJ93Dk8MDDdQh gHr9Gn60umTvoPX8+Efy+nV9b3+3vkd2ycDzHUrmdkgd4rgBeFs/eCAMuLuwI9f3QrL0AzJERDo4 hA078zcPgXt7F5HGWZMgCuQ//DuPXC3OYjAk20t6zu7ckGwC/zaw1wR+LgNKSegvo3s7oC/Igx+T he2RgDou5g/zOKLEjYjtOfsw7doHYT3ADQYr9hwakOiOkogG65D4S3ZxObohl9Sjgb0i1/F85S4A 3QX1QkpsmBvvhHdA3/wBuzNIF4jFVGBBLnyAzIh9QagLfQKCnIZr8qRFAI2GHSGmAYHQDnebgN4D g7Oyo7Rzp5DolDYHsnuG9J2/ATLuADBQe++uVmROSRzSZbxqEejJ4LwdzN6Mb2akN3pH3vYmk95o 9u4F9I7u/Dgi9APlsNz1ZuUCaCAmsL3oARjDhl/1J2dvYEzvp8FwMHuHlFwMZqP+dEouxhPSI9e9 yWxwdjPsTcj1zeR6PO13CJlSKtnKoBSwdsnEA9xzaGRjQE2on7q3HnXa/nLZnj+cZBSDgFN5HVEv ssFYOs4dBOLgFoft1/fqe9+LGExe8iAM4dvfQBrxKt8EqhEDBFPTexp4dGVsChegCeaWjeut/MV7 c+PKnhsblmbkMM1zjS0bf2XGbO2GUIh9AO4am0uaXM+NjA0iZzPRI8qyz2Merw0MDfeBG9G5XcC8 JJN6xUQME7seJVe9X63BaDwbXLyzzvu/TMlzsg8aT4nvrR5IGG82fhDBzXuMzGBgTEMKBltve7Oz N/3JlBwfIpQeKOUH5lcYsDv7A8WWSlD/edO/6Z9b/V/6o5mENUYIaA9LNwgj8uTomBleFCZW+4+Y xmB9KlDL+mkwu+pNf7amg7/3SaMQ333yvKlyRe00G4ABs7/kdwhZLg3JHmm8+fv+IRuCxQ7Yox35 a3dhRZI6KF5jL3pB9vfJyxyTcRzQdAG2S+1FstRAuHaRe0o8CqREPnlP6YbYBEWOflaQLEgFx+hG LWbsaRcXQ0nIfRoAQsfKUIKaEN058ZljDaN4uewIgwevGC+iZMFDYPFf9b2aaEHY1h21gbs1jsIL aJQk1/g9QbFpVE2KHFtdD0bUdDbB7XvbjSxGGBsDnGS3FHhYPwQWQq2xn9iEURigBTgCJUFZf+FD EDX8xnsffBexr9XAl63tEO99epEKXKfd4gThVA0oJpucFLgVPDTYjRbJ8IwNaLF+Qiu0ZkEt4ynQ T5ABDlMO2QIyWwTuBuI+dIm9kDlvsvK921pN4FtLgYJVAy3sh96gCnC3Bj9M8qg5jDQ2v+iL16ae btqTT1vUMU47xt4ahco10sxmKX3nc3gsBrUIH9UsBut+EVi3Cmz8RWBjK9EK5hOloYIdQvyGtMSO IArfcXsX7gBU2QOpiMyKp5zMzu/vRLIh0lCCmt9oklsKbmFhr1bUaUE7QGXTwPe9vXoPsMH0uaMA Zym8CHMR6J2XbiTzoTm4BdBGAAeascIpqGP2EjxAccVHvSbikzN+8WHqkddVNp47kIxJMgiRb5km 3FIG6hDNOJnLRkOEmRyLa3ZjAVk2MAQ8CgQOyAEDsgu5OOYQKmA0vV32DbAUH8lyDUhfbeI5ws0R GgQ+uim4ZD/JqYBsoVRIIwE/HI9/vrm2LsbD4fjtR3F1Ppj0z2bjybsW2fGcJgO6JA0GqQmGVavd +qAykIPyKThWMIfndBzGlvYrQRyOtSwXxdoQyOMtKLfvrIBCuRTShpgDwJ1AU0CjOPASCj4pfGOu NPYCupSc07nD4XNft4EEuZFM+MngGjU92tWuGsjDe1BozR8SdIdNNTwVgRJKBR35b2DN+zUYgL8A lN0/KZhXowQE6NPlxbXVm42vBmdNDggF8IhDa+YlwBvar9hX596BCe+ZMugNSAA0Sbc+GA1m1nAw nVlv+r3zxo7szPSVAdZlkhDG2MmkAbZKI6ozoIw0yR3OxioETHS1Dwrp6rIWVmE2xDQSWXCA5z7L TsAzCTfERqFmhogYsBP9kAyLf9PyOR6WwZU1+C8c2pK5hcX1otZQGsnpKeRy1s3oanwzmjXJx4/k NxQbfvLdBpej8aR/Xtxth+iTMW/CqIIwCvyCXANB4TcWunSJhRl6ZUy+uA9NLUiJ1iLvMctNRnP4 LgoyZDeNNl9rKqjhIrNjsWWHkaZkeE0ksTBd57MJVUVF+JTaTSo+JjjJzPYr5iDar3TmfvxYPIBz 3zyVQB6qHwPuWXegGUwCHn0Om4J3Z3HGdiAnhQpbN48WSacIEzVXSwlVzHd2yOcKG3DZJA1lMNnZ IY94RFtvoge1qdnMel8VKCfPoUyHyrTnCxThkRl7hngR/xPmlgZwhbz2K4/+Eam8Bndm8EJCsA4t FqzRD2Z8kBL9VerAA1ng2cr4x+M9D0p8vtQVSobxfpIrWhvDWat7spak1qSCu0qAEfzNg9nbU7Bh GQ0rkq0/aeBbUO+IqUXl08qUxYJ1IdDP+qLyq/1NIYjRX8ZNiPsV3GwRzkjJVcG8jx9h2EvSNTEx T3m7zVtwxTcoQ1+C6qYmKjAv8qgL8H6gSvK6lJK8081mjEpOVOHChSjF3eqMRfQUycrP/cmoP2xq QNCfJRFbc6FKEqL7YmhI8sakBRdzTomoKbM5Q9rLSgy2sI+7RZ/YSvMfVtFbGFaF5eNPNjxDo8mg 0SLlqoAVewYoQv1UUKiB3ABFIiPZrE4KE45uhsPUNKV1JJLMpc3CQW2lVRWKIrSpkDMmc2RwFTqr GcPIV6nfznqY9ljMF6HamCqEHIFVoarKUoQsZBCB5MvCcppXiIkEoZjKpBtJ5c8FrqkC03mm9KI1 L+OaEP6nVAEEJp+2YBRKh7Hps7zlVpyp4ILqTcNkUcXAA7QsLGTKOVBBfzZAuKEllyXzVWSZLXyJ N/1WnBC+UTjHDD8ONE4YQk4BJzCx/Hb+oGDZoaunKJBba6OSfu3+YPRLj7k0Q+ohsphUYXP+5HPA fU1alE4wGk+vzwrwLUiVkoQ+F7ayyrDdgkhWosH66wS60T18pYYXCT3lvuYnFQlyAW5UCebioTSE onJV1YGWWkZzSEpGb8gRsENxWmfSIy3SatKQlREEnnjjKMkbLyjNy1Tb+lN9TZ549N4SqRO0ySu5 +GHwN1uHnwTWx1O93hXE10zFMi76pRgZdBN4UuBniuNxgYMRZaFDUyfy8WM23guIahxtaim9oppm g3SlQWbo5eug2j29CirTgGQl0lgT5FhmNuRvwbEiXpisRcmWTXRLY9mS7hzV+7vkZ1Yvk971QBwA 0BYZOOCCJSqFGVsuPZlDtJLHCiJdS0lDvy6lU6GrKqmmyyUeTh2iuDpZXUr4MoUumuFTSqjsmiMV +vR/vR5PZtb03dVP46F1eT1sFAqCMyezIoSsUTtJYfEWDD34bRSX5gxl/40dJGtCWrUhdxgSCh22 v5A28JFipyHgi0LZVqHVZvoavE+yjaHw3GE7C8oMmSomi1wpY/NM45xVK7dN4C9oGFox29xk2pXY gbI/zpu3UvwW2cWFr8IU1QrtJVWUHDuD2NgEybYiV3DdHtPavWhnmBfxrEO1ZZi6GG1ULh3ovV6I GK82pPN/rtEpq/nqrJqr1oNPvhpW+xqn4UMMrlhblKgw5Vp5YV3TlwIa+fm1LbZ00+6TYVlhHrsr p0o18W8SssJ4AwFkzrYsdsN5K79vW6DK7OiBFGxRbSUkwGd0zZpaEgxYyEwYGs7Jo1MSzlnMrC18 L3K9mOb19y+IGzIvITkdkIaouvYqhfiUSVQZBxRBCAEmssvISHfPqaD4KE5vdjktRdIQYxVVNSiQ 6IMUhZjqgI4o4Ay0qnw3ektleKk7zrOEQ93HI53y6AOmaTRY2gt2hgLPXtI1iJftu638e5HICCNJ Yp1aquEZQMlqfPic7OJfKIfgvhXZc7yDR5CahuMNRQ5VduP+DuG1X20AX8zJ8HCASD1lNzYVztHg U8vq043QF7iCbtlbWEXRdpKGp/yIbO96PBwORuQj+zE5hwLtKimmMl2z6XCIC89WSjLbFTSwTZyZ YOcndufxssUsCFnGxy943Fr5yyVc7bITHEyfebMo3LfbnjKeIiFFrbqQWLWMC6LsIEZAw3jFBnHE fcAcr877Z8PepG+97Q1mbIOzwaWyiIMgyQ9qeP43WVzBoXDFAfDVh2IdqCmnLO/YuTwAtYxXq+Qw oNhqQz1m/pAvjbwkfB8gu7DAsxbhtzha1Ws5Bdt76u4eduMkLK3lyr4NyQ4ZW6Px6Kfh+Oxn6Sfl hL3L3mDEU2J1Rrkqpvogyw3+kY+KvEiVJwEbqj3sSIMI6IbabE0GkUPDtlcWPmDvercNKR8ZblIv hROS3Cq5xHzSn856k9n03ZSHbhpZAhQ/V0gaM9wwm9yMRoPRJR8b0LX/gVbim+N+HjoHPhjN+pPJ zfVs8NOwn5z32WYPtpJMduA6BmNtZHI6c3eGMOdzqjHb8CTHEmLmCTeAy8Ces+Mewr5R1b9i+7iW busrx1LUCsOwXy62h/SIZlbOjNOAieQd0pBHY1r81JI8QNYEb6AsqWUgZMz1oncznBWYa/XcfNtR n72BLmlPugyJY7P5TVBisE814EwKfCy2tokvvaG+isrh5NJYVUzsiC9p6FUquk9jbaW4eJi7aNW1 mbpfvhLOwCUHGFAp9+ESFJ0/3oIowM2173B0hEqw362CQ+LNBNC9/Z6SeINPqUTs+DUqP377Hgv8 AostzBshWfHGYilPEG8iF5ITxbBMdYGa6fjgHUsXsNI4XsXdlHvaISFtRSp3QgjPvOsrXqMx3HuR O6+jg1HDqNgGb5ijH0cwtwdeU8/XFMFIEun88Ew2nTnqIzEHdckfSGmRrnF/O7e9UMPnRvLqlaKf 2RrhK8xsEIo+PTGf1YfEe8GY6TXUzRiwoXjGr/550iM9Oi9hq6cnFK7pp0ZyvFrTNTJCP2nSLThs kk+KkpMFEgHGhY7WpDYsY2+BD4FlNv2TBwOUrvSPjQtGTU4LLDbNPIxSqBcuFGs+SxyjtWyW0XP5 bnGaqGqNaIslouwKUel+psELVK3eZMrs4tUhwxJIfnFGB7/lKk1+ceRbrr2Y4H/G4otJA6QTr5Z/ EWPv79AnV9Z7teLcJjn58ilbrmsz6Qc61LAhT4ZvGTnSg1x58zav/uSXIyvid1ExhQIttN5amYkq +Z+xn8Jvphf8PEwmEiQNajqpnUZlhxZz0W2bIwJs0OfvIwMRoAQhJNXih3J6EXIIvUpWXcE2e6EA IC17+YX6IIWYsf0qeb5hR92AEg8xpOfn6R9ulCuKOd3yYWh86i6phB9NrcH0fDBJlwjXCD09GiAO BsygT5kxa7MLeaXb5NkDgIzVCWk8vqlkFVpyxRLlvnhQGVcBVuxsPJ4ZD9nTPwFtQ1xij+4pz4WL x/rsFcbuBwCBDwaJwzQtbP09BsHznUAGjkVyXGSQ+sbGSHaqDsRwLEecPlI4XKQhvlQRfAoM5/VX jvSq3Ej8lL0FO8aKOfpJqBCZiMZ8NWpttdurukBSFTOyJfHXBA0l8e2misZVfWF7/x4RXGGGKoE9 x53kDuxJCHxqXZi6SVzanr6GD6bg4nAMk9r/EgYo53U+KbvWGh35xCBhl3gcFiahAWVPyIlH77kP SxwEuhfVGygHXJT1jPIUojhiosfQjwSV+G+oXkGs3/JoX5HjVly75qCLHFO94FCQFKx6Fih/XKx6 gbEkn6xwiVtt6W2bK+qiNCp+abJYqfVmpc8dGysrHiCjEYtqX10zVAQjNhNwASs3qzfsT2bksVxx 5jOdkH/b/OY9Tlxx6RCl4oVxDhtX/vRQJUievugg84Vws7AmEiVGRR3EMTAiwESYcIGNF8rLnVzJ 0HsnQVmME2est0jBTb4D3/mVTb832dx7I3ZatE2uxTr33KQd3GpnRA3JXmanpDSxFN/S89y7jrpe s9wYN750z4SexRqMz6zZu+t+A1Bu4k6vrNKhYTa0rnqXgzO5SKe6nGTwaMKHvsqN/HU0MYxUx2IW yQbvEHY96ffOm6mHe2Qv2Dam/77xS3+CoN9OBrN+izT4+wSawNMWH4mrGwxU80XZBGx86QyIQuUE Shqte+SSBduE+xorwnuXFRgMSQaKJZ+Slezc7QlTML4JtXmwloG/ZmvGjR2hBBl8zYt0mvo0ZTJp Qj2zeyS310VPDR53xxIPsZkNrocdl9RJ4edSi2kBDTbT4XrfAl2RCPDw4TqlqE5nvdlUYGoKEUk5 qtiTAuxTfsU9H4AUJ4ILxIF4zZScb+lvcMkMie749x4NarVTMnszmFpX4/ObYR+dTgeXsfG+uqXO GtD5qw14zRpwKVptwGsxghXd2hh2h7UyT6iOYzda/I0ByTPl6ct7sh5NELKG2wGBq6vBFGzz3ah3 NTizroDtkxYWLXYMsQu5g52xdIUZpXN/zBBBtsDNHZVNCRqaE7csXKRVTlHi02moXUolDsJ5IVcY 8WEswB/IvoUwhQqZWd1OzR56Fz4eWBKdup0jwt/XRBg2jBunIl7pk3FO5fMYjnBhHoOZsUYko8ih kiZiIqoK5fAujhxQQUBTWa/iWmj1bmZvxpPG48zrrV6a3m/1io0XA8/707PJ4Ho2GI8ajwcstvLt Q368RO06HJz1R9N+4/Hl9fAxFwNnoxCqKmJsFo2cGSproHHrt97J/yVC8cvnZI9t3nkn+4r31B23 D45J9+DkSfeke5h7T13pK+8ykJ7BP3Lw/OTw8OSp+Y13z1rPyB7+ef26Tr6vk4vxaHbVu74YDPu4 yrI5fPqsE3tundTb/vz39kMNNxXXdN3xSWB7jo8/oggtHn54FvxMbuDLU32yYXdQ0zo+6OtXw5Da DNBInSC8Hxpn49HF4NL6Zdas1QD0hygZ+WFhhYuAUg9+4xtE/BVd2xu4+K2Or/nBAzDpbdD6ZTTH Yfydqvi6OnzJ08PctwMHJixTj2W4b0dRkHkPYnK3QA2S9ozoQWZHzytFnx0N4j7+7/aObLeN5PhM fsVAgG3Kpu2Z4SWRiANHByxEkTaidjcJFhjQGo5NmFc4pGRjoX9P19HXXKRkxX7pSmAte7r6rK6u ru6q8sKg3xLYfuF0B0Gz670S//KE51yekXfidwWfZstIun7LfYx5TrZ4NsvhsTPhgi//3SzWI3Zr l2/L+GazmqyxTOzVQbt5ILp10GkGPnZMsFtPKRsWKIZ5tYyVSDyX1hnpeA3jiD8bk1F0O5qiCPCa RBHOiHKh+ZsKrcVye8Xnzg35glvmGliCQv4xs1eMcc+dsG1pvPttRIgHkTwVcnI5GXKGPAsKu7vQ oY3eey3mIej1xf87hyWE2CJKbDEp6lelPK4sNYzieAUieLqEx4QvPfIDJFbrEhSvf/G0woAOMuh6 x77X1VoF42rXq9UUZvoRiOCjnfhx+gUcI+OX1+9SevGIz+Eg2c5Lb69Q0tsyPeT0MDc9nFw+PZwh yyYO+0G4y/TY6Nv5RBjC7Ih/i/lE5epcjj4hk31KRlHJfYR4nC7mYs2uS5Cz7CLoHBDxdQ4l9Ulb tniCNj0LcUCmKwZwA9X05BKdoaILfTEV8BfSjAmEiLpCuMcX0ZE4Nl6f2Leok5w9BeY+M3LDKuC2 c/blIl1HZQ1DjDzPwC63RVehy+1uUNHl2RdRS1GP6Ujz87q8tWEl3e60kJDF305lt8WPkvH8eT2W bdp1irthD/vabakp3ixNaxvN78azB/aNAhrt2jeVWxQJF0igouVdTnUATIR0Gnag55N00vO75qZA LUQPPIb5knzuenz0/ujDSXRxOjwdRlcn4sx4crzP3Smq+//Qx8JtmnrUoynpHbQqyC/9NhOM6otN gItpDEz7p9Lg1oaVUOJBx8duH3R6JiUKzOhJqPFpe4ld1G1reogIFrsZks33NPRbh80gEDul3+41 gzZP8TQdQ2Vyqm+TNBKioRi0CP27UmWiEqNSrE4kZaq1x4TlUUaHS0RGU6JpwSeWUnODKRsBA0rr hiReaD1r08rHViGfGcggtXqMvrVKc7XtWJHJVvKFyxHMEkhF4QolQyXFsvcWyQ50ZXnBjlLL5Tr6 XnD620nqtrC///RXJWRVinyPFeu0f/J8Y9ibeO7DWgtyh50OdOiwo/YLveh+ub6KTq6uGomkF7E6 zoactE+nf6mfi6SngsqDWiMBMwvJJATJXP5ycsGlJ8DP0vVoOm0kcdNLFB2hgg7H3m+1cfT9lmrt 6XF0dH5FGJPpOBUy53SRCi4xj8ZfxzdYSITugTbzTToWm16Mr7dSkZ9EUOvWistAnbG6Uqw6eIqc y0yfjs4vh7QKmPghT4TNwuzcUsiBnePK+9tWBz5kRRfo+TVifitfKWau/DGo1dtlvRSU8d2rZgPh sn6UwsQ8ylStJtqdgg6oRcKgq9Qi5BBHGT4lKH/gXTCZiYFlmLQFAxswom65oUnkeCFEgzlfIpch vuZFByjv2GWclcC7RFZ/IlsmiVKw8/dHRyfDIbPzyhWawT3L4N4b3J2GSByLYIi6YfUQIc08aoyq MZ9wkP5xeXx2+u/HDZKFmxukdq/dPPRetXtC1glxkJCrscpmcQvXwuKPYH+C5wAyPcMUSdhDyIX9 eeU1INoCCCd4k7svu7wlBwvzlSNAo2Rje3/VxOP1s2P0gBGiIc0VfmYUbg+iITzgnYwHQ7mFQ6Jd bZ45cnI5X+QMeZYY7qQZstGJG7b6fthvtwq5odi9BDdUe1hVlIsavAuDEChoRDYbrz6N5zffPLBC A2MJjHIAz8JyhUziVYbBQTi2DV3Gb+WZ8D+89wIfg7hbfUvX45lpFRtRUoQz+jJJ96U4j1t06Etl AdP4arFYS60k6gIhwfAvqGip0Fz8Ix89Pq/EQSOKb8CdvKRiLLng82i+mDeeU2Xw33yWhjMzo1RR kx2kDeNWVn8uoa58xjyV+duprLQYVBP7fr8V9jvF1NamkyT8kfw5E35hEknGgO9OIRrJsR2jyTTW 9ZT/FDlj+LP2UhWDJQDRlkV6glL06xsdY0HqlunRmdVG6+UrP8kpiLJR1DkOm5H7Ilq3ngiJEEIO DGCdyegni4SDsECOb+zaupr5lMVY3SHPToSjcj8qpFdZWWZMr1Y/POiHxSTEMb26/sNCeumIXo8I 6PVd0Z2SeTxOvOj87OJXbaT3wYibk/tiuu3HR5yWkyD922BPAxvLsNOXrx/uVKAEIyILPPSFIBcg +QFtwQMdinhBLzkgVNkM3rcvV4vbiRjikQxageNCsbxSkTrbTNeT5VRF0VCPeUyDeT0oKvIP77g1 /yvPdADEfwpX8XcjUTBuEZlAQ2pv1lihhYUR1CZ5LNIJaKy2hUVq+BwSaSk00oGFRArJHBLpUBRS 4FtIpDzKIb2/vr46+5tCCjUSkNkniCuy5pBqaX5AfjupKdS2nxmP23xt7NhH4RwgzjHNeyJRF/Mm /uUwMwVjCgdMWUjg2xXjOTOHAuds1dYwgwIqkDwKezmUSO0MEr32ipm6xBd8L6B/nkLUKnzfD3YZ y1GaQgS69cJ+eGdgVb7FhBVF/ivY5IZi+2i2I5Kym4bHu9lbfvcCP+VDpmwcLOMppvfiny/KM/zr 4sprFZWA3amJfL83CgptekG1GdN+QZU4ARVFhviyvgATX9cB4lUxYksiFjnHgxg+cayiV4gZg5A6 ymoDYnIh50dGBGY6aLQtukBBB/E9AJTzVC72iGUOxQRDmMXRR7GwIHAhBDFMmT2/SA0DiS3e4rwH uIsbsEueCQdhI+cP9ngg+x6RWxOIS8YGG7hPsGejbKMe4BGJiBVcfyTiv352RFMHDwGebjP+L8eE vnmyOoAzl8f/9du9li/j/7aDsAvxfzth4OL//gjQB+x0HZOG00rCWPd2mnw6ZqTpsPbZZIpCb6aq t2A6SYaVzyJzYPZcmRwJ/V1df9jbLX75nkDhfej9OWw1w797/teEoV4HMRgkDbKG3K//WUfJOBEy cr2WQHAD9OKx91Z8l6XuNb3L6Or48uIclEJ1sr1WwQtqtSVdVTT2EPUPC/cPE1mUDg9ba/eiEKmV FxXfU7PoyoCtNKFJqnUrWavXQJNZyAhN2N8vaIT+WlDdCmurs6vNCUdcasjDAdaI6UljDyMNeTiC XBA0gSM0aYVsvYbVMxLr0bjeDAYr1mwMSizB4Ms8G4MSSzD4btHGoMQSDL72tDEosQSD5PVszzGx tOe/ZWuApJLc0vWmjcCpZSOF9z2ZgYK0kvx452Vnh6SS3NLZuI3AqXuepDL5gd6Q31uEVhx2y3Ap ZxCfJ6nv8sL7/Vi+nVeOlQacjw2QtWOmfbWY8ILIiG+XxMXBRL2Xum52Z4UhTvyB+q1djmtV8Cj2 8LaPYx5WOotTbWL7vM/jmy/WEk914NXb0RT/oq2BXPtwKQnOklZJnAIn4Axv1rci+YabZiRuKDWA bQrynx5H/zm5umw8hwJg8ETC8OQaOyDTRN/w/SwwXujaq4C/NVE5Kv99ztUQhslT1KCLg1ZkzHha 1NWC2YcC2RlHwGQmuw+2btIkB69La9hYPcXUE+kai+lTzr5KNtigr5pMxx94aaHIxAhQqSNTFrlx zvfHPi5O7qD14t83XAyM8HoVb5YqJuU+Z7DCBCmtTZ1iTZF9IjTNOuaBv4e7ldqR7swdiddhKeaf z8TEPpvG92KTAKsU3Ub6wYupVkuS6Sb9LCg7plk3Nhq9uZBPDqMQbJRsxLPUWMOqFlrGRqArnhA6 0aN9tJwQabht7oarwnEhhgQO8GI1LqvsHlk0LBpxUrVvQvUGMWa36cI24TGY/FQ9oEEKq6wxu8p/ 5fL/5yeTMbfI/37Xb7H8Hwq5n+V/38n/PwKUGlrpmX+9PjsfRh/qOnx79svDtu3BozbcQemWONhh Lxl8L/MebGE2g5K1PigR1QfZk4VY7XVWmfzU+S9a/2uxOz3h8X/b+g+CsKPO/+2uD+u/1Wq79f8j wJ3/rfO/Li+zGe7R7j4bTea0qEerTzdN5iQvxY/bMmUBLPhGoWJAS5u4fRvsCjjN3tubeLWYvRVS kWwqbPS5XOvZMptHilbD6XiM5lNwx9kR4rtgf3H65s0bOoDVUvjuNTokahUyVBKocxK2weGS2JT2 /YcIHw4cOHDgwIEDBw4cOHDgwIEDBw4cOHDgwIEDBw4cOHDgwIEDBw4cOHDgwIEDBw4eDP8DB9FT YgDIAAA= --=-eBcOcW2Zk7UKKcyWwa7l-- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ From kotrla@ceb.cz Mon Jul 19 07:15:00 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.ceb.cz (mail.ceb.cz [193.86.242.34]) by menubar.gnome.org (Postfix) with SMTP id 7D33F3B0F17 for ; Mon, 19 Jul 2004 07:14:58 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Content-Class: urn:content-classes:message Date: Mon, 19 Jul 2004 13:12:55 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Duplication of tree view menu entry in the sidepanel Thread-Index: AcRrFKqaom8Q7AjFR5eLopx63fuqFQCa8NdQ From: "Kotrla Vitezslav" To: Subject: deleting files in 2.6.3 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 11:15:01 -0000 This one may be really stupid: How do I delete files with Nautilus 2.6.3? I mean 'delete' - not move to = Trash.=20 Sometime around 2.6.1 Shift-Del removed file forever, there was also an i= tem in file context (right-click) menu, but not anymore.=20 VK From mnews22@wp.pl Mon Jul 19 07:29:52 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp.wp.pl (smtp.wp.pl [212.77.101.160]) by menubar.gnome.org (Postfix) with ESMTP id 092233B0E95 for ; Mon, 19 Jul 2004 07:29:52 -0400 (EDT) Received: (wp-smtpd smtp.wp.pl 22526 invoked from network); 19 Jul 2004 13:29:46 +0200 Received: from unknown (HELO megumi) (mnews22@[195.116.35.55]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with RC4-MD5 encrypted SMTP for ; 19 Jul 2004 13:29:46 +0200 From: Maciej Katafiasz To: Kotrla Vitezslav In-Reply-To: References: Content-Type: text/plain; charset=iso-8859-2 Message-Id: <1090236761.28006.1072.camel@megumi> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 19 Jul 2004 13:32:42 +0200 Content-Transfer-Encoding: 8bit X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-AS1: NOSPAM Body=1 Fuz1=1 Fuz2=1 X-WP-AS3: NOSPAM X-WP-SPAM: NO Cc: nautilus-list@gnome.org Subject: Re: deleting files in 2.6.3 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 11:29:52 -0000 W li¶cie z pon, 19-07-2004, godz. 13:12, Kotrla Vitezslav pisze: > This one may be really stupid: > > How do I delete files with Nautilus 2.6.3? I mean 'delete' - not move to Trash. > Sometime around 2.6.1 Shift-Del removed file forever, there was also an item > in file context (right-click) menu, but not anymore. You probably don't have that enabled. Try Edit->Preferences in Nautilus, or Desktop Settings->File Management in foot menu. HTH, Maciej -- "Tautologizm to co¶ tautologicznego" Maciej Katafiasz http://mathrick.blog.pl From frank@flynch.net Fri Jul 16 10:18:45 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from risingnet.net (web2.risingnet.net [216.200.174.188]) by menubar.gnome.org (Postfix) with ESMTP id 6AC5D3B1459 for ; Fri, 16 Jul 2004 10:18:45 -0400 (EDT) Received: (qmail 96332 invoked from network); 16 Jul 2004 14:17:17 -0000 Received: from uu2bos-fw.iona.com (HELO flynch.boston.amer.iona.com) (65.223.216.130) by web2.risingnet.net with SMTP; 16 Jul 2004 14:17:17 -0000 From: Frank Lynch To: philip@wyett.net In-Reply-To: <1089955888.2480.13.camel@wyett> References: <1089895691.40f67d0bd3f14@webmail.flynch.net> <1089955888.2480.13.camel@wyett> Content-Type: text/plain Date: Fri, 16 Jul 2004 10:12:30 -0400 Message-Id: <1089987150.7948.73.camel@flynch> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 19 Jul 2004 07:56:02 -0400 Cc: nautilus-list@gnome.org Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: frank@flynch.net List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 14:18:46 -0000 Hi Philip, Please accept my apologies - it was a bad choice of words. FWIW - I have been using browser mode for a long time, and I havn't been able to use spatial nautilus (because I work with some rather deep directory structures) without Jamie's patch. So I was a browser bigot myself! The spatial concept grew on me slowly, but I couldn't make the leap without Jamie's patch. IMO this patch is the meeting of the browser and spatial worlds. There is still room for improvement, but I feel that its a lot better than anything I've ever used for file management. I certainly didn't mean to alienate, anger or insult anyone who is fond of the browser mode. I was trying to appeal to those who are arguing that Jamie's patch will pollute spatial nautilus. If we can convince those folks that this patch is a good thing, then people who are fans of the browser mode can give this a try when 2.8 comes out. I'll bet that you'll find that a considerable number of users will prefer this hybrid spatial-browsing mode over the pure browser. I know that I do! regards, --Frank On Fri, 2004-07-16 at 06:31 +0100, Philip Wyett wrote: > On Thu, 2004-07-15 at 13:48, frank@flynch.net wrote: > > I am also in favor of this patch. > > > > I built it last night, and I absolutely love it, this patch truly makes > > spatial nautilus rock. I implore the spatial camp to give this patch a > > chance, please download & build it before you decide either way - > > Jamie's fantastic work enables what I can only describe as spatial > > browsing - which will draw browser bigots over into the spatial world. > > As I'm sure you know spatial nautilus got mixed reviews in the media > > when gnome 2.6 was released. I believe that with this patch spatial > > nautilus will get rave reviews, this is quite simply the best file > > manager I've ever used. > > > > Giving things a chance is good, but when you call people who currently > prefer the browser way out of _choice_ (the point of OSS) "bigots", your > not going to win me over and tempt me into trying the patch. > > > Jamie - you've done an amazing job! I'm looking forward to seeing the > > "move to" and "copy to" context menu items. Thanks to you I now have the > > best file browser known to man. I really hope that your work makes it > > into gnome 2.8, but if it doesn't I'll be sticking with nautilus 2.6.3 > > with your patches for some time. > > > > cheers! > > --Frank > > Regards > > Phil From azarah@nosferatu.za.org Sun Jul 18 15:51:16 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from gateway.lan (wblv-254-37.telkomadsl.co.za [165.165.254.37]) by menubar.gnome.org (Postfix) with ESMTP id BD04C3B0A4C for ; Sun, 18 Jul 2004 15:51:15 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by gateway.lan (Postfix) with ESMTP id 2007E3A25C9; Sun, 18 Jul 2004 21:56:57 +0200 (SAST) Received: from gateway.lan ([127.0.0.1]) by localhost (gateway.lan [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29369-04; Sun, 18 Jul 2004 21:56:53 +0200 (SAST) Received: from nosferatu.lan (nosferatu.lan [192.168.0.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gateway.lan (Postfix) with ESMTP id 09A213A25C8; Sun, 18 Jul 2004 21:56:53 +0200 (SAST) From: Martin Schlemmer To: John McCutchan In-Reply-To: <1090180167.5079.21.camel@vertex> References: <1090180167.5079.21.camel@vertex> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-DklcgT/M8J/iL47QJ70c" Message-Id: <1090180432.5281.37.camel@nosferatu.lan> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 18 Jul 2004 21:53:52 +0200 X-Virus-Scanned: by amavisd-new at nosferatu.za.org X-Mailman-Approved-At: Mon, 19 Jul 2004 07:56:03 -0400 Cc: nautilus-list@gnome.org, Linux Kernel Mailing Lists Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Martin Schlemmer List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jul 2004 19:51:16 -0000 --=-DklcgT/M8J/iL47QJ70c Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2004-07-18 at 21:49, John McCutchan wrote: > I plan on adding an inotify backend to gamin soon. >=20 What about support for fam? Thanks, --=20 Martin Schlemmer --=-DklcgT/M8J/iL47QJ70c Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBA+tVQqburzKaJYLYRAsGXAJwNMITb9hIaC1cUve8kTvhioza8IwCdF1UW ZmVebc/+getRpRKrV4h9qvc= =qg9E -----END PGP SIGNATURE----- --=-DklcgT/M8J/iL47QJ70c-- From azarah@nosferatu.za.org Sun Jul 18 16:08:26 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from gateway.lan (wblv-254-37.telkomadsl.co.za [165.165.254.37]) by menubar.gnome.org (Postfix) with ESMTP id 5381E3B0DC9 for ; Sun, 18 Jul 2004 16:08:26 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by gateway.lan (Postfix) with ESMTP id B43F73A25C9; Sun, 18 Jul 2004 22:14:10 +0200 (SAST) Received: from gateway.lan ([127.0.0.1]) by localhost (gateway.lan [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31958-10; Sun, 18 Jul 2004 22:14:06 +0200 (SAST) Received: from nosferatu.lan (nosferatu.lan [192.168.0.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gateway.lan (Postfix) with ESMTP id 3D5403A25C8; Sun, 18 Jul 2004 22:14:06 +0200 (SAST) From: Martin Schlemmer To: John McCutchan In-Reply-To: <1090180960.5399.0.camel@vertex> References: <1090180167.5079.21.camel@vertex> <1090180432.5281.37.camel@nosferatu.lan> <1090180960.5399.0.camel@vertex> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-4jqxf0R10mhvorqEFX1i" Message-Id: <1090181465.5281.41.camel@nosferatu.lan> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 18 Jul 2004 22:11:05 +0200 X-Virus-Scanned: by amavisd-new at nosferatu.za.org X-Mailman-Approved-At: Mon, 19 Jul 2004 07:56:03 -0400 Cc: nautilus-list@gnome.org, Linux Kernel Mailing Lists Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Martin Schlemmer List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jul 2004 20:08:26 -0000 --=-4jqxf0R10mhvorqEFX1i Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2004-07-18 at 22:02, John McCutchan wrote: > On Sun, 2004-07-18 at 15:53, Martin Schlemmer wrote: > > On Sun, 2004-07-18 at 21:49, John McCutchan wrote: > >=20 > > > I plan on adding an inotify backend to gamin soon. > > >=20 > >=20 > > What about support for fam? >=20 > I have been getting the impression that fam is going to be replaced by > gamin. >=20 Right, but kde also works with fam, and I assume the gamin support will only be in 2.[78] gnome-vfs? Also, it would be nice to test currently with fam enabled stuff, as I want to remember inotify do not have issues with locking mounts like dnotify have? Or is it rather a fam-related issue ? Thanks, --=20 Martin Schlemmer --=-4jqxf0R10mhvorqEFX1i Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBA+tlZqburzKaJYLYRApddAJ4qjHwmg9DvbyIfAzf4gjElCy9IXACghYRA TPCFun/TFyu5BEI3IdF0qoo= =Uvl2 -----END PGP SIGNATURE----- --=-4jqxf0R10mhvorqEFX1i-- From davidel@xmailserver.org Sun Jul 18 19:37:36 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from x35.xmailserver.org (x35.xmailserver.org [69.30.125.51]) by menubar.gnome.org (Postfix) with ESMTP id A61C83B0E38 for ; Sun, 18 Jul 2004 19:37:34 -0400 (EDT) X-AuthUser: davidel@xmailserver.org Received: from bigblue.dev.mdolabs.com by xmailserver.org with [XMail 1.21 ESMTP Server] id for from ; Sun, 18 Jul 2004 16:39:53 -0700 Date: Sun, 18 Jul 2004 16:37:28 -0700 (PDT) From: Davide Libenzi X-X-Sender: davide@bigblue.dev.mdolabs.com To: John McCutchan In-Reply-To: <1090180167.5079.21.camel@vertex> Message-ID: References: <1090180167.5079.21.camel@vertex> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Mon, 19 Jul 2004 07:56:03 -0400 Cc: nautilus-list@gnome.org, Linux Kernel Mailing List Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jul 2004 23:37:36 -0000 On Sun, 18 Jul 2004, John McCutchan wrote: > Inotify is a replacement for dnotify. > > The main difference between this and my earlier inotify design, is that > device numbers and inode numbers are no longer used. The interface > between user and kernel space uses a watcher descriptor. > > inotify is a char device with two ioctls > > WATCH > which takes > > struct inotify_watch_request { > char *dirname; // directory name > unsigned long mask; // event mask > }; > > and returns a watcher descriptor (int) Does such descriptor supports poll(2) (... f_op->poll())? - Davide From raven@themaw.net Mon Jul 19 04:30:45 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from wombat.indigo.net.au (wombat.indigo.net.au [202.0.185.19]) by menubar.gnome.org (Postfix) with ESMTP id 24B263B0798 for ; Mon, 19 Jul 2004 04:30:44 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by wombat.indigo.net.au (8.12.8/8.12.8) with ESMTP id i6J8hEqM009154 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 19 Jul 2004 16:43:15 +0800 Date: Mon, 19 Jul 2004 16:43:14 +0800 (WST) From: Ian Kent X-X-Sender: raven@wombat.indigo.net.au To: John McCutchan In-Reply-To: <1090201363.3767.5.camel@vertex> Message-ID: References: <1090180167.5079.21.camel@vertex> <1090201363.3767.5.camel@vertex> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-MailScanner: Found to be clean X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-2.5, required 8, EMAIL_ATTRIBUTION, IN_REP_TO, QUOTED_EMAIL_TEXT, REFERENCES, REPLY_WITH_QUOTES, USER_AGENT_PINE) X-Mailman-Approved-At: Mon, 19 Jul 2004 07:56:02 -0400 Cc: nautilus-list@gnome.org, Linux Kernel Mailing List , Davide Libenzi Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 08:30:45 -0000 On Sun, 18 Jul 2004, John McCutchan wrote: > On Sun, 2004-07-18 at 19:37, Davide Libenzi wrote: > > On Sun, 18 Jul 2004, John McCutchan wrote: > > > > > Inotify is a replacement for dnotify. > > > > > > The main difference between this and my earlier inotify design, is that > > > device numbers and inode numbers are no longer used. The interface > > > between user and kernel space uses a watcher descriptor. > > > > > > inotify is a char device with two ioctls > > > > > > WATCH > > > which takes > > > > > > struct inotify_watch_request { > > > char *dirname; // directory name > > > unsigned long mask; // event mask > > > }; > > > > > > and returns a watcher descriptor (int) > > > > Does such descriptor supports poll(2) (... f_op->poll())? > > > > You don't use the watcher descriptor to read the events. You use the fd > from opening up the inotify device (/dev/inotify). The inotify character > device does support the poll op. > > The watcher descriptor is used for communication between the app and the > device driver. > > For example, > you perform the watch ioctl on "/tmp/" the ioctl returns '2'. Then when > reading from the char device, any event with wd == 2 is referring to the > the "/tmp/" directory. > So the number of watches is restricted to the max number of file handles/process? Ian From c.schneider@scram.de Mon Jul 19 08:24:06 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail2.scram.de (mail2.scram.de [195.226.127.112]) by menubar.gnome.org (Postfix) with ESMTP id 77A333B092E for ; Mon, 19 Jul 2004 08:24:02 -0400 (EDT) Received: from mail3.scram.de (mail3.scram.de [195.226.127.113]) by mail2.scram.de (Postfix) with ESMTP id BD59A807C; Mon, 19 Jul 2004 14:23:58 +0200 (CEST) Received: from mail.scram.de (mail.scram.de [IPv6:3ffe:400:470:1::1:1]) by mail2.scram.de (Postfix) with ESMTP id 66574818A; Mon, 19 Jul 2004 14:22:53 +0200 (CEST) Received: from [10.0.0.10] (p5487BFC4.dip.t-dialin.net [84.135.191.196]) (authenticated (0 bits)) by mail.scram.de (8.12.9/8.11.0) with ESMTP id i6JCMo1s025394; Mon, 19 Jul 2004 14:22:52 +0200 (CEST) Message-ID: <40FBBD63.9040306@scram.de> Date: Mon, 19 Jul 2004 14:24:03 +0200 From: Christian Schneider User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: frank@flynch.net References: <1089895691.40f67d0bd3f14@webmail.flynch.net> <1089955888.2480.13.camel@wyett> <1089987150.7948.73.camel@flynch> In-Reply-To: <1089987150.7948.73.camel@flynch> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at scram.de X-Spam-Status: No, hits=-4.9 tagged_above=-999.0 required=5.0 tests=BAYES_00 X-Spam-Level: X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] Cc: philip@wyett.net, nautilus-list@gnome.org Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 12:24:06 -0000 Frank Lynch wrote: >Hi Philip, >Please accept my apologies - it was a bad choice of words. > >FWIW - I have been using browser mode for a long time, and I havn't been >able to use spatial nautilus (because I work with some rather deep >directory structures) without Jamie's patch. So I was a browser bigot >myself! The spatial concept grew on me slowly, but I couldn't make the >leap without Jamie's patch. IMO this patch is the meeting of the browser >and spatial worlds. There is still room for improvement, but I feel that >its a lot better than anything I've ever used for file management. > > > Hi Frank, I would be interested in how you will set up the mouse buttons in nautilus with the new settings. Left click open a new spatial window and middle click open in same window? -- Christian Schneider From kotrla@ceb.cz Mon Jul 19 09:47:10 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.ceb.cz (mail.ceb.cz [193.86.242.34]) by menubar.gnome.org (Postfix) with SMTP id 702663B0F5E for ; Mon, 19 Jul 2004 09:47:03 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Content-Class: urn:content-classes:message Date: Mon, 19 Jul 2004 15:44:54 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: deleting files in 2.6.3 Thread-Index: AcRtg2wwMZHPgLJhQDKIwuGgkLIsFwAElsAA From: "Kotrla Vitezslav" To: Subject: RE: deleting files in 2.6.3 [SOLVED] X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 13:47:10 -0000 > You probably don't have that enabled. Try Edit->Preferences=20 > in Nautilus, > or Desktop Settings->File Management in foot menu. Thanks Maciej, I found it and it works (only Nautilus needs to be restart= ed). I'm really surprised there are still some preferences left in Nautilus ;-= ) Vit Kotrla From juhis@trinity.is-a-geek.com Mon Jul 19 12:24:07 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from trinity.is-a-geek.com (cs128098.pp.htv.fi [213.243.128.98]) by menubar.gnome.org (Postfix) with ESMTP id A7B5A3B1030 for ; Mon, 19 Jul 2004 12:24:04 -0400 (EDT) Received: from [192.168.0.10] (client.veehoo.net [192.168.0.10]) by trinity.is-a-geek.com (Postfix) with ESMTP id 3F39E3E850 for ; Mon, 19 Jul 2004 19:23:09 +0300 (EEST) From: Juha Pahkala To: nautilus-list@gnome.org Content-Type: text/plain Date: Mon, 19 Jul 2004 19:24:10 +0300 Message-Id: <1090254250.4480.7.camel@client.veehoo.net> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 (1.5.9.1-2) Content-Transfer-Encoding: 7bit Subject: windows shares disappeared X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 16:24:07 -0000 Hello, I'm using an up-to-date version of FC2. So far I've been really satisfied with the new spatial nautilus, a great improvement. Well, this has nothing to do with spatiality, just wanted to thank you guys. But, today for some reason (I don't know what I did) all my mounted windows partitions disappeared from my desktop. And also from the 'Computer' folder. And in addition, my two cdrom drives aren't visible in the 'Computer' folder anymore, there's only Filesystem and Network icons remaining. I'm really clueless since I wasn't making any changes to my preferences (at least, not that I know of :)) Is there an easy gconf key or something that I could check? Any Ideas? Thanks in advance, Juhis From hquest@onda.com.br Mon Jul 19 12:37:35 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.ondacorp.com.br (mail.ondacorp.com.br [200.195.196.14]) by menubar.gnome.org (Postfix) with ESMTP id 842C93B0FF2 for ; Mon, 19 Jul 2004 12:37:35 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.ondacorp.com.br (Postfix) with ESMTP id E0F2B43EE7; Mon, 19 Jul 2004 13:37:33 -0300 (EST) Received: from mail.ondacorp.com.br ([127.0.0.1]) by localhost (proxy.onda.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20762-14; Mon, 19 Jul 2004 13:37:33 -0300 (EST) Received: from [192.168.11.13] (hquest.onda.net [192.168.11.13]) by mail.ondacorp.com.br (Postfix) with ESMTP id 3ACD243ECB; Mon, 19 Jul 2004 13:37:33 -0300 (EST) Message-ID: <40FBF8CB.6050307@onda.com.br> Date: Mon, 19 Jul 2004 13:37:31 -0300 From: Alexandre Hautequest User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Juha Pahkala References: <1090254250.4480.7.camel@client.veehoo.net> In-Reply-To: <1090254250.4480.7.camel@client.veehoo.net> X-Enigmail-Version: 0.84.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by Ondacorp Mail Pro Cc: nautilus-list@gnome.org Subject: Re: windows shares disappeared X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 16:37:35 -0000 Juha Pahkala wrote: > Hello, > > I'm using an up-to-date version of FC2. So far I've been really > satisfied with the new spatial nautilus, a great improvement. > > Well, this has nothing to do with spatiality, just wanted to thank you > guys. But, today for some reason (I don't know what I did) all my > mounted windows partitions disappeared from my desktop. And also from > the 'Computer' folder. And in addition, my two cdrom drives aren't > visible in the 'Computer' folder anymore, there's only Filesystem and > Network icons remaining. I'm really clueless since I wasn't making any > changes to my preferences (at least, not that I know of :)) > > Is there an easy gconf key or something that I could check? Any Ideas? how about a /etc/fstab restoring? (that's just a try) > > Thanks in advance, > > Juhis > -- Alexandre From juhis@trinity.is-a-geek.com Mon Jul 19 12:42:34 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from trinity.is-a-geek.com (cs128098.pp.htv.fi [213.243.128.98]) by menubar.gnome.org (Postfix) with ESMTP id 7FD503B0FF1 for ; Mon, 19 Jul 2004 12:42:34 -0400 (EDT) Received: from [192.168.0.10] (client.veehoo.net [192.168.0.10]) by trinity.is-a-geek.com (Postfix) with ESMTP id 4544D3E850; Mon, 19 Jul 2004 19:41:39 +0300 (EEST) From: Juha Pahkala To: Alexandre Hautequest In-Reply-To: <40FBF8CB.6050307@onda.com.br> References: <1090254250.4480.7.camel@client.veehoo.net> <40FBF8CB.6050307@onda.com.br> Content-Type: text/plain Date: Mon, 19 Jul 2004 19:42:41 +0300 Message-Id: <1090255361.4480.9.camel@client.veehoo.net> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 (1.5.9.1-2) Content-Transfer-Encoding: 7bit Cc: nautilus-list@gnome.org Subject: Re: windows shares disappeared X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 16:42:34 -0000 On Mon, 2004-07-19 at 13:37 -0300, Alexandre Hautequest wrote: > Juha Pahkala wrote: > > Hello, > > > > I'm using an up-to-date version of FC2. So far I've been really > > satisfied with the new spatial nautilus, a great improvement. > > > > Well, this has nothing to do with spatiality, just wanted to thank you > > guys. But, today for some reason (I don't know what I did) all my > > mounted windows partitions disappeared from my desktop. And also from > > the 'Computer' folder. And in addition, my two cdrom drives aren't > > visible in the 'Computer' folder anymore, there's only Filesystem and > > Network icons remaining. I'm really clueless since I wasn't making any > > changes to my preferences (at least, not that I know of :)) > > > > Is there an easy gconf key or something that I could check? Any Ideas? > > how about a /etc/fstab restoring? (that's just a try) > There's nothing wrong with /etc/fstab if that's what you mean. All my partitions are normally mounted at boot time, the problem is nautilus doesn't recognize them anymore. From jamiemcc@blueyonder.co.uk Mon Jul 19 12:43:47 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out3.blueyonder.co.uk (smtp-out3.blueyonder.co.uk [195.188.213.6]) by menubar.gnome.org (Postfix) with ESMTP id 2FC313B0FF1 for ; Mon, 19 Jul 2004 12:43:47 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out3.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Mon, 19 Jul 2004 16:46:35 +0100 From: Jamie McCracken To: Christian Schneider In-Reply-To: <40FBBD63.9040306@scram.de> References: <1089895691.40f67d0bd3f14@webmail.flynch.net> <1089955888.2480.13.camel@wyett> <1089987150.7948.73.camel@flynch> <40FBBD63.9040306@scram.de> Content-Type: text/plain Message-Id: <1090251983.2882.15.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Mon, 19 Jul 2004 16:46:23 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 19 Jul 2004 15:46:35.0459 (UTC) FILETIME=[924B4930:01C46DA7] Cc: philip@wyett.net, Nautilus , frank@flynch.net Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 16:43:47 -0000 On Mon, 2004-07-19 at 13:24, Christian Schneider wrote: > Frank Lynch wrote: > > >Hi Philip, > >Please accept my apologies - it was a bad choice of words. > > > >FWIW - I have been using browser mode for a long time, and I havn't been > >able to use spatial nautilus (because I work with some rather deep > >directory structures) without Jamie's patch. So I was a browser bigot > >myself! The spatial concept grew on me slowly, but I couldn't make the > >leap without Jamie's patch. IMO this patch is the meeting of the browser > >and spatial worlds. There is still room for improvement, but I feel that > >its a lot better than anything I've ever used for file management. > > > > > > > Hi Frank, > > I would be interested in how you will set up the mouse buttons in > nautilus with the new settings. > > Left click open a new spatial window and middle click open in same window? I would recommend : Left click - open in same window Middle click - open in new window Mac OS/X does it this way and its more consistent with the file selector that way too. Its also good for newbies coming over from Windows. As it wont be in 2.8 or even in Nautilus CVS as such I will create and maintain a new app called Nautilus Plus (its just Nautilus plus my patches on top - not a fork!) so everyone that wants a really cool state of the art file manager gets one (as opposed to the "politically correct" Nautilus you currently get). jamie. > > -- > Christian Schneider From DANIELLLANO@terra.es Mon Jul 19 14:05:41 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tfdsmtp2.mail.isp (smtp.terra.es [213.4.129.129]) by menubar.gnome.org (Postfix) with ESMTP id 2C5DE3B109F for ; Mon, 19 Jul 2004 14:05:34 -0400 (EDT) Received: from teleline.es ([10.20.4.99]) by tfdsmtp2.mail.isp (Netscape Messaging Server 4.15 tfdsmtp2 Mar 14 2002 21:29:48) with ESMTP id I1429701.RGZ for ; Mon, 19 Jul 2004 20:05:31 +0200 From: DANIELLLANO To: nautilus-list@gnome.org Message-ID: <6a39964de9.64de96a399@teleline.es> Date: Mon, 19 Jul 2004 18:05:32 GMT X-Mailer: Netscape Webmail MIME-Version: 1.0 Content-Language: es X-Accept-Language: es X-Priority: 1 (Highest) Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 7bit Subject: Re: Natilus using UTF-8 for filenames regardless of locale X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 18:05:41 -0000 gabor farkas wrote: > On Sun, 2004-07-18 at 01:59, DANIELLLANO wrote: > > gabor wrote: > > > the guessing is usually something like this: > > > the application assumes that the filename is utf8. he begins to read it. > > > but then he founds out that it's not valid utf8. then he uses something else ( > > > usually iso-8859-1 or locale-defined one). > > > > Could someone point me where the code that does that is? > > I'm looking into implementing the same code in another gnome > > application. > > i do not know how glib handles this, but imho it's simply: > > byte[] b = readBytes(); > string t = decodeBytes(b,"UTF-8"); > if (t == null) //or any other way that signalizes that the decoding > failed > then t = decodeBytes(b,"ISO-8859-1"); //this will not fail because all > byte streams are valid iso-8859-1 strings. I don't need java conceptual code. You already explained the algorithm in words. I'm asking for the exact same code or functions to show to some people how this is exactly handled in nautilus and try to make a patch to that application (in c) I just need the exact reference to that code. Is that handled in glib as you suggested? Because I couldn't find the code in nautilus. From gabor@z10n.net Mon Jul 19 14:24:57 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25]) by menubar.gnome.org (Postfix) with ESMTP id BD6493B10CA for ; Mon, 19 Jul 2004 14:24:56 -0400 (EDT) Received: from [192.168.0.2] (really [217.23.244.140]) by viefep12-int.chello.at (InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP id <20040719182455.NAVM26640.viefep12-int.chello.at@[192.168.0.2]> for ; Mon, 19 Jul 2004 20:24:55 +0200 From: gabor farkas To: nautilus-list@gnome.org In-Reply-To: <6a39964de9.64de96a399@teleline.es> References: <6a39964de9.64de96a399@teleline.es> Content-Type: text/plain Message-Id: <1090261663.8673.0.camel@dubb> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 19 Jul 2004 20:27:43 +0200 Content-Transfer-Encoding: 7bit Subject: Re: Natilus using UTF-8 for filenames regardless of locale X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 18:24:57 -0000 On Mon, 2004-07-19 at 20:05, DANIELLLANO wrote: > > I don't need java conceptual code. You already explained the algorithm > in words. I'm asking for the exact same code or functions to show to > some people how this is exactly handled in nautilus and try to make a > patch to that application (in c) > I just need the exact reference to that code. > Is that handled in glib as you suggested? > Because I couldn't find the code in nautilus. > sorry i don't know how exactly nautilus does this. gabor From mnews22@wp.pl Mon Jul 19 14:57:36 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp.wp.pl (smtp.wp.pl [212.77.101.160]) by menubar.gnome.org (Postfix) with ESMTP id 9F12E3B10EB for ; Mon, 19 Jul 2004 14:57:33 -0400 (EDT) Received: (wp-smtpd smtp.wp.pl 21574 invoked from network); 19 Jul 2004 20:57:26 +0200 Received: from unknown (HELO megumi) (mnews22@[195.116.35.55]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with RC4-MD5 encrypted SMTP for ; 19 Jul 2004 20:57:26 +0200 From: Maciej Katafiasz To: Juha Pahkala In-Reply-To: <1090254250.4480.7.camel@client.veehoo.net> References: <1090254250.4480.7.camel@client.veehoo.net> Content-Type: text/plain; charset=iso-8859-2 Message-Id: <1090263604.2336.14.camel@megumi> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 19 Jul 2004 21:00:04 +0200 Content-Transfer-Encoding: 8bit X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-AS1: NOSPAM Body=1 Fuz1=1 Fuz2=1 X-WP-AS3: NOSPAM X-WP-SPAM: NO Cc: nautilus-list@gnome.org Subject: Re: windows shares disappeared X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 18:57:36 -0000 W li¶cie z pon, 19-07-2004, godz. 18:24, Juha Pahkala pisze: > Well, this has nothing to do with spatiality, just wanted to thank you > guys. But, today for some reason (I don't know what I did) all my > mounted windows partitions disappeared from my desktop. And also from > the 'Computer' folder. And in addition, my two cdrom drives aren't > visible in the 'Computer' folder anymore, there's only Filesystem and > Network icons remaining. I'm really clueless since I wasn't making any > changes to my preferences (at least, not that I know of :)) > > Is there an easy gconf key or something that I could check? Any Ideas? Hmm, did you Home icon disappear too? I had that recently, basically it was caused by gconfd-2 running from inside jhbuild, instead of distro one, due to my hacking. Nautilus couldn't find it's keys, and effect was that all mounts, and Home icon disappeared from desktop, leaving only Computer and Network. I don't know if you played with jhbuild, but maybe you updated some FC2 packages that could cause gconfd-2 or Nautilus' schemas to do something strange? HTH, Maciej -- "Tautologizm to co¶ tautologicznego" Maciej Katafiasz http://mathrick.blog.pl From johnp@redhat.com Mon Jul 19 15:04:07 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id C9D713B098C for ; Mon, 19 Jul 2004 15:04:06 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6JJ46e1026716; Mon, 19 Jul 2004 15:04:06 -0400 Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [172.16.52.154]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6JJ46a31182; Mon, 19 Jul 2004 15:04:06 -0400 Received: from [172.16.67.62] (remedyz.boston.redhat.com [172.16.67.62]) by lacrosse.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6JJ45F29433; Mon, 19 Jul 2004 15:04:06 -0400 From: "John (J5) Palmieri" To: Juha Pahkala In-Reply-To: <1090255361.4480.9.camel@client.veehoo.net> References: <1090254250.4480.7.camel@client.veehoo.net> <40FBF8CB.6050307@onda.com.br> <1090255361.4480.9.camel@client.veehoo.net> Content-Type: text/plain Date: Mon, 19 Jul 2004 15:04:05 -0400 Message-Id: <1090263845.8505.0.camel@remedyz.boston.redhat.com> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.2 (1.5.9.2-1) Content-Transfer-Encoding: 7bit Cc: nautilus-list@gnome.org, Alexandre Hautequest Subject: Re: windows shares disappeared X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 19:04:07 -0000 On Mon, 2004-07-19 at 19:42 +0300, Juha Pahkala wrote: > On Mon, 2004-07-19 at 13:37 -0300, Alexandre Hautequest wrote: > > Juha Pahkala wrote: > > > Hello, > > > > > > I'm using an up-to-date version of FC2. So far I've been really > > > satisfied with the new spatial nautilus, a great improvement. > > > > > > Well, this has nothing to do with spatiality, just wanted to thank you > > > guys. But, today for some reason (I don't know what I did) all my > > > mounted windows partitions disappeared from my desktop. And also from > > > the 'Computer' folder. And in addition, my two cdrom drives aren't > > > visible in the 'Computer' folder anymore, there's only Filesystem and > > > Network icons remaining. I'm really clueless since I wasn't making any > > > changes to my preferences (at least, not that I know of :)) > > > > > > Is there an easy gconf key or something that I could check? Any Ideas? > > > > how about a /etc/fstab restoring? (that's just a try) > > > > There's nothing wrong with /etc/fstab if that's what you mean. All my > partitions are normally mounted at boot time, the problem is nautilus > doesn't recognize them anymore. Did you install any external packages? -- John (J5) Palmieri Associate Software Engineer Desktop Group Red Hat, Inc. Blog: http://martianrock.com From c.schneider@scram.de Mon Jul 19 15:13:37 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail2.scram.de (mail2.scram.de [195.226.127.112]) by menubar.gnome.org (Postfix) with ESMTP id A4D843B1068 for ; Mon, 19 Jul 2004 15:13:36 -0400 (EDT) Received: from mail3.scram.de (mail3.scram.de [195.226.127.113]) by mail2.scram.de (Postfix) with ESMTP id E53E280A6; Mon, 19 Jul 2004 21:13:30 +0200 (CEST) Received: from mail.scram.de (mail.scram.de [IPv6:3ffe:400:470:1::1:1]) by mail2.scram.de (Postfix) with ESMTP id E48AE8199; Mon, 19 Jul 2004 21:12:46 +0200 (CEST) Received: from [10.0.0.10] (p5487BFC4.dip.t-dialin.net [84.135.191.196]) (authenticated (0 bits)) by mail.scram.de (8.12.9/8.11.0) with ESMTP id i6JJCW1s004711; Mon, 19 Jul 2004 21:12:39 +0200 (CEST) Message-ID: <40FC1D6B.9050102@scram.de> Date: Mon, 19 Jul 2004 21:13:47 +0200 From: Christian Schneider User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jamie McCracken References: <1089895691.40f67d0bd3f14@webmail.flynch.net> <1089955888.2480.13.camel@wyett> <1089987150.7948.73.camel@flynch> <40FBBD63.9040306@scram.de> <1090251983.2882.15.camel@localhost.localdomain> In-Reply-To: <1090251983.2882.15.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at scram.de X-Spam-Status: No, hits=-4.9 tagged_above=-999.0 required=5.0 tests=BAYES_00 X-Spam-Level: X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] Cc: philip@wyett.net, Nautilus , frank@flynch.net Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 19:13:37 -0000 Jamie McCracken wrote: >On Mon, 2004-07-19 at 13:24, Christian Schneider wrote: > > >>Frank Lynch wrote: >> >> >> >>>Hi Philip, >>>Please accept my apologies - it was a bad choice of words. >>> >>>FWIW - I have been using browser mode for a long time, and I havn't been >>>able to use spatial nautilus (because I work with some rather deep >>>directory structures) without Jamie's patch. So I was a browser bigot >>>myself! The spatial concept grew on me slowly, but I couldn't make the >>>leap without Jamie's patch. IMO this patch is the meeting of the browser >>>and spatial worlds. There is still room for improvement, but I feel that >>>its a lot better than anything I've ever used for file management. >>> >>> >>> >>> >>> >>Hi Frank, >> >>I would be interested in how you will set up the mouse buttons in >>nautilus with the new settings. >> >>Left click open a new spatial window and middle click open in same window? >> >> > >I would recommend : > >Left click - open in same window >Middle click - open in new window > > > I would probably choose: left: open in new window, close old middle: open i new window But this is of course everyone´s own choice. >Mac OS/X does it this way and its more consistent with the file selector >that way too. Its also good for newbies coming over from Windows. > >As it wont be in 2.8 or even in Nautilus CVS as such I will create and >maintain a new app called Nautilus Plus (its just Nautilus plus my >patches on top - not a fork!) so everyone that wants a really cool state >of the art file manager gets one (as opposed to the "politically >correct" Nautilus you currently get). > > That is very nice. I would like to test your patches. Will you offer binaries and perhaps even rpms? If you need someone to test and maintain fedora core rpms I could do that. -- Christian Schneider From jamiemcc@blueyonder.co.uk Mon Jul 19 16:00:54 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out3.blueyonder.co.uk (smtp-out3.blueyonder.co.uk [195.188.213.6]) by menubar.gnome.org (Postfix) with ESMTP id 79FA03B088B for ; Mon, 19 Jul 2004 16:00:54 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out3.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Mon, 19 Jul 2004 20:26:41 +0100 From: Jamie McCracken To: Christian Schneider In-Reply-To: <40FC1D6B.9050102@scram.de> References: <1089895691.40f67d0bd3f14@webmail.flynch.net> <1089955888.2480.13.camel@wyett> <1089987150.7948.73.camel@flynch> <40FBBD63.9040306@scram.de> <1090251983.2882.15.camel@localhost.localdomain> <40FC1D6B.9050102@scram.de> Content-Type: text/plain Message-Id: <1090265190.30979.22.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Mon, 19 Jul 2004 20:26:30 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 19 Jul 2004 19:26:41.0846 (UTC) FILETIME=[51EA0560:01C46DC6] Cc: philip@wyett.net, Nautilus , frank@flynch.net Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 20:00:54 -0000 On Mon, 2004-07-19 at 20:13, Christian Schneider wrote: > > > > > That is very nice. > > I would like to test your patches. Will you offer binaries and perhaps > even rpms? If you need someone to test and maintain fedora core rpms I > could do that. > Yes I am planning to create RPMs (I haven't created them before but Im sure i will manage). I will need someone to help test them - thanks for volunteering! I'm currently looking at sorting out the bookmarks so they share them with the file selector. Once I get that sorted then I'll start looking at creating RPMs. jamie. > -- > Christian Schneider > > From juhis@trinity.is-a-geek.com Mon Jul 19 16:21:05 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from trinity.is-a-geek.com (cs128098.pp.htv.fi [213.243.128.98]) by menubar.gnome.org (Postfix) with ESMTP id CBFDB3B06D0 for ; Mon, 19 Jul 2004 16:21:04 -0400 (EDT) Received: from [192.168.0.10] (client.veehoo.net [192.168.0.10]) by trinity.is-a-geek.com (Postfix) with ESMTP id 69EEE40141; Mon, 19 Jul 2004 23:20:08 +0300 (EEST) From: Juha Pahkala To: Maciej Katafiasz In-Reply-To: <1090263604.2336.14.camel@megumi> References: <1090254250.4480.7.camel@client.veehoo.net> <1090263604.2336.14.camel@megumi> Content-Type: text/plain; charset=iso-8859-2 Date: Mon, 19 Jul 2004 23:21:12 +0300 Message-Id: <1090268472.3933.7.camel@client.veehoo.net> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 (1.5.9.1-2) Content-Transfer-Encoding: 8bit Cc: nautilus-list@gnome.org Subject: Re: windows shares disappeared X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 20:21:05 -0000 On Mon, 2004-07-19 at 21:00 +0200, Maciej Katafiasz wrote: > W li¶cie z pon, 19-07-2004, godz. 18:24, Juha Pahkala pisze: > > Well, this has nothing to do with spatiality, just wanted to thank you > > guys. But, today for some reason (I don't know what I did) all my > > mounted windows partitions disappeared from my desktop. And also from > > the 'Computer' folder. And in addition, my two cdrom drives aren't > > visible in the 'Computer' folder anymore, there's only Filesystem and > > Network icons remaining. I'm really clueless since I wasn't making any > > changes to my preferences (at least, not that I know of :)) > > > > Is there an easy gconf key or something that I could check? Any Ideas? > > Hmm, did you Home icon disappear too? I had that recently, basically it > was caused by gconfd-2 running from inside jhbuild, instead of distro > one, due to my hacking. Nautilus couldn't find it's keys, and effect was > that all mounts, and Home icon disappeared from desktop, leaving only > Computer and Network. I don't know if you played with jhbuild, but maybe > you updated some FC2 packages that could cause gconfd-2 or Nautilus' > schemas to do something strange? > Nothing gnome specific afaik. All I can think of was trying out a windows app installation using wine yesterday. Hmm, could that be it, I don't know? Any suggestions of how to fix it? Somehow reinstall gconf of nautilus or something? Thanks, Juhis From ttb@tentacle.dhs.org Mon Jul 19 17:25:32 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tentacle.dhs.org (CPE0000c02944d6-CM00003965a061.cpe.net.cable.rogers.com [69.193.74.215]) by menubar.gnome.org (Postfix) with ESMTP id B91663B07C6 for ; Mon, 19 Jul 2004 17:25:32 -0400 (EDT) Received: from ttb by tentacle.dhs.org with local (Exim 3.36 #1 (Debian)) id 1BmfjP-0001oO-00; Mon, 19 Jul 2004 17:31:31 -0400 From: John McCutchan To: Chris Friesen In-Reply-To: <40FBCD8F.1080300@nortelnetworks.com> References: <40FBCD8F.1080300@nortelnetworks.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1090272690.6954.1.camel@vertex> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 19 Jul 2004 17:31:30 -0400 Cc: nautilus-list@gnome.org, Linux Kernel Mailing List , Davide Libenzi , Ian Kent Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 21:25:33 -0000 On Mon, 2004-07-19 at 09:33, Chris Friesen wrote: > Ian Kent wrote: > > > So the number of watches is restricted to the max number of file > > handles/process? > > Note: I have not read the code. We should probably do so before speculating. > > However, it looks like you have one fd, and reading from it gives you a data > structure of information about the event. The max number of watches could be as > high as INT_MAX depending on implementation. Yes you are right. The maximum number of watchers is per-device. I have it defined as 256 now. Also the maximum number of devices that can be opened at a time is 8. John From ttb@tentacle.dhs.org Mon Jul 19 20:37:01 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tentacle.dhs.org (CPE0000c02944d6-CM00003965a061.cpe.net.cable.rogers.com [69.193.74.215]) by menubar.gnome.org (Postfix) with ESMTP id 8FA403B0D6D; Mon, 19 Jul 2004 20:37:00 -0400 (EDT) Received: from ttb by tentacle.dhs.org with local (Exim 3.36 #1 (Debian)) id 1BmijF-0003cC-00; Mon, 19 Jul 2004 20:43:33 -0400 From: John McCutchan To: gamin-list@gnome.org, nautilus-list@gnome.org Content-Type: multipart/mixed; boundary="=-s7S5qzI3Sg/nVvkCx0Rt" Message-Id: <1090284212.13887.2.camel@vertex> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 19 Jul 2004 20:43:33 -0400 Cc: Subject: gamin inotify patches X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jul 2004 00:37:01 -0000 --=-s7S5qzI3Sg/nVvkCx0Rt Content-Type: text/plain Content-Transfer-Encoding: 7bit Here is an inotify backend for gamin. I have done some basic testing and it appears to work. Attached are: A build fix for gamin CVS A patch for the inotify backend gam_inotify.[ch] which goes under the server directory in gamin. To build gamin with the inotify backend just pass '--enable-inotify' to configure. I would really appreciate some testing. John --=-s7S5qzI3Sg/nVvkCx0Rt Content-Disposition: attachment; filename=gamin-fix.patch Content-Transfer-Encoding: base64 Content-Type: text/x-patch; name=gamin-fix.patch; charset=UTF-8 SW5kZXg6IGxpYmdhbWluL2ZhbS5oDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2N2cy9nbm9tZS9n YW1pbi9saWJnYW1pbi9mYW0uaCx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMw0KZGlmZiAtdSAt cjEuMyBmYW0uaA0KLS0tIGxpYmdhbWluL2ZhbS5oCTE3IEp1bCAyMDA0IDIzOjQwOjE2IC0wMDAw CTEuMw0KKysrIGxpYmdhbWluL2ZhbS5oCTE5IEp1bCAyMDA0IDIyOjA0OjU1IC0wMDAwDQpAQCAt ODAsNyArODAsNyBAQA0KICAqIFRoZSBGQU1Db2RlcyBpbmRpY2F0ZXMgd2hhdCBraW5kIG9mIGV2 ZW50IGhhcHBlbmVkIHRoYXQgcmFpc2VkDQogICogdGhlIGNhbGxiYWNrIGF0IHRoZSBhcHBsaWNh dGlvbiBsZXZlbC4NCiAgKi8NCi1lbnVtIHsNCit0eXBlZGVmIGVudW0gew0KICAgICBGQU1DaGFu Z2VkPTEsDQogICAgIEZBTURlbGV0ZWQ9MiwNCiAgICAgRkFNU3RhcnRFeGVjdXRpbmc9MywNCg== --=-s7S5qzI3Sg/nVvkCx0Rt Content-Disposition: attachment; filename=gamin-inotify.patch Content-Transfer-Encoding: base64 Content-Type: text/x-patch; name=gamin-inotify.patch; charset=UTF-8 SW5kZXg6IGNvbmZpZ3VyZS5pbg0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNTIGZpbGU6IC9jdnMvZ25vbWUvZ2Ft aW4vY29uZmlndXJlLmluLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4yDQpkaWZmIC11IC1yMS4y IGNvbmZpZ3VyZS5pbg0KLS0tIGNvbmZpZ3VyZS5pbgkxOCBKdW4gMjAwNCAxMjoxNDo1MiAtMDAw MAkxLjINCisrKyBjb25maWd1cmUuaW4JMjAgSnVsIDIwMDQgMDA6MDI6NTkgLTAwMDANCkBAIC0x NjQsNiArMTY0LDE4IEBADQogCWJhY2tlbmQ9InBvbGxpbmciDQogZmkNCiANCitBQ19BUkdfRU5B QkxFKGlub3RpZnksDQorWyAgLS1lbmFibGUtaW5vdGlmeSBVc2VzIGlub3RpZnkgYXMgYmFja2Vu ZF0sDQorW2Nhc2UgIiR7ZW5hYmxldmFsfSIgaW4NCisgIHllcykgYmFja2VuZD0iaW5vdGlmeSIg OzsNCisgIG5vKSA7Ow0KKyAgKikgQUNfTVNHX0VSUk9SKGJhZCB2YWx1ZSAke2VuYWJsZXZhbH0g Zm9yIC0tZW5hYmxlLWlub3RpZnkpIDs7DQorZXNhY10pDQorDQoraWYgdGVzdCB4JGJhY2tlbmQg PSB4aW5vdGlmeTsgdGhlbg0KKyAgICBBQ19ERUZJTkUoVVNFX0lOT1RJRlksMSxbVXNlIGlub3Rp ZnkgYXMgYmFja2VuZF0pDQorZmkNCisNCiBkbmwgY2hlY2sgZm9yIGZsYXZvdXJzIG9mIHZhcmFy Z3MgbWFjcm9zICh0ZXN0IGZyb20gR0xpYikNCiBBQ19NU0dfQ0hFQ0tJTkcoZm9yIElTTyBDOTkg dmFyYXJncyBtYWNyb3MgaW4gQykNCiBBQ19UUllfQ09NUElMRShbXSxbDQpJbmRleDogc2VydmVy L01ha2VmaWxlLmFtDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2N2cy9nbm9tZS9nYW1pbi9zZXJ2 ZXIvTWFrZWZpbGUuYW0sdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjEuMS4xDQpkaWZmIC11IC1y MS4xLjEuMSBNYWtlZmlsZS5hbQ0KLS0tIHNlcnZlci9NYWtlZmlsZS5hbQkxNSBKdW4gMjAwNCAx OTozMDo0OCAtMDAwMAkxLjEuMS4xDQorKysgc2VydmVyL01ha2VmaWxlLmFtCTIwIEp1bCAyMDA0 IDAwOjAyOjU5IC0wMDAwDQpAQCAtMzAsNiArMzAsOCBAQA0KIAlnYW1fZXJyb3IuaAkJCQkJXA0K IAlnYW1fZG5vdGlmeS5jCQkJCQlcDQogCWdhbV9kbm90aWZ5LmgJCQkJCVwNCisJZ2FtX2lub3Rp ZnkuYwkJCQkJXA0KKwlnYW1faW5vdGlmeS5oCQkJCQlcDQogCWdhbV9jaGFubmVsLmMJCQkJCVwN CiAJZ2FtX2NoYW5uZWwuaAkJCQkJXA0KIAlnYW1fY29ubmVjdGlvbi5jCQkJCVwNCkluZGV4OiBz ZXJ2ZXIvZ2FtX3NlcnZlci5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2N2cy9nbm9tZS9nYW1p bi9zZXJ2ZXIvZ2FtX3NlcnZlci5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4yDQpkaWZmIC11 IC1yMS4yIGdhbV9zZXJ2ZXIuYw0KLS0tIHNlcnZlci9nYW1fc2VydmVyLmMJMTMgSnVsIDIwMDQg MTQ6MjQ6MzQgLTAwMDAJMS4yDQorKysgc2VydmVyL2dhbV9zZXJ2ZXIuYwkyMCBKdWwgMjAwNCAw MDowMjo1OSAtMDAwMA0KQEAgLTQ3LDggKzQ3LDkgQEANCiBnYm9vbGVhbg0KIGdhbV9pbml0X3N1 YnNjcmlwdGlvbnModm9pZCkNCiB7DQotDQotI2lmZGVmIGxpbnV4DQorI2lmZGVmIFVTRV9JTk9U SUZZDQorICAgIHJldHVybiAoZ2FtX2lub3RpZnlfaW5pdCgpKTsNCisjZWxpZiBsaW51eA0KICAg ICByZXR1cm4gKGdhbV9kbm90aWZ5X2luaXQoKSk7DQogI2Vsc2UNCiAgICAgcmV0dXJuIChnYW1f cG9sbF9pbml0KCkpOw0K --=-s7S5qzI3Sg/nVvkCx0Rt Content-Disposition: attachment; filename=gam_inotify.c Content-Transfer-Encoding: base64 Content-Type: text/x-csrc; name=gam_inotify.c; charset=UTF-8 LyogTWFybW90DQogKiBDb3B5cmlnaHQgKEMpIDIwMDQgSm9obiBNY0N1dGNoYW4sIEphbWVzIFdp bGxjb3gsIENvcmV5IEJvd2Vycw0KICoNCiAqIFRoaXMgbGlicmFyeSBpcyBmcmVlIHNvZnR3YXJl OyB5b3UgY2FuIHJlZGlzdHJpYnV0ZSBpdCBhbmQvb3INCiAqIG1vZGlmeSBpdCB1bmRlciB0aGUg dGVybXMgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMNCiAqIExpY2Vuc2UgYXMgcHVi bGlzaGVkIGJ5IHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb247IGVpdGhlcg0KICogdmVyc2lv biAyIG9mIHRoZSBMaWNlbnNlLCBvciAoYXQgeW91ciBvcHRpb24pIGFueSBsYXRlciB2ZXJzaW9u Lg0KICoNCiAqIFRoaXMgbGlicmFyeSBpcyBkaXN0cmlidXRlZCBpbiB0aGUgaG9wZSB0aGF0IGl0 IHdpbGwgYmUgdXNlZnVsLA0KICogYnV0IFdJVEhPVVQgQU5ZIFdBUlJBTlRZOyB3aXRob3V0IGV2 ZW4gdGhlIGltcGxpZWQgd2FycmFudHkgb2YNCiAqIE1FUkNIQU5UQUJJTElUWSBvciBGSVRORVNT IEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRS4gIFNlZSB0aGUgR05VDQogKiBMZXNzZXIgR2VuZXJh bCBQdWJsaWMgTGljZW5zZSBmb3IgbW9yZSBkZXRhaWxzLg0KICoNCiAqIFlvdSBzaG91bGQgaGF2 ZSByZWNlaXZlZCBhIGNvcHkgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMNCiAqIExp Y2Vuc2UgYWxvbmcgd2l0aCB0aGlzIGxpYnJhcnk7IGlmIG5vdCwgd3JpdGUgdG8gdGhlIEZyZWUN CiAqIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4sIDY3NSBNYXNzIEF2ZSwgQ2FtYnJpZGdlLCBN QSAwMjEzOSwgVVNBLg0KICovDQoNCg0KI2luY2x1ZGUgPGNvbmZpZy5oPg0KI2RlZmluZSBfR05V X1NPVVJDRQ0KI2luY2x1ZGUgPGZjbnRsLmg+DQojaW5jbHVkZSA8c3lzL2lvY3RsLmg+DQojaW5j bHVkZSA8c2lnbmFsLmg+DQojaW5jbHVkZSA8dW5pc3RkLmg+DQojaW5jbHVkZSA8c3RkaW8uaD4N CiNpbmNsdWRlIDxnbGliLmg+DQojaW5jbHVkZSAiL3Vzci9zcmMvbGludXgvaW5jbHVkZS9saW51 eC9pbm90aWZ5LmgiDQojaW5jbHVkZSAiZ2FtX2Vycm9yLmgiDQojaW5jbHVkZSAiZ2FtX3BvbGwu aCINCiNpbmNsdWRlICJnYW1faW5vdGlmeS5oIg0KI2luY2x1ZGUgImdhbV90cmVlLmgiDQojaW5j bHVkZSAiZ2FtX2V2ZW50LmgiDQojaW5jbHVkZSAiZ2FtX3NlcnZlci5oIg0KI2luY2x1ZGUgImdh bV9ldmVudC5oIg0KDQovKiBqdXN0IHB1bGxpbmcgYSB2YWx1ZSBvdXQgb2Ygbm93aGVyZSBoZXJl Li4ubWF5IG5lZWQgdHdlYWtpbmcgKi8NCiNkZWZpbmUgTUFYX1FVRVVFX1NJWkUgNTAwDQoNCnR5 cGVkZWYgc3RydWN0IHsNCiAgICBjaGFyICpwYXRoOw0KICAgIGludCB3ZDsNCiAgICBpbnQgcmVm Y291bnQ7DQp9IElOb3RpZnlEYXRhOw0KDQpzdGF0aWMgR0hhc2hUYWJsZSAqcGF0aF9oYXNoID0g TlVMTDsNCnN0YXRpYyBHSGFzaFRhYmxlICp3ZF9oYXNoID0gTlVMTDsNCg0KR19MT0NLX0RFRklO RV9TVEFUSUMoaW5vdGlmeSk7DQoNCnN0YXRpYyBHUXVldWUgKmNoYW5nZXMgPSBOVUxMOw0KDQoj aWZkZWYgV0lUSF9UUkVBRElORw0Kc3RhdGljIEdNYWluQ29udGV4dCAqbG9vcF9jb250ZXh0Ow0K I2VuZGlmDQpzdGF0aWMgR0lPQ2hhbm5lbCAqaW5vdGlmeV9yZWFkX2lvYyA9IE5VTEw7DQoNCnN0 YXRpYyBnYm9vbGVhbiBoYXZlX2NvbnN1bWVfaWRsZXIgPSBGQUxTRTsNCg0KaW50IGZkID0gLTE7 IC8vIHRoZSBkZXZpY2UgZmQNCg0Kc3RhdGljIElOb3RpZnlEYXRhICoNCmdhbV9pbm90aWZ5X2Rh dGFfbmV3KGNvbnN0IGNoYXIgKnBhdGgsIGludCB3ZCkNCnsNCiAgICBJTm90aWZ5RGF0YSAqZGF0 YTsNCg0KICAgIGRhdGEgPSBnX25ldzAoSU5vdGlmeURhdGEsIDEpOw0KICAgIGRhdGEtPnBhdGgg PSBnX3N0cmR1cChwYXRoKTsNCiAgICBkYXRhLT53ZCA9IHdkOw0KICAgIGRhdGEtPnJlZmNvdW50 ID0gMTsNCg0KICAgIHJldHVybiBkYXRhOw0KfQ0KDQpzdGF0aWMgdm9pZA0KZ2FtX2lub3RpZnlf ZGF0YV9mcmVlKElOb3RpZnlEYXRhICogZGF0YSkNCnsNCiAgICBnX2ZyZWUoZGF0YS0+cGF0aCk7 DQogICAgZ19mcmVlKGRhdGEpOw0KfQ0KDQpzdGF0aWMgdm9pZA0KZ2FtX2lub3RpZnlfZGlyZWN0 b3J5X2hhbmRsZXIoY29uc3QgY2hhciAqcGF0aCwgZ2Jvb2xlYW4gYWRkZWQpDQp7DQogICAgSU5v dGlmeURhdGEgKmRhdGE7DQogICAgc3RydWN0IGlub3RpZnlfd2F0Y2hfcmVxdWVzdCBpd3I7DQog ICAgaW50IHdkLHI7DQoNCiAgICBHX0xPQ0soaW5vdGlmeSk7DQoNCiAgICBpZiAoYWRkZWQpIHsN Cg0KICAgICAgICBpZiAoKGRhdGEgPSBnX2hhc2hfdGFibGVfbG9va3VwKHBhdGhfaGFzaCwgcGF0 aCkpICE9IE5VTEwpIHsNCiAgICAgICAgICAgIGRhdGEtPnJlZmNvdW50Kys7DQogICAgICAgICAg ICBHX1VOTE9DSyhpbm90aWZ5KTsNCiAgICAgICAgICAgIHJldHVybjsNCiAgICAgICAgfQ0KDQoJ aXdyLmRpcm5hbWUgPSBnX3N0cmR1cChwYXRoKTsNCglpd3IubWFzayA9IElOX01PRElGWXxJTl9D UkVBVEV8SU5fREVMRVRFfElOX1JFTkFNRXxJTl9BVFRSSUJ8SU5fVU5NT1VOVHxJTl9JR05PUkVE Ow0KDQogICAgICAgIHdkID0gaW9jdGwoZmQsIElOT1RJRllfV0FUQ0gsJml3cik7DQogICAgICAg IGdfZnJlZShpd3IuZGlybmFtZSk7CQ0KDQogICAgICAgIGlmICh3ZCA8IDApIHsNCiAgICAgICAg ICAgIEdfVU5MT0NLKGlub3RpZnkpOw0KICAgICAgICAgICAgcmV0dXJuOw0KICAgICAgICB9DQoN Cg0KICAgICAgICBkYXRhID0gZ2FtX2lub3RpZnlfZGF0YV9uZXcocGF0aCwgd2QpOw0KICAgICAg ICBnX2hhc2hfdGFibGVfaW5zZXJ0KHdkX2hhc2gsIEdJTlRfVE9fUE9JTlRFUihkYXRhLT53ZCks IGRhdGEpOw0KICAgICAgICBnX2hhc2hfdGFibGVfaW5zZXJ0KHBhdGhfaGFzaCwgZGF0YS0+cGF0 aCwgZGF0YSk7DQoNCiAgICAgICAgZ2FtX2RlYnVnKERFQlVHX0lORk8sICJhY3RpdmF0ZWQgSU5v dGlmeSBmb3IgJXNcbiIsIHBhdGgpOw0KICAgIH0gZWxzZSB7DQogICAgICAgIGRhdGEgPSBnX2hh c2hfdGFibGVfbG9va3VwKHBhdGhfaGFzaCwgcGF0aCk7DQoNCiAgICAgICAgaWYgKCFkYXRhKSB7 DQogICAgICAgICAgICBHX1VOTE9DSyhpbm90aWZ5KTsNCiAgICAgICAgICAgIHJldHVybjsNCiAg ICAgICAgfQ0KDQogICAgICAgIGRhdGEtPnJlZmNvdW50LS07DQoNCiAgICAgICAgaWYgKGRhdGEt PnJlZmNvdW50ID09IDApIHsNCiAgICAgICAgICAgIHIgPSBpb2N0bCAoZmQsIElOT1RJRllfSUdO T1JFLCAmZGF0YS0+d2QpOyANCgkgICAgaWYgKHIgPCAwKSB7DQogICAgICAgICAgICAgICAgZ2Ft X2RlYnVnIChERUJVR19JTkZPLCAiSU5PVElGWV9JR05PUkUgZmFpbGVkIGZvciAlc1xuIiwgZGF0 YS0+cGF0aCk7DQogICAgICAgICAgICB9DQogICAgICAgICAgICBnYW1fZGVidWcoREVCVUdfSU5G TywgImRlYWN0aXZhdGVkIElOb3RpZnkgZm9yICVzXG4iLA0KICAgICAgICAgICAgICAgICAgICAg IGRhdGEtPnBhdGgpOw0KICAgICAgICAgICAgZ19oYXNoX3RhYmxlX3JlbW92ZShwYXRoX2hhc2gs IGRhdGEtPnBhdGgpOw0KICAgICAgICAgICAgZ19oYXNoX3RhYmxlX3JlbW92ZSh3ZF9oYXNoLCBH SU5UX1RPX1BPSU5URVIoZGF0YS0+d2QpKTsNCiAgICAgICAgICAgIGdhbV9pbm90aWZ5X2RhdGFf ZnJlZShkYXRhKTsNCiAgICAgICAgfQ0KICAgIH0NCg0KICAgIEdfVU5MT0NLKGlub3RpZnkpOw0K fQ0KDQpzdGF0aWMgdm9pZA0KZ2FtX2lub3RpZnlfZmlsZV9oYW5kbGVyKGNvbnN0IGNoYXIgKnBh dGgsIGdib29sZWFuIGFkZGVkKQ0Kew0KICAgIGNoYXIgKmRpcjsNCg0KICAgIGRpciA9IGdfcGF0 aF9nZXRfZGlybmFtZShwYXRoKTsNCiAgICBnYW1faW5vdGlmeV9kaXJlY3RvcnlfaGFuZGxlcihk aXIsIGFkZGVkKTsNCiAgICBnX2ZyZWUoZGlyKTsNCn0NCg0KI2lmZGVmIFdJVEhfVFJFQURJTkcN CnN0YXRpYyBncG9pbnRlcg0KZ2FtX2lub3RpZnlfc2Nhbl9sb29wKGdwb2ludGVyIGRhdGEpDQp7 DQogICAgZ19tYWluX2xvb3BfcnVuKGdfbWFpbl9sb29wX25ldyhsb29wX2NvbnRleHQsIFRSVUUp KTsNCiAgICByZXR1cm4gKE5VTEwpOw0KfQ0KI2VuZGlmDQoNCnN0YXRpYyBnYm9vbGVhbg0KZ2Ft X2lub3RpZnlfcmVhZF9oYW5kbGVyKGdwb2ludGVyIHVzZXJfZGF0YSkNCnsNCiAgICBzdHJ1Y3Qg aW5vdGlmeV9ldmVudCBldmVudDsNCiAgICBJTm90aWZ5RGF0YSAqZGF0YTsNCg0KICAgIGdhbV9k ZWJ1ZyhERUJVR19JTkZPLCAiZ2FtX2lub3RpZnlfcmVhZF9oYW5kbGVyKClcbiIpOw0KDQogICAg aWYgKGdfaW9fY2hhbm5lbF9yZWFkX2NoYXJzKGlub3RpZnlfcmVhZF9pb2MsIChjaGFyICopJmV2 ZW50LCBzaXplb2Yoc3RydWN0IGlub3RpZnlfZXZlbnQpLCBOVUxMLCBOVUxMKSAhPSBHX0lPX1NU QVRVU19OT1JNQUwpIHsNCiAgICAgICAgZ2FtX2RlYnVnKERFQlVHX0lORk8sICJnYW1faW5vdGlm eV9yZWFkX2hhbmRsZXIgZmFpbGVkXG4iKTsNCglyZXR1cm4gRkFMU0U7DQogICAgfQ0KDQogICAg aW9jdGwoZmQsIElOT1RJRllfU1RBVFMsMCk7DQoNCiAgICBHX0xPQ0soaW5vdGlmeSk7DQogICAg ZGF0YSA9IGdfaGFzaF90YWJsZV9sb29rdXAgKHdkX2hhc2gsIEdJTlRfVE9fUE9JTlRFUihldmVu dC53ZCkpOw0KICAgIEdfVU5MT0NLKGlub3RpZnkpOw0KDQogICAgaWYgKCFkYXRhKSB7DQoJZ2Ft X2RlYnVnKERFQlVHX0lORk8sICJDb3VsZCBub3QgZmluZCBXRCAlZCBpbiBoYXNoXG4iLCBldmVu dC53ZCk7DQogICAgICAgIHJldHVybiBUUlVFOw0KICAgIH0NCg0KICAgIGdhbV9kZWJ1ZyhERUJV R19JTkZPLCAiZ2FtX2lub3RpZnkgZXZlbnQgZm9yICVzICgleClcbiIsIGRhdGEtPnBhdGgsIGV2 ZW50Lm1hc2spOw0KICAgIGdhbV9wb2xsX3NjYW5fZGlyZWN0b3J5KGRhdGEtPnBhdGgsIE5VTEwp Ow0KDQogICAgZ2FtX2RlYnVnKERFQlVHX0lORk8sICJnYW1faW5vdGlmeV9yZWFkX2hhbmRsZXIo KSBkb25lXG4iKTsNCg0KICAgIHJldHVybiBUUlVFOw0KfQ0KDQpzdGF0aWMgZ2Jvb2xlYW4NCmdh bV9pbm90aWZ5X2NvbnN1bWVfc3Vic2NyaXB0aW9uc19yZWFsKGdwb2ludGVyIGRhdGEpDQp7DQog ICAgZ2FtX3BvbGxfY29uc3VtZV9zdWJzY3JpcHRpb25zKCk7DQogICAgaGF2ZV9jb25zdW1lX2lk bGVyID0gRkFMU0U7DQogICAgcmV0dXJuIEZBTFNFOw0KfQ0KDQpzdGF0aWMgdm9pZA0KZ2FtX2lu b3RpZnlfY29uc3VtZV9zdWJzY3JpcHRpb25zKHZvaWQpDQp7DQogICAgR1NvdXJjZSAqc291cmNl Ow0KDQogICAgaWYgKGhhdmVfY29uc3VtZV9pZGxlcikNCiAgICAgICAgcmV0dXJuOw0KDQogICAg aGF2ZV9jb25zdW1lX2lkbGVyID0gVFJVRTsNCiAgICBzb3VyY2UgPSBnX2lkbGVfc291cmNlX25l dygpOw0KICAgIGdfc291cmNlX3NldF9jYWxsYmFjayhzb3VyY2UsIGdhbV9pbm90aWZ5X2NvbnN1 bWVfc3Vic2NyaXB0aW9uc19yZWFsLA0KICAgICAgICAgICAgICAgICAgICAgICAgICBOVUxMLCBO VUxMKTsNCiNpZmRlZiBXSVRIX1RSRUFESU5HDQogICAgZ19zb3VyY2VfYXR0YWNoKHNvdXJjZSwg bG9vcF9jb250ZXh0KTsNCiNlbHNlDQogICAgZ19zb3VyY2VfYXR0YWNoKHNvdXJjZSwgTlVMTCk7 DQojZW5kaWYNCn0NCg0KLyoqDQogKiBAZGVmZ3JvdXAgSU5vdGlmeSBJTm90aWZ5IEJhY2tlbmQN CiAqIEBpbmdyb3VwIEJhY2tlbmRzDQogKiBAYnJpZWYgSU5vdGlmeSBiYWNrZW5kIEFQSQ0KICoN CiAqIFNpbmNlIHZlcnNpb24gMi5YLCBMaW51eCBrZXJuZWxzIGhhdmUgaW5jbHVkZWQgdGhlIExp bnV4IElub2RlDQogKiBOb3RpZmljYXRpb24gc3lzdGVtIChpbm90aWZ5KS4gIFRoaXMgYmFja2Vu ZCB1c2VzIGlub3RpZnkgdG8ga25vdyB3aGVuDQogKiBmaWxlcyBhcmUgY2hhbmdlZC9jcmVhdGVk L2RlbGV0ZWQuICBTaW5jZSBpbm90aWZ5IGRvZXNuJ3QgdGVsbCB1cw0KICogZXhhY3RseSB3aGF0 IGV2ZW50IGhhcHBlbmVkIHRvIHdoaWNoIGZpbGUgKGp1c3QgdGhhdCBzb21lIGV2ZW4gaGFwcGVu ZWQNCiAqIGluIHNvbWUgZGlyZWN0b3J5KSwgd2Ugc3RpbGwgaGF2ZSB0byBjYWNoZSBzdGF0KCkg aW5mb3JtYXRpb24uICBGb3IgdGhpcywNCiAqIHdlIGNhbiBqdXN0IHVzZSB0aGUgY29kZSBpbiB0 aGUgcG9sbGluZyBiYWNrZW5kLg0KICoNCiAqIEB7DQogKi8NCg0KDQovKioNCiAqIEluaXRpYWxp emVzIHRoZSBpbm90aWZ5IHN5c3RlbS4gIFRoaXMgbXVzdCBiZSBjYWxsZWQgYmVmb3JlDQogKiBh bnkgb3RoZXIgZnVuY3Rpb25zIGluIHRoaXMgbW9kdWxlLg0KICoNCiAqIEByZXR1cm5zIFRSVUUg aWYgaW5pdGlhbGl6YXRpb24gc3VjY2VlZGVkLCBGQUxTRSBvdGhlcndpc2UNCiAqLw0KZ2Jvb2xl YW4NCmdhbV9pbm90aWZ5X2luaXQodm9pZCkNCnsNCiAgICBHU291cmNlICpzb3VyY2U7DQoNCiAg ICBnX3JldHVybl92YWxfaWZfZmFpbChnYW1fcG9sbF9pbml0X2Z1bGwoRkFMU0UpLCBGQUxTRSk7 DQoNCiAgICBmZCA9IG9wZW4oIi9kZXYvaW5vdGlmeSIsIE9fUkRPTkxZKTsNCg0KICAgIGlmIChm ZCA8IDApIHsNCiAgICAgICAgZ193YXJuaW5nKCJDb3VsZCBub3Qgb3BlbiAvZGV2L2lub3RpZnlc biIpOw0KICAgICAgICByZXR1cm4gRkFMU0U7DQogICAgfQ0KDQogICAgaW5vdGlmeV9yZWFkX2lv YyA9IGdfaW9fY2hhbm5lbF91bml4X25ldyhmZCk7DQoNCiAgICAvKiBGb3IgYmluYXJ5IGRhdGEg Ki8NCiAgICBnX2lvX2NoYW5uZWxfc2V0X2VuY29kaW5nIChpbm90aWZ5X3JlYWRfaW9jLCBOVUxM LCBOVUxMKTsNCiAgICAvKiBOb24gYmxvY2tpbmcgKi8NCiAgICBnX2lvX2NoYW5uZWxfc2V0X2Zs YWdzKGlub3RpZnlfcmVhZF9pb2MsIEdfSU9fRkxBR19OT05CTE9DSywgTlVMTCk7DQoNCiNpZmRl ZiBXSVRIX1RSRUFESU5HDQogICAgbG9vcF9jb250ZXh0ID0gZ19tYWluX2NvbnRleHRfbmV3KCk7 DQojZW5kaWYNCg0KICAgIHNvdXJjZSA9IGdfaW9fY3JlYXRlX3dhdGNoKGlub3RpZnlfcmVhZF9p b2MsDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgR19JT19JTiB8IEdfSU9fSFVQIHwg R19JT19FUlIpOw0KICAgIGdfc291cmNlX3NldF9jYWxsYmFjayhzb3VyY2UsIGdhbV9pbm90aWZ5 X3JlYWRfaGFuZGxlciwgTlVMTCwgTlVMTCk7DQoNCiNpZmRlZiBXSVRIX1RSRUFESU5HDQogICAg Z19zb3VyY2VfYXR0YWNoKHNvdXJjZSwgbG9vcF9jb250ZXh0KTsNCiNlbHNlDQogICAgZ19zb3Vy Y2VfYXR0YWNoKHNvdXJjZSwgTlVMTCk7DQojZW5kaWYNCg0KICAgIGNoYW5nZXMgPSBnX3F1ZXVl X25ldygpOw0KDQojaWZkZWYgV0lUSF9UUkVBRElORw0KICAgIGdfdGhyZWFkX2NyZWF0ZShnYW1f aW5vdGlmeV9zY2FuX2xvb3AsIE5VTEwsIFRSVUUsIE5VTEwpOw0KI2VuZGlmDQoNCiAgICBwYXRo X2hhc2ggPSBnX2hhc2hfdGFibGVfbmV3KGdfc3RyX2hhc2gsIGdfc3RyX2VxdWFsKTsNCiAgICB3 ZF9oYXNoID0gZ19oYXNoX3RhYmxlX25ldyhnX2RpcmVjdF9oYXNoLCBnX2RpcmVjdF9lcXVhbCk7 DQogICAgZ2FtX3BvbGxfc2V0X2RpcmVjdG9yeV9oYW5kbGVyKGdhbV9pbm90aWZ5X2RpcmVjdG9y eV9oYW5kbGVyKTsNCiAgICBnYW1fcG9sbF9zZXRfZmlsZV9oYW5kbGVyKGdhbV9pbm90aWZ5X2Zp bGVfaGFuZGxlcik7DQoNCiAgICBnYW1fZGVidWcoREVCVUdfSU5GTywgImlub3RpZnkgaW5pdGlh bGl6ZWRcbiIpOw0KDQogICAgcmV0dXJuIFRSVUU7DQp9DQoNCi8qKg0KICogQWRkcyBhIHN1YnNj cmlwdGlvbiB0byBiZSBtb25pdG9yZWQuDQogKg0KICogQHBhcmFtIHN1YiBhICNHYW1TdWJzY3Jp cHRpb24gdG8gYmUgcG9sbGVkDQogKiBAcmV0dXJucyBUUlVFIGlmIGFkZGluZyB0aGUgc3Vic2Ny aXB0aW9uIHN1Y2NlZWRlZCwgRkFMU0Ugb3RoZXJ3aXNlDQogKi8NCmdib29sZWFuDQpnYW1faW5v dGlmeV9hZGRfc3Vic2NyaXB0aW9uKEdhbVN1YnNjcmlwdGlvbiAqIHN1YikNCnsNCiAgICBpZiAo IWdhbV9wb2xsX2FkZF9zdWJzY3JpcHRpb24oc3ViKSkgew0KICAgICAgICByZXR1cm4gRkFMU0U7 DQogICAgfQ0KDQogICAgaWYgKGdhbV9zdWJzY3JpcHRpb25faXNfZGlyKHN1YikpIHsNCiAgICAg ICAgZ2FtX2lub3RpZnlfY29uc3VtZV9zdWJzY3JpcHRpb25zKCk7DQogICAgfQ0KDQogICAgcmV0 dXJuIFRSVUU7DQp9DQoNCi8qKg0KICogUmVtb3ZlcyBhIHN1YnNjcmlwdGlvbiB3aGljaCB3YXMg YmVpbmcgbW9uaXRvcmVkLg0KICoNCiAqIEBwYXJhbSBzdWIgYSAjR2FtU3Vic2NyaXB0aW9uIHRv IHJlbW92ZQ0KICogQHJldHVybnMgVFJVRSBpZiByZW1vdmluZyB0aGUgc3Vic2NyaXB0aW9uIHN1 Y2NlZWRlZCwgRkFMU0Ugb3RoZXJ3aXNlDQogKi8NCmdib29sZWFuDQpnYW1faW5vdGlmeV9yZW1v dmVfc3Vic2NyaXB0aW9uKEdhbVN1YnNjcmlwdGlvbiAqIHN1YikNCnsNCiAgICBpZiAoIWdhbV9w b2xsX3JlbW92ZV9zdWJzY3JpcHRpb24oc3ViKSkgew0KICAgICAgICByZXR1cm4gRkFMU0U7DQog ICAgfQ0KDQogICAgaWYgKGdhbV9zdWJzY3JpcHRpb25faXNfZGlyKHN1YikpIHsNCiAgICAgICAg Z2FtX2lub3RpZnlfY29uc3VtZV9zdWJzY3JpcHRpb25zKCk7DQogICAgfQ0KDQogICAgcmV0dXJu IFRSVUU7DQp9DQoNCi8qKg0KICogU3RvcCBtb25pdG9yaW5nIGFsbCBzdWJzY3JpcHRpb25zIGZv ciBhIGdpdmVuIGxpc3RlbmVyLg0KICoNCiAqIEBwYXJhbSBsaXN0ZW5lciBhICNHYW1MaXN0ZW5l cg0KICogQHJldHVybnMgVFJVRSBpZiByZW1vdmluZyB0aGUgc3Vic2NyaXB0aW9ucyBzdWNjZWVk ZWQsIEZBTFNFIG90aGVyd2lzZQ0KICovDQpnYm9vbGVhbg0KZ2FtX2lub3RpZnlfcmVtb3ZlX2Fs bF9mb3IoR2FtTGlzdGVuZXIgKiBsaXN0ZW5lcikNCnsNCiAgICBpZiAoIWdhbV9wb2xsX3JlbW92 ZV9hbGxfZm9yKGxpc3RlbmVyKSkgew0KICAgICAgICByZXR1cm4gRkFMU0U7DQogICAgfQ0KDQog ICAgZ2FtX2lub3RpZnlfY29uc3VtZV9zdWJzY3JpcHRpb25zKCk7DQoNCiAgICByZXR1cm4gVFJV RTsNCn0NCg0KLyoqIEB9ICovDQo= --=-s7S5qzI3Sg/nVvkCx0Rt Content-Disposition: attachment; filename=gam_inotify.h Content-Transfer-Encoding: base64 Content-Type: text/x-chdr; name=gam_inotify.h; charset=UTF-8 DQojaWZuZGVmIF9fTURfSU5PVElGWV9IX18NCiNkZWZpbmUgX19NRF9JTk9USUZZX0hfXw0KDQoj aW5jbHVkZSA8Z2xpYi5oPg0KI2luY2x1ZGUgImdhbV9wb2xsLmgiDQojaW5jbHVkZSAiZ2FtX3N1 YnNjcmlwdGlvbi5oIg0KDQpHX0JFR0lOX0RFQ0xTDQoNCmdib29sZWFuICAgZ2FtX2lub3RpZnlf aW5pdCAgICAgICAgICAgICAgICAgICh2b2lkKTsNCmdib29sZWFuICAgZ2FtX2lub3RpZnlfYWRk X3N1YnNjcmlwdGlvbiAgICAgIChHYW1TdWJzY3JpcHRpb24gKnN1Yik7DQpnYm9vbGVhbiAgIGdh bV9pbm90aWZ5X3JlbW92ZV9zdWJzY3JpcHRpb24gICAoR2FtU3Vic2NyaXB0aW9uICpzdWIpOw0K Z2Jvb2xlYW4gICBnYW1faW5vdGlmeV9yZW1vdmVfYWxsX2ZvciAgICAgICAgKEdhbUxpc3RlbmVy ICpsaXN0ZW5lcik7DQoNCkdfRU5EX0RFQ0xTDQoNCiNlbmRpZiAvKiBfX01EX0lOT1RJRllfSF9f ICovDQo= --=-s7S5qzI3Sg/nVvkCx0Rt-- From ttb@tentacle.dhs.org Mon Jul 19 20:40:43 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tentacle.dhs.org (CPE0000c02944d6-CM00003965a061.cpe.net.cable.rogers.com [69.193.74.215]) by menubar.gnome.org (Postfix) with ESMTP id 18E283B1003; Mon, 19 Jul 2004 20:40:43 -0400 (EDT) Received: from ttb by tentacle.dhs.org with local (Exim 3.36 #1 (Debian)) id 1Bmimo-0003e9-00; Mon, 19 Jul 2004 20:47:14 -0400 From: John McCutchan To: gamin-list@gnome.org, nautilus-list@gnome.org Content-Type: multipart/mixed; boundary="=-bpA/1UAF7OC9w8ulxJzQ" Message-Id: <1090284434.14000.1.camel@vertex> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 19 Jul 2004 20:47:14 -0400 Cc: Subject: An updated gam_inotify.c X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jul 2004 00:40:43 -0000 --=-bpA/1UAF7OC9w8ulxJzQ Content-Type: text/plain Content-Transfer-Encoding: 7bit I had left on some inotify debug messages in the first gam_inotify.c file. Also I have tested this while running nautilus and things didn't blow up (They actually worked). Attached is a new gam_inotify.c John --=-bpA/1UAF7OC9w8ulxJzQ Content-Disposition: attachment; filename=gam_inotify.c Content-Type: text/x-csrc; name=gam_inotify.c; charset=UTF-8 Content-Transfer-Encoding: base64 LyogTWFybW90DQogKiBDb3B5cmlnaHQgKEMpIDIwMDQgSm9obiBNY0N1dGNoYW4sIEphbWVzIFdp bGxjb3gsIENvcmV5IEJvd2Vycw0KICoNCiAqIFRoaXMgbGlicmFyeSBpcyBmcmVlIHNvZnR3YXJl OyB5b3UgY2FuIHJlZGlzdHJpYnV0ZSBpdCBhbmQvb3INCiAqIG1vZGlmeSBpdCB1bmRlciB0aGUg dGVybXMgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMNCiAqIExpY2Vuc2UgYXMgcHVi bGlzaGVkIGJ5IHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb247IGVpdGhlcg0KICogdmVyc2lv biAyIG9mIHRoZSBMaWNlbnNlLCBvciAoYXQgeW91ciBvcHRpb24pIGFueSBsYXRlciB2ZXJzaW9u Lg0KICoNCiAqIFRoaXMgbGlicmFyeSBpcyBkaXN0cmlidXRlZCBpbiB0aGUgaG9wZSB0aGF0IGl0 IHdpbGwgYmUgdXNlZnVsLA0KICogYnV0IFdJVEhPVVQgQU5ZIFdBUlJBTlRZOyB3aXRob3V0IGV2 ZW4gdGhlIGltcGxpZWQgd2FycmFudHkgb2YNCiAqIE1FUkNIQU5UQUJJTElUWSBvciBGSVRORVNT IEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRS4gIFNlZSB0aGUgR05VDQogKiBMZXNzZXIgR2VuZXJh bCBQdWJsaWMgTGljZW5zZSBmb3IgbW9yZSBkZXRhaWxzLg0KICoNCiAqIFlvdSBzaG91bGQgaGF2 ZSByZWNlaXZlZCBhIGNvcHkgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMNCiAqIExp Y2Vuc2UgYWxvbmcgd2l0aCB0aGlzIGxpYnJhcnk7IGlmIG5vdCwgd3JpdGUgdG8gdGhlIEZyZWUN CiAqIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4sIDY3NSBNYXNzIEF2ZSwgQ2FtYnJpZGdlLCBN QSAwMjEzOSwgVVNBLg0KICovDQoNCg0KI2luY2x1ZGUgPGNvbmZpZy5oPg0KI2RlZmluZSBfR05V X1NPVVJDRQ0KI2luY2x1ZGUgPGZjbnRsLmg+DQojaW5jbHVkZSA8c3lzL2lvY3RsLmg+DQojaW5j bHVkZSA8c2lnbmFsLmg+DQojaW5jbHVkZSA8dW5pc3RkLmg+DQojaW5jbHVkZSA8c3RkaW8uaD4N CiNpbmNsdWRlIDxnbGliLmg+DQojaW5jbHVkZSAiL3Vzci9zcmMvbGludXgvaW5jbHVkZS9saW51 eC9pbm90aWZ5LmgiDQojaW5jbHVkZSAiZ2FtX2Vycm9yLmgiDQojaW5jbHVkZSAiZ2FtX3BvbGwu aCINCiNpbmNsdWRlICJnYW1faW5vdGlmeS5oIg0KI2luY2x1ZGUgImdhbV90cmVlLmgiDQojaW5j bHVkZSAiZ2FtX2V2ZW50LmgiDQojaW5jbHVkZSAiZ2FtX3NlcnZlci5oIg0KI2luY2x1ZGUgImdh bV9ldmVudC5oIg0KDQovKiBqdXN0IHB1bGxpbmcgYSB2YWx1ZSBvdXQgb2Ygbm93aGVyZSBoZXJl Li4ubWF5IG5lZWQgdHdlYWtpbmcgKi8NCiNkZWZpbmUgTUFYX1FVRVVFX1NJWkUgNTAwDQoNCnR5 cGVkZWYgc3RydWN0IHsNCiAgICBjaGFyICpwYXRoOw0KICAgIGludCB3ZDsNCiAgICBpbnQgcmVm Y291bnQ7DQp9IElOb3RpZnlEYXRhOw0KDQpzdGF0aWMgR0hhc2hUYWJsZSAqcGF0aF9oYXNoID0g TlVMTDsNCnN0YXRpYyBHSGFzaFRhYmxlICp3ZF9oYXNoID0gTlVMTDsNCg0KR19MT0NLX0RFRklO RV9TVEFUSUMoaW5vdGlmeSk7DQoNCnN0YXRpYyBHUXVldWUgKmNoYW5nZXMgPSBOVUxMOw0KDQoj aWZkZWYgV0lUSF9UUkVBRElORw0Kc3RhdGljIEdNYWluQ29udGV4dCAqbG9vcF9jb250ZXh0Ow0K I2VuZGlmDQpzdGF0aWMgR0lPQ2hhbm5lbCAqaW5vdGlmeV9yZWFkX2lvYyA9IE5VTEw7DQoNCnN0 YXRpYyBnYm9vbGVhbiBoYXZlX2NvbnN1bWVfaWRsZXIgPSBGQUxTRTsNCg0KaW50IGZkID0gLTE7 IC8vIHRoZSBkZXZpY2UgZmQNCg0Kc3RhdGljIElOb3RpZnlEYXRhICoNCmdhbV9pbm90aWZ5X2Rh dGFfbmV3KGNvbnN0IGNoYXIgKnBhdGgsIGludCB3ZCkNCnsNCiAgICBJTm90aWZ5RGF0YSAqZGF0 YTsNCg0KICAgIGRhdGEgPSBnX25ldzAoSU5vdGlmeURhdGEsIDEpOw0KICAgIGRhdGEtPnBhdGgg PSBnX3N0cmR1cChwYXRoKTsNCiAgICBkYXRhLT53ZCA9IHdkOw0KICAgIGRhdGEtPnJlZmNvdW50 ID0gMTsNCg0KICAgIHJldHVybiBkYXRhOw0KfQ0KDQpzdGF0aWMgdm9pZA0KZ2FtX2lub3RpZnlf ZGF0YV9mcmVlKElOb3RpZnlEYXRhICogZGF0YSkNCnsNCiAgICBnX2ZyZWUoZGF0YS0+cGF0aCk7 DQogICAgZ19mcmVlKGRhdGEpOw0KfQ0KDQpzdGF0aWMgdm9pZA0KZ2FtX2lub3RpZnlfZGlyZWN0 b3J5X2hhbmRsZXIoY29uc3QgY2hhciAqcGF0aCwgZ2Jvb2xlYW4gYWRkZWQpDQp7DQogICAgSU5v dGlmeURhdGEgKmRhdGE7DQogICAgc3RydWN0IGlub3RpZnlfd2F0Y2hfcmVxdWVzdCBpd3I7DQog ICAgaW50IHdkLHI7DQoNCiAgICBHX0xPQ0soaW5vdGlmeSk7DQoNCiAgICBpZiAoYWRkZWQpIHsN Cg0KICAgICAgICBpZiAoKGRhdGEgPSBnX2hhc2hfdGFibGVfbG9va3VwKHBhdGhfaGFzaCwgcGF0 aCkpICE9IE5VTEwpIHsNCiAgICAgICAgICAgIGRhdGEtPnJlZmNvdW50Kys7DQogICAgICAgICAg ICBHX1VOTE9DSyhpbm90aWZ5KTsNCiAgICAgICAgICAgIHJldHVybjsNCiAgICAgICAgfQ0KDQoJ aXdyLmRpcm5hbWUgPSBnX3N0cmR1cChwYXRoKTsNCglpd3IubWFzayA9IElOX01PRElGWXxJTl9D UkVBVEV8SU5fREVMRVRFfElOX1JFTkFNRXxJTl9BVFRSSUJ8SU5fVU5NT1VOVHxJTl9JR05PUkVE Ow0KDQogICAgICAgIHdkID0gaW9jdGwoZmQsIElOT1RJRllfV0FUQ0gsJml3cik7DQogICAgICAg IGdfZnJlZShpd3IuZGlybmFtZSk7CQ0KDQogICAgICAgIGlmICh3ZCA8IDApIHsNCiAgICAgICAg ICAgIEdfVU5MT0NLKGlub3RpZnkpOw0KICAgICAgICAgICAgcmV0dXJuOw0KICAgICAgICB9DQoN Cg0KICAgICAgICBkYXRhID0gZ2FtX2lub3RpZnlfZGF0YV9uZXcocGF0aCwgd2QpOw0KICAgICAg ICBnX2hhc2hfdGFibGVfaW5zZXJ0KHdkX2hhc2gsIEdJTlRfVE9fUE9JTlRFUihkYXRhLT53ZCks IGRhdGEpOw0KICAgICAgICBnX2hhc2hfdGFibGVfaW5zZXJ0KHBhdGhfaGFzaCwgZGF0YS0+cGF0 aCwgZGF0YSk7DQoNCiAgICAgICAgZ2FtX2RlYnVnKERFQlVHX0lORk8sICJhY3RpdmF0ZWQgSU5v dGlmeSBmb3IgJXNcbiIsIHBhdGgpOw0KICAgIH0gZWxzZSB7DQogICAgICAgIGRhdGEgPSBnX2hh c2hfdGFibGVfbG9va3VwKHBhdGhfaGFzaCwgcGF0aCk7DQoNCiAgICAgICAgaWYgKCFkYXRhKSB7 DQogICAgICAgICAgICBHX1VOTE9DSyhpbm90aWZ5KTsNCiAgICAgICAgICAgIHJldHVybjsNCiAg ICAgICAgfQ0KDQogICAgICAgIGRhdGEtPnJlZmNvdW50LS07DQoNCiAgICAgICAgaWYgKGRhdGEt PnJlZmNvdW50ID09IDApIHsNCiAgICAgICAgICAgIHIgPSBpb2N0bCAoZmQsIElOT1RJRllfSUdO T1JFLCAmZGF0YS0+d2QpOyANCgkgICAgaWYgKHIgPCAwKSB7DQogICAgICAgICAgICAgICAgZ2Ft X2RlYnVnIChERUJVR19JTkZPLCAiSU5PVElGWV9JR05PUkUgZmFpbGVkIGZvciAlc1xuIiwgZGF0 YS0+cGF0aCk7DQogICAgICAgICAgICB9DQogICAgICAgICAgICBnYW1fZGVidWcoREVCVUdfSU5G TywgImRlYWN0aXZhdGVkIElOb3RpZnkgZm9yICVzXG4iLA0KICAgICAgICAgICAgICAgICAgICAg IGRhdGEtPnBhdGgpOw0KICAgICAgICAgICAgZ19oYXNoX3RhYmxlX3JlbW92ZShwYXRoX2hhc2gs IGRhdGEtPnBhdGgpOw0KICAgICAgICAgICAgZ19oYXNoX3RhYmxlX3JlbW92ZSh3ZF9oYXNoLCBH SU5UX1RPX1BPSU5URVIoZGF0YS0+d2QpKTsNCiAgICAgICAgICAgIGdhbV9pbm90aWZ5X2RhdGFf ZnJlZShkYXRhKTsNCiAgICAgICAgfQ0KICAgIH0NCg0KICAgIEdfVU5MT0NLKGlub3RpZnkpOw0K fQ0KDQpzdGF0aWMgdm9pZA0KZ2FtX2lub3RpZnlfZmlsZV9oYW5kbGVyKGNvbnN0IGNoYXIgKnBh dGgsIGdib29sZWFuIGFkZGVkKQ0Kew0KICAgIGNoYXIgKmRpcjsNCg0KICAgIGRpciA9IGdfcGF0 aF9nZXRfZGlybmFtZShwYXRoKTsNCiAgICBnYW1faW5vdGlmeV9kaXJlY3RvcnlfaGFuZGxlcihk aXIsIGFkZGVkKTsNCiAgICBnX2ZyZWUoZGlyKTsNCn0NCg0KI2lmZGVmIFdJVEhfVFJFQURJTkcN CnN0YXRpYyBncG9pbnRlcg0KZ2FtX2lub3RpZnlfc2Nhbl9sb29wKGdwb2ludGVyIGRhdGEpDQp7 DQogICAgZ19tYWluX2xvb3BfcnVuKGdfbWFpbl9sb29wX25ldyhsb29wX2NvbnRleHQsIFRSVUUp KTsNCiAgICByZXR1cm4gKE5VTEwpOw0KfQ0KI2VuZGlmDQoNCnN0YXRpYyBnYm9vbGVhbg0KZ2Ft X2lub3RpZnlfcmVhZF9oYW5kbGVyKGdwb2ludGVyIHVzZXJfZGF0YSkNCnsNCiAgICBzdHJ1Y3Qg aW5vdGlmeV9ldmVudCBldmVudDsNCiAgICBJTm90aWZ5RGF0YSAqZGF0YTsNCg0KICAgIGdhbV9k ZWJ1ZyhERUJVR19JTkZPLCAiZ2FtX2lub3RpZnlfcmVhZF9oYW5kbGVyKClcbiIpOw0KDQogICAg aWYgKGdfaW9fY2hhbm5lbF9yZWFkX2NoYXJzKGlub3RpZnlfcmVhZF9pb2MsIChjaGFyICopJmV2 ZW50LCBzaXplb2Yoc3RydWN0IGlub3RpZnlfZXZlbnQpLCBOVUxMLCBOVUxMKSAhPSBHX0lPX1NU QVRVU19OT1JNQUwpIHsNCiAgICAgICAgZ2FtX2RlYnVnKERFQlVHX0lORk8sICJnYW1faW5vdGlm eV9yZWFkX2hhbmRsZXIgZmFpbGVkXG4iKTsNCglyZXR1cm4gRkFMU0U7DQogICAgfQ0KDQovLyAg ICBpb2N0bChmZCwgSU5PVElGWV9TVEFUUywwKTsgLy8gaW5vdGlmeSBkZWJ1Zw0KDQogICAgR19M T0NLKGlub3RpZnkpOw0KICAgIGRhdGEgPSBnX2hhc2hfdGFibGVfbG9va3VwICh3ZF9oYXNoLCBH SU5UX1RPX1BPSU5URVIoZXZlbnQud2QpKTsNCiAgICBHX1VOTE9DSyhpbm90aWZ5KTsNCg0KICAg IGlmICghZGF0YSkgew0KCWdhbV9kZWJ1ZyhERUJVR19JTkZPLCAiQ291bGQgbm90IGZpbmQgV0Qg JWQgaW4gaGFzaFxuIiwgZXZlbnQud2QpOw0KICAgICAgICByZXR1cm4gVFJVRTsNCiAgICB9DQoN CiAgICBnYW1fZGVidWcoREVCVUdfSU5GTywgImdhbV9pbm90aWZ5IGV2ZW50IGZvciAlcyAoJXgp XG4iLCBkYXRhLT5wYXRoLCBldmVudC5tYXNrKTsNCiAgICBnYW1fcG9sbF9zY2FuX2RpcmVjdG9y eShkYXRhLT5wYXRoLCBOVUxMKTsNCg0KICAgIGdhbV9kZWJ1ZyhERUJVR19JTkZPLCAiZ2FtX2lu b3RpZnlfcmVhZF9oYW5kbGVyKCkgZG9uZVxuIik7DQoNCiAgICByZXR1cm4gVFJVRTsNCn0NCg0K c3RhdGljIGdib29sZWFuDQpnYW1faW5vdGlmeV9jb25zdW1lX3N1YnNjcmlwdGlvbnNfcmVhbChn cG9pbnRlciBkYXRhKQ0Kew0KICAgIGdhbV9wb2xsX2NvbnN1bWVfc3Vic2NyaXB0aW9ucygpOw0K ICAgIGhhdmVfY29uc3VtZV9pZGxlciA9IEZBTFNFOw0KICAgIHJldHVybiBGQUxTRTsNCn0NCg0K c3RhdGljIHZvaWQNCmdhbV9pbm90aWZ5X2NvbnN1bWVfc3Vic2NyaXB0aW9ucyh2b2lkKQ0Kew0K ICAgIEdTb3VyY2UgKnNvdXJjZTsNCg0KICAgIGlmIChoYXZlX2NvbnN1bWVfaWRsZXIpDQogICAg ICAgIHJldHVybjsNCg0KICAgIGhhdmVfY29uc3VtZV9pZGxlciA9IFRSVUU7DQogICAgc291cmNl ID0gZ19pZGxlX3NvdXJjZV9uZXcoKTsNCiAgICBnX3NvdXJjZV9zZXRfY2FsbGJhY2soc291cmNl LCBnYW1faW5vdGlmeV9jb25zdW1lX3N1YnNjcmlwdGlvbnNfcmVhbCwNCiAgICAgICAgICAgICAg ICAgICAgICAgICAgTlVMTCwgTlVMTCk7DQojaWZkZWYgV0lUSF9UUkVBRElORw0KICAgIGdfc291 cmNlX2F0dGFjaChzb3VyY2UsIGxvb3BfY29udGV4dCk7DQojZWxzZQ0KICAgIGdfc291cmNlX2F0 dGFjaChzb3VyY2UsIE5VTEwpOw0KI2VuZGlmDQp9DQoNCi8qKg0KICogQGRlZmdyb3VwIElOb3Rp ZnkgSU5vdGlmeSBCYWNrZW5kDQogKiBAaW5ncm91cCBCYWNrZW5kcw0KICogQGJyaWVmIElOb3Rp ZnkgYmFja2VuZCBBUEkNCiAqDQogKiBTaW5jZSB2ZXJzaW9uIDIuWCwgTGludXgga2VybmVscyBo YXZlIGluY2x1ZGVkIHRoZSBMaW51eCBJbm9kZQ0KICogTm90aWZpY2F0aW9uIHN5c3RlbSAoaW5v dGlmeSkuICBUaGlzIGJhY2tlbmQgdXNlcyBpbm90aWZ5IHRvIGtub3cgd2hlbg0KICogZmlsZXMg YXJlIGNoYW5nZWQvY3JlYXRlZC9kZWxldGVkLiAgU2luY2UgaW5vdGlmeSBkb2Vzbid0IHRlbGwg dXMNCiAqIGV4YWN0bHkgd2hhdCBldmVudCBoYXBwZW5lZCB0byB3aGljaCBmaWxlIChqdXN0IHRo YXQgc29tZSBldmVuIGhhcHBlbmVkDQogKiBpbiBzb21lIGRpcmVjdG9yeSksIHdlIHN0aWxsIGhh dmUgdG8gY2FjaGUgc3RhdCgpIGluZm9ybWF0aW9uLiAgRm9yIHRoaXMsDQogKiB3ZSBjYW4ganVz dCB1c2UgdGhlIGNvZGUgaW4gdGhlIHBvbGxpbmcgYmFja2VuZC4NCiAqDQogKiBAew0KICovDQoN Cg0KLyoqDQogKiBJbml0aWFsaXplcyB0aGUgaW5vdGlmeSBzeXN0ZW0uICBUaGlzIG11c3QgYmUg Y2FsbGVkIGJlZm9yZQ0KICogYW55IG90aGVyIGZ1bmN0aW9ucyBpbiB0aGlzIG1vZHVsZS4NCiAq DQogKiBAcmV0dXJucyBUUlVFIGlmIGluaXRpYWxpemF0aW9uIHN1Y2NlZWRlZCwgRkFMU0Ugb3Ro ZXJ3aXNlDQogKi8NCmdib29sZWFuDQpnYW1faW5vdGlmeV9pbml0KHZvaWQpDQp7DQogICAgR1Nv dXJjZSAqc291cmNlOw0KDQogICAgZ19yZXR1cm5fdmFsX2lmX2ZhaWwoZ2FtX3BvbGxfaW5pdF9m dWxsKEZBTFNFKSwgRkFMU0UpOw0KDQogICAgZmQgPSBvcGVuKCIvZGV2L2lub3RpZnkiLCBPX1JE T05MWSk7DQoNCiAgICBpZiAoZmQgPCAwKSB7DQogICAgICAgIGdfd2FybmluZygiQ291bGQgbm90 IG9wZW4gL2Rldi9pbm90aWZ5XG4iKTsNCiAgICAgICAgcmV0dXJuIEZBTFNFOw0KICAgIH0NCg0K ICAgIGlub3RpZnlfcmVhZF9pb2MgPSBnX2lvX2NoYW5uZWxfdW5peF9uZXcoZmQpOw0KDQogICAg LyogRm9yIGJpbmFyeSBkYXRhICovDQogICAgZ19pb19jaGFubmVsX3NldF9lbmNvZGluZyAoaW5v dGlmeV9yZWFkX2lvYywgTlVMTCwgTlVMTCk7DQogICAgLyogTm9uIGJsb2NraW5nICovDQogICAg Z19pb19jaGFubmVsX3NldF9mbGFncyhpbm90aWZ5X3JlYWRfaW9jLCBHX0lPX0ZMQUdfTk9OQkxP Q0ssIE5VTEwpOw0KDQojaWZkZWYgV0lUSF9UUkVBRElORw0KICAgIGxvb3BfY29udGV4dCA9IGdf bWFpbl9jb250ZXh0X25ldygpOw0KI2VuZGlmDQoNCiAgICBzb3VyY2UgPSBnX2lvX2NyZWF0ZV93 YXRjaChpbm90aWZ5X3JlYWRfaW9jLA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEdf SU9fSU4gfCBHX0lPX0hVUCB8IEdfSU9fRVJSKTsNCiAgICBnX3NvdXJjZV9zZXRfY2FsbGJhY2so c291cmNlLCBnYW1faW5vdGlmeV9yZWFkX2hhbmRsZXIsIE5VTEwsIE5VTEwpOw0KDQojaWZkZWYg V0lUSF9UUkVBRElORw0KICAgIGdfc291cmNlX2F0dGFjaChzb3VyY2UsIGxvb3BfY29udGV4dCk7 DQojZWxzZQ0KICAgIGdfc291cmNlX2F0dGFjaChzb3VyY2UsIE5VTEwpOw0KI2VuZGlmDQoNCiAg ICBjaGFuZ2VzID0gZ19xdWV1ZV9uZXcoKTsNCg0KI2lmZGVmIFdJVEhfVFJFQURJTkcNCiAgICBn X3RocmVhZF9jcmVhdGUoZ2FtX2lub3RpZnlfc2Nhbl9sb29wLCBOVUxMLCBUUlVFLCBOVUxMKTsN CiNlbmRpZg0KDQogICAgcGF0aF9oYXNoID0gZ19oYXNoX3RhYmxlX25ldyhnX3N0cl9oYXNoLCBn X3N0cl9lcXVhbCk7DQogICAgd2RfaGFzaCA9IGdfaGFzaF90YWJsZV9uZXcoZ19kaXJlY3RfaGFz aCwgZ19kaXJlY3RfZXF1YWwpOw0KICAgIGdhbV9wb2xsX3NldF9kaXJlY3RvcnlfaGFuZGxlcihn YW1faW5vdGlmeV9kaXJlY3RvcnlfaGFuZGxlcik7DQogICAgZ2FtX3BvbGxfc2V0X2ZpbGVfaGFu ZGxlcihnYW1faW5vdGlmeV9maWxlX2hhbmRsZXIpOw0KDQogICAgZ2FtX2RlYnVnKERFQlVHX0lO Rk8sICJpbm90aWZ5IGluaXRpYWxpemVkXG4iKTsNCg0KICAgIHJldHVybiBUUlVFOw0KfQ0KDQov KioNCiAqIEFkZHMgYSBzdWJzY3JpcHRpb24gdG8gYmUgbW9uaXRvcmVkLg0KICoNCiAqIEBwYXJh bSBzdWIgYSAjR2FtU3Vic2NyaXB0aW9uIHRvIGJlIHBvbGxlZA0KICogQHJldHVybnMgVFJVRSBp ZiBhZGRpbmcgdGhlIHN1YnNjcmlwdGlvbiBzdWNjZWVkZWQsIEZBTFNFIG90aGVyd2lzZQ0KICov DQpnYm9vbGVhbg0KZ2FtX2lub3RpZnlfYWRkX3N1YnNjcmlwdGlvbihHYW1TdWJzY3JpcHRpb24g KiBzdWIpDQp7DQogICAgaWYgKCFnYW1fcG9sbF9hZGRfc3Vic2NyaXB0aW9uKHN1YikpIHsNCiAg ICAgICAgcmV0dXJuIEZBTFNFOw0KICAgIH0NCg0KICAgIGlmIChnYW1fc3Vic2NyaXB0aW9uX2lz X2RpcihzdWIpKSB7DQogICAgICAgIGdhbV9pbm90aWZ5X2NvbnN1bWVfc3Vic2NyaXB0aW9ucygp Ow0KICAgIH0NCg0KICAgIHJldHVybiBUUlVFOw0KfQ0KDQovKioNCiAqIFJlbW92ZXMgYSBzdWJz Y3JpcHRpb24gd2hpY2ggd2FzIGJlaW5nIG1vbml0b3JlZC4NCiAqDQogKiBAcGFyYW0gc3ViIGEg I0dhbVN1YnNjcmlwdGlvbiB0byByZW1vdmUNCiAqIEByZXR1cm5zIFRSVUUgaWYgcmVtb3Zpbmcg dGhlIHN1YnNjcmlwdGlvbiBzdWNjZWVkZWQsIEZBTFNFIG90aGVyd2lzZQ0KICovDQpnYm9vbGVh bg0KZ2FtX2lub3RpZnlfcmVtb3ZlX3N1YnNjcmlwdGlvbihHYW1TdWJzY3JpcHRpb24gKiBzdWIp DQp7DQogICAgaWYgKCFnYW1fcG9sbF9yZW1vdmVfc3Vic2NyaXB0aW9uKHN1YikpIHsNCiAgICAg ICAgcmV0dXJuIEZBTFNFOw0KICAgIH0NCg0KICAgIGlmIChnYW1fc3Vic2NyaXB0aW9uX2lzX2Rp cihzdWIpKSB7DQogICAgICAgIGdhbV9pbm90aWZ5X2NvbnN1bWVfc3Vic2NyaXB0aW9ucygpOw0K ICAgIH0NCg0KICAgIHJldHVybiBUUlVFOw0KfQ0KDQovKioNCiAqIFN0b3AgbW9uaXRvcmluZyBh bGwgc3Vic2NyaXB0aW9ucyBmb3IgYSBnaXZlbiBsaXN0ZW5lci4NCiAqDQogKiBAcGFyYW0gbGlz dGVuZXIgYSAjR2FtTGlzdGVuZXINCiAqIEByZXR1cm5zIFRSVUUgaWYgcmVtb3ZpbmcgdGhlIHN1 YnNjcmlwdGlvbnMgc3VjY2VlZGVkLCBGQUxTRSBvdGhlcndpc2UNCiAqLw0KZ2Jvb2xlYW4NCmdh bV9pbm90aWZ5X3JlbW92ZV9hbGxfZm9yKEdhbUxpc3RlbmVyICogbGlzdGVuZXIpDQp7DQogICAg aWYgKCFnYW1fcG9sbF9yZW1vdmVfYWxsX2ZvcihsaXN0ZW5lcikpIHsNCiAgICAgICAgcmV0dXJu IEZBTFNFOw0KICAgIH0NCg0KICAgIGdhbV9pbm90aWZ5X2NvbnN1bWVfc3Vic2NyaXB0aW9ucygp Ow0KDQogICAgcmV0dXJuIFRSVUU7DQp9DQoNCi8qKiBAfSAqLw0K --=-bpA/1UAF7OC9w8ulxJzQ-- From raven@themaw.net Mon Jul 19 21:20:32 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from wombat.indigo.net.au (wombat.indigo.net.au [202.0.185.19]) by menubar.gnome.org (Postfix) with ESMTP id 5345B3B0E6F for ; Mon, 19 Jul 2004 21:20:31 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by wombat.indigo.net.au (8.12.8/8.12.8) with ESMTP id i6K1XGqM026438 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 20 Jul 2004 09:33:17 +0800 Date: Tue, 20 Jul 2004 09:33:16 +0800 (WST) From: Ian Kent X-X-Sender: raven@wombat.indigo.net.au To: Chris Friesen In-Reply-To: <40FBCD8F.1080300@nortelnetworks.com> Message-ID: References: <40FBCD8F.1080300@nortelnetworks.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-MailScanner: Found to be clean X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-2.5, required 8, EMAIL_ATTRIBUTION, IN_REP_TO, QUOTED_EMAIL_TEXT, REFERENCES, REPLY_WITH_QUOTES, USER_AGENT_PINE) Cc: John McCutchan , nautilus-list@gnome.org, Linux Kernel Mailing List , Davide Libenzi Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jul 2004 01:20:32 -0000 On Mon, 19 Jul 2004, Chris Friesen wrote: > Ian Kent wrote: > > > So the number of watches is restricted to the max number of file > > handles/process? > > Note: I have not read the code. We should probably do so before speculating. Read the code last time it was posted. I'll get around to reading the update. But I'm a bit slow and I've probably asked before anyway. Ho Hum. Ian From ttb@tentacle.dhs.org Mon Jul 19 23:20:45 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tentacle.dhs.org (CPE0000c02944d6-CM00003965a061.cpe.net.cable.rogers.com [69.193.74.215]) by menubar.gnome.org (Postfix) with ESMTP id 7EF1A3B006A for ; Mon, 19 Jul 2004 23:20:45 -0400 (EDT) Received: from ttb by tentacle.dhs.org with local (Exim 3.36 #1 (Debian)) id 1BmlFK-0003oo-00; Mon, 19 Jul 2004 23:24:50 -0400 From: John McCutchan To: Eric Lammerts In-Reply-To: References: <40FBCD8F.1080300@nortelnetworks.com> <40FBCD8F.1080300@nortelnetworks.com> <1090272690.6954.1.camel@vertex> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1090293890.14653.2.camel@vertex> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 19 Jul 2004 23:24:50 -0400 Cc: nautilus-list@gnome.org, Chris Friesen , Linux Kernel Mailing List , Davide Libenzi , Ian Kent Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jul 2004 03:20:45 -0000 On Mon, 2004-07-19 at 22:59, Eric Lammerts wrote: > On Mon, 19 Jul 2004, John McCutchan wrote: > > Also the maximum number of devices that can be opened at a time is > > 8. > > Why is that limit there? There doesn't seem to be any particular need > for it in the code... Why not remove watcher_count altogether? > The limits are there to control the amount of kernel resources used by inotify. They are not meant to be anything but a guesstimate. John From ttb@tentacle.dhs.org Tue Jul 20 23:00:50 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tentacle.dhs.org (CPE0000c02944d6-CM00003965a061.cpe.net.cable.rogers.com [69.193.74.215]) by menubar.gnome.org (Postfix) with ESMTP id 320E03B0945; Tue, 20 Jul 2004 23:00:49 -0400 (EDT) Received: from ttb by tentacle.dhs.org with local (Exim 3.36 #1 (Debian)) id 1Bn7SA-00016T-00; Tue, 20 Jul 2004 23:07:34 -0400 From: John McCutchan To: nautilus-list@gnome.org, gamin-list@gnome.org Content-Type: multipart/mixed; boundary="=-82UsYqVNp5nXLOap7BC4" Message-Id: <1090379253.4228.8.camel@vertex> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 20 Jul 2004 23:07:34 -0400 Cc: Subject: [PATCH] inotify 0.6 + new gamin patches X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2004 03:00:50 -0000 --=-82UsYqVNp5nXLOap7BC4 Content-Type: text/plain Content-Transfer-Encoding: 7bit With this release I am able to run gnome 2.6 without any (major) problems. [The previous set of patches caused major kernel problems when running gnome 2.6.. I have now fixed that bug.] The only bug I know of right now is gnome-settings-daemon gives an error on login. It says it restarted too many times and will start next time I login, but gnome-settings-daemon is running and my desktop appears to be fully functional. This really needs to be tested by more people. Attached is a tarball with inotify 0.6 and gamin patches. John --=-82UsYqVNp5nXLOap7BC4 Content-Disposition: attachment; filename=inotify-0.6.tar.gz Content-Type: application/x-compressed-tar; name=inotify-0.6.tar.gz Content-Transfer-Encoding: base64 H4sIANrb/UAAA+w9/XfaxrL5Ff0VW6fJAxswn3Zj6p4QjB1aG3IB3zS37dGRpQX0IiQqCWO/3vzv b2Z3Ja2EBDgf7n3nWTnHSKvd2dmZnc8diGk7vjm5L1XKR4fPvtFVgeu42cTP6nGzIn8G17MqdDmu N5vH1dqzSrXWaNafkea3Qki+lp6vuYQ88/2bjf22vQ8WEnz+H7lMif9X2kc6MS36tedAehw1Gln8 P4J/jP9HTWB7HdqrjWq1+ow8ChH/n/O/0zmd6rrSOb9sX4xOS+81yyKlqTIadkanYm+oPvX8sk6C x6VvWl5ZV86677r9s9M57BqDLqhtkO/zHE5BUcpOWT9RctDSKUTtpKST739UFJjlhMjgFUV+OknM 5cT6lh0lBzhv6UNKTmIGjuQJYIOrKyByfAmFsElRdItqNiDuzklpQvYBzn75RvsYB/WcnA1IfzAm Z93L7rgbR77snJDDpecemrZuLQ166PmG6ZRn8cYJ1fylS73ybMvge+9QN+jESwKY2kuAvLzJhGCZ N4dAphJ+mo0fjuDGXt4d1sv1ckPGDYBvQ+LG9L1D/35B17Bgb1aOa3jm/9DdwUDnNVCAJ5JpMwj1 QtUde2JOk6NX+kxzd0JA9ExQE6DefiklNXe6EwZsQ6iWOU+lJnBcpa5rmTB82+bwDcApCcXzXdPe iglurFSW+uZ8KydxMOhNP30B7MVmABPd9q3U0eLN5uFLG6hjpI5fOJ55pzqLrSiw3riZbA0XvL5A 09G3Y8KgsJ5rhNS8efhmM5CwZ+qK2JuS4NUOTPXvQaS1peWvYcTYRi2q70acoGvaK3Pq0d2gbNpP nqsfcmGKtAB/Yp1h6riSj8AIpf+ZqjZj9EN0bRzE5ynbdDQerm23wdlF3abD2FnfbkBhJ4X7eeSM a9wNOEgqd6fusg5O17lbdyJXwplKd8t4LjVZWne3Ja/r56Ry3TA8VUMHencXAJIi3qh4dxDKLbpx OzVlVZypendZVLouzsb8ocp4Ez8foI03KQRzA9G36mPl745Xnq6ve8nx/1Sbm/Y3yAI9JP/TPG5A /A83jaf8z2Nc6/xnf0sT86680Hx99hXm2JL/gb1xHPG/WQf+HzWOak/5n8e4erZB704IuDSc+xMN XaTTL7+UYWdEMJsIpkW/9cCHduZUbLH4bMVbxaXgLtFb8JiICx+e6dikWq4rhjmZkNKSlFx4Ihy3 UqmUQDdXPSY/Ly1Sq1QapFY/aVROqkekhGzIIZSDg4O1Ea+kEbWTSuOk2eQjlNevSemHSvGYHLC/ r18rhOyT8YyS8/ZVxzGoB0GJYeoaRDJkNdN88hGeiTMh9JbaPplpiwW1qUF8fOdqpkcNBsIHELpm WTea/pHAK3yGvhaCwgVbMN4qY9dDpUTt5Zz8pRygqwEeBBHPBC/EY6bZU2qcVoth0xn4Bz401aKm EWxtv3tHdbDy9vS0Xlw331nyH1j8r6EDtsh/vQ7CHpd/uKs8yf9jXEL+eZAHUXLZtL+19MtzZcp+ LSb7tTiCqALkhlz1BxBnm4tztXZSBXGuhQqgxhRArH+tEol/pXJSqZ00X0niD/aneEQO8AMgowbI odBS2zjdWzgW+MTTPQWWpxDloN1R28MLtdtvv7ns5oXYFJWD3wgpgRRrNxYNhIlce0x58AfNIwLo H9hd1zxK9r7/iw+51axPe9BVOSDknnoFEs4vhu+RVgtf2k5B3O0XCOByNQJchsPBMH+jGQTALCmR gZKJ464hxkFQT9P/KCgHyoE5IZimIXffi2nJKbkTfVuotxheBOc76573+t389air9vqDce/8Q7Fa /A0WmrZOAA5EO1CIYVtEn1HQg4jOxNJunaXroQ691VwI6j0y13TX8Uie4TFxnTm5uDRvCkqwxs7b bueXXv8ijwB6owHpvHqVHGzapMNHjIcf1M7g6l0PWPTbH8XfFLHtPereUjc8+Cpr82+9+ddnzBQB 9i8mBuwfkbFFSVgHmas2JXl4dVKvnDR+COWBw0WZSBm5RTLqFRQM+CvEAhaFiRLHBZuK1++izRDm Q09tDfoesFYz0TfeGoerg92zwUrqqa2Jvg406mhaefffE1zHPvy2rD8S2+Upd1Z9MTwlhsvtuWo9 4huov1rjpN5IaMC0YVvY3TgGRh/A31eM3dMbx8HzMYVwDpm+6i1vPN01F0hmL3/rmAZI3F9KSSk9 NyfouLAEgnIgniQ9wVUIkGDp2iQvsZwBzhcKoJKeU8sMQJBkdyPZnUB3j653RJUd9fq7Le5/1rXu /4lt8hXneEj8f1Q5Bv+vWYGQ8Cn+f4Qrk/8xzfxlc2z2/2vVo+N6gv/HzcZT/cejXIf74E+4c8dX IELtOIt715zOfJLvFLhR+NmZ2eRK7yx9NLJF8rM2Bx/2vWlZunNXhBEuvSdvnBV1PYCgsEjZ9DDc BlfsnsDtxKWUeM7EX2kubZF7ZwlRsA0K2jDxkORm6YOv6BPNNg4dFwHMHQP9Rmhbgr12WZzsU3fO /EN8uOhfk0vqwUYlFxBpu5pF3i1vII7G0ZemTm1wP8HtXGCjN4NQ/OaeDTxHVEYCFXLuAHwWercI NeE9mx32PrPDtWA2AbBIwNHMQ9gOC3CJwwxeAbC+J5YG2AXjyhlUiBZroF+KgGfOgvIkASx1BRQl N5QsPTpZWkUEAZ3J+9747eB6TNr9D+R9ezhs98cfWtDZnznwFhMODJQ5X1gmQIZ1uZrt3wPuCOGq O+y8hSHtN73L3vgDruC8N+53RyNyPhiSNnnXHo57nevL9pC8ux6+G4y6ZUJGlAZkZgRNo3RIZnS/ 57AJiEF9DY8SxPo/AJs9QNIyyEy7pcBunZq3gKIGkdji/mGstBzwkHDRMCYia4uAbwAaqkhWrgmb yHdCJuPoFD4XSc/Wy0VydNyEXe95pH0LfO1o8xvXNKZwe9UmoI/qr4rgqLRxKYeKojwXZyHkx+Ao 9CflOTgzpk2JCgtQR4PrYacr9RNnZz9JTdIxVqzZnNpaoi04ZIv14wfbctOUHUNKLXu7HeHsSSMk 9z3ZjE7TemsmFB+ongIbM2LrzcL9zO6ugFr6b9DMIMIs2oZdw0NZ3PUOcn0F4goiBH/K5fJcuyc2 xZTbimofsT8wLmDRVftX9R/X3euuOur9q0ua4NoqQVYNZHKp+yKvhsfUZH+h+bMWezZtEEsjunfp RIet5LeUT6TXZ3Q403ytpSh41AoycfFW82ZjDKw5GHUGzxA6968vL1tpnVZGvItyoV4OOr+IoFod jdsgnUFOoSBN9I8lBWLs6ywL6EXjhZeNWgNi3m77DCLkcNCVZtodx/bpnU/2LcdZYISETy3lOUTn 5iTs2Rt0eERF9gOf3KWaocIGjuYSnYOYgIk5QvSWc6qahgUifUrO25ejbgsL5CCKxzRCqdoih4dM UA0IeXTQIEYIS6IqaBE5JAD51VSbrvI4gS+xqijYVFA4E2MgDM4ebMdbmH6KQCp5qVeRVAutsEvp JwTKOsLeMJaLPD7HOqxwGcG+4E3BzoAXVTGfiD84Bp/CFWKAtL4wNJH5GOZsYLCmKe8Q4SfwkdoL mycxQf36jnsP281GzqSQMeSjZhh0EzmxWchNAH+FSWLYIn8uMVtjrlxZgIquIAnf3PJ2Zp0mYFXZ lCCGPHYTrfmQZygkqo8yo8K+/Si4wpqLhBGkQL7jG7MQJMnFFWfQwUEr9vZCve4nkJJfcyZGbUDi HKyuDPTE2oWUbcJezzXvI7zr9dWrwRlEuv+Guw5I47iLd7xmFO+G3X77it21x+Nh7w3eXfevBtf9 Md72LvqDYfesFVGFbT1mRfITA4wZD6TV9+1x523xJUwt4S82h4RuoZWLExjA/UgqSYo9nCbhfcCw NMHluwwEVUZRYqwJlt7180IlFkEJ9cfqeKC+G8BNd5gPhK9QJGLDbwIj7Y9IbMKR0VBMI9Cb5TR/ 1n1zfaH2+ueDItnTdN+81dBVE/ufuTkvvN/tPbHf+OyfCCYcJPo9YMe24rz4jqH2xayQEYm2famU mC2ptk7Xt4EbbDUS22t8UxbJy5AfLaLkArhu2oaKEZrEKR0HSybgQgLVJWqvKb1osanw4+ANuomV a1jKtEuZMsZWl86dW5q+0XYYt32fJ4GkGo2EKHCifAr07dru2WAjMHH5YPPAe4B+Cays6bLtz6gy pb4qVI9sRTcbJmgpijniRs50Of6bXJzpwgGbA3GcPIcH0SYK4SIfvE4Y1zn4RayD6i7tvPyMekt2 lIpkPLzuBpwJUozM7CBuwotKekYxbJgfFSw2RAiiPleVsUoYWH6yzP62Nro5GXKQiUEB5EAsJ9s8 T8HxC3LsfDjy3csnfcMiyfMNUXjJUC0SrDx1Jvm01YAeR8IVhdUG8w3YDpjPez1SQRtctWPG/IEr E6qELy8nWCW8USEjcb9wTWOTbBnlcQqX0ZBKoQbPZaDaYdEw4EomWDDw/oy8YLkAnIPpuhBsJNAb LIBYE+7Iliz2EDqNB2eDE/KWUYIIN4JDxxO1Gb2HGBzcF22Ce++aORzi9XcFDJ04mHBlHC/m1bwk kWPC1rqBNUPUdBiMgZ8BK2WHeCzc4fNGgLIW/5+tc3MZ/MllMAf/Yj5ht80sikm4sSL5F3eFhDkM KIZskTQrO+tgKi/UrXl5kFBWn6csiOHYlItUloVR1lb/abNCDCLG2EESzmtl6OtgkakD84IUm4JR CUPRssEsps/Cz7k4QhcjZ+lCHLvvsU9JI6wjUUhIr+icim20dzhgpqXwpcqfmXUKjaRo88DmBjVG ed5WJLuRO8sdwkvS1K10CxzDQvN9TZ+F88smFMeHp3RZA4KJuD39hOkgllR8DfNOXQd0c+DMBZ9v eIUB6wQqh/URbR5rvHFNwDnoHpQ1tN/1RL5yZNpA4jD5W/61SC4xb0Y+UhfMnsezmCJbZYjEML7v 2Y7B8o0MdFDL5d17Pp2TUDDKhGeEg4mXciWI75CPtrMiKyysAEjoinkEU5c8wWMc6sAg8GEPDV7j hUlahm8AwXCoZ/+XT3xqWQAbgdA7cH2te16hlqxMc6DZ1GdsJpJnmTaWiPbQLLCsctAXQYGNYi9C jQK2e0XBR8GcNaMLANSBgdim+aAnTBsU15yRAnA9d1yWuGVZ7RVl6X82J1CBV8UBCYOsuKivCSgV 5JNf/yWysWIr9GzTNzULv9nCM+CCEpzwAbnnOMsNL7vDYwAKaDFmYd7ewZQ/mSxtViPgcQRwkGMs LRpOzCXVY/KIYm0GMwtOL3WdUtgTRa5NONiViVscEE7VeewsersOmap8bvVWs1RzoqJLEz/QVidL y8qzeQti/kAHs2ybAzzM78G2uQ3yv2BDBurwbNC//CA7L5O1VMBUXWmuDZzIS44LwiMyuMh9XNeq kk+SkkWMOZVL27xj+mxiBFiBG4P75sa08QSFuWnCM4mNRIVHbdhAuGdSPNKY5hJw+8C2G8vRg0xx KtCJpU3TXFzmpeK3mcFH7b9B6xcZ1UzNKGtAtnYWY4iGQJEH4UNS5QNeTPx5mm0dpQ16m3ArDRj3 +uTf/O7t9bvgtjscPtiAyB5BgryPbhmCGFQkwafqn5gXD+i5CR1/xuMYRth8argYLA7lPnViOcUf czdxfpYYFO4mv6d/LjVLkDtK/KcM5Go2HCse5eGRo8dD7EQMvTHCTgMRi/2zkgJbvMZAAYfqMQi+ wlSwyXKiPN8TDB2cYf5TbmPFi6Nk4z+7/fFIZJXX8p+j7ph1K5KXZpYLKsxG2zDAshLZ+0HjBSZi 7gDiYB0ii7PQXG2OXWHA8wttPlofhBTkNnLNTGgGU0lom2KzfY69AFgxhy2fxGYf5wiMCQtGQ/6u jcWesqLPVtoTXj4lj1ZND7fUGpDtLnMhBjuDPSxkpGsc4s7KCitJKRL14bziEWAqo9wgTP0qrOIT fTa30ob/JzNs5DuLgB3snBY8whgYFsFqZGqiU4nfp8VT/gTbgmbBu0vx+DBueV/CLkBbBUTz0uww eYDXRlYFQ8POO7FqJ/JnEZ68/oQL+ir1PzvVf33hF0C2ff8rtf6r/lT/9RgXOkk2ekmqenUWlOaq b1U1KnFJvthYg5JdOiJvb1bjcaG+6V6wA9HO5UgJ5TMhHehPrPu0PHpqZQ1KGj0xaE0Ro1bMBJKi iz8biNASIfoxRROqDlYB0u2fBSTh3iaGLEkmfBP5j38n/AuLPqVri/w3juvh7381qrUjrP9t1p6+ //ko18YSs+C3LuJt/IctksVt4jcRks38Vyh+2lwcl1rxllEwJ/1qwk/KZxS/hXqtfXmpXrVHv5DK 3URcvE4JkxwQ4dySPBr+HC9dAtHM7ZZSycXzKbncglXYkfweG/p7bOzv8mCAzk6rsMxEmH2c+BNH S7ccj3K8OEohdm4wKx7An/KOiAK4IutIRG9TpnPZbAoqV7IAPvsqHi+w+dg5A87I2if5PRaTEUZB AQhRiE6J2p1Od4Q/s8amF4N4YzBvYgSvlkmM4I0ZI3hVTWIEb8wYwatvEiN4Y8YIXqWTGMEbM0bw ap7kyllj5sr/mZwBmzJ6ixqhxADRmkWpy8FojVDYltF/8K7bT3THpozewYlgfIBo3SPBLgte8MTA p9hG4ynq1KNinr6WNh8Jdt+gT96fnb4wkieIuWjzyseXhVCYWPZHTMmlqZh+5r4fzc3uRP1fpRU+ i2qvSnTMjMB51cwOx+ARTuxZ5V+LlEVcDMMfbrnVLPbpLP1WKPuglzCLQ9yJ4aEmEB3K/i006wI1 qXHJW6toprD/+Zn6r+5wkH+JAJB40DDqjtkCgjZYGwzhiheXdlAV7+QUIDSJafgIWaeERNdsQ5U4 7qUtNbXsQcmtZuy4oiq2WbD8HOhEFe2MR3j+OMeQjVjMV8LJ3Qr2Z8D9sFlSg5UQZV7ZiGUt4TaR a2NEeUuRLG2s5KYGYaXqoa7cXieZqCfk1YQkH5bsxSoK8UPwfcUs0saCQCIqArmwrmSLJOQwc+Rf L4CxLyzjExgJkCwJR/4ghCmXm0yspTeDnW1wrkuGJjIu7Bsg8UpESRm88CQZDmfhYiz4sYqsIFDZ cakKqwkZEhUAR9bQTaVLWLzGoHO6uEkbmUaWaKC5yW7i9NJmTJrpVJyw4GVUBBQehFA4KguZXf2/ bP//a/zyC7+2xv+VuvD/a81aVfj/T9//epQrCv+DrXU97l2O1LdS/J988zCz3fosg9vKNImtHWxJ 60uVd2uLsmllyHorw1VvJSOLlhKE93/vF5LT5J//3vPXm2OL/FerzSj/16zh73836/XGk/w/xvUU /8fi/whewhjuceuO5/ZcqDV3qheFJtmHh9usZAEKfD41MRB5m8x8r7mxkhrhdRHSCHg43AcHMFJx qJ32DnXDdeaH4EkFy0NAa738+SLZJ3DHRhalCzxgwXRlE1x+UJmGVy6XRSmth+9Jvsnds1QlvIZs bv/wAS7J0/WIl6z/sUTiqvv159jm/9UatcT//1Gv15/8v0e5Iv7/yn/rjeTfsQ8Uf6Y8S7wCsqAo Y/adW6xLZCeFhPWnXlC5xxvDghMFvwKuWZ4jvprriC9+34qv9MsHjL/psz/QteLf4F64oDddsrA0 nZaf1MY3vVL8P7z/ar/9iddm+T8+rtWj3/9sVJro/zWOm0/y/xiX+Kkpt0/Y/3zC/aVSDXbA8aHh mlgQfYhOTuhC6WR7F/4DfTvCy1VfHb0qVWulehV/qwx/hapSDkxDhZQq+I19/hOeW0HhT5aUKsel WgV/1bNZPan9EAPVEL9rVfnf9p61q41cyc/Or+hkd4gNhthgHoEJdxggic8QYI2Tmdmz5/QxtJ34 gt2+bjsMd8J/X9VDaj3bTcLsfNgwcwK2pJJUKlWVSqWqeiNaadZfbrQgrtWK0KRW0KcY/JAve5lg V4qNRWPNr5vcWdDxew2aYLOFUVNUTfRJFtztI3i9PDQ0Sh4XBWEVxEYJhOrwRERBSIuiouRe8cEY KAjHioMSmvQDI6FAGBSE8w2hUFYeJRYKQCkdBUXO/gItC6vpYLB6ebdrEUYkmMpPM6E098RmWUs+ ZWvp9CM0ewFRGPNDDx1iLoezdIJHLKeIXdZ9RSS9vUWZkN6Jv0ScAMBB2l9407v0Fgz8gwMjy9Bb Qo4ivvkMsysKD+EtLigCdxFvgTqfuvPhtBwPQx7lhvAUYDAacJ8OjI9Povu4xFqMktzj9cNFtANO H7/2o3R8cxdl88kknc7El3iQExsMKSTQmGz4x52LaKsFUA7ATIV8BYHhew1RshAUxkw5YtdbhnUG EGA/DIbTbBatb27JZ4Vy16IHdmIAjeOf2104ZlIAlmpwvC+inZqOFb1Sty02MP4b/VOIrKFQO1ei 6tv/ftHCJvx8qzdLR8OreCZnF1PAFog48qODZK3d9ag/ivEFi2i7rBrDF3uBStdsm+Q6IETwwQK6 Rn/klwWyaW7LTC//Cd7cHEhGL5e9hmsMQT7F0/4gUEgO39A/vV7Yy1E5xBP6dXWAVldxmq+hN6On UbQUDWpk3L2Oqr8cd07jg5PjThfa1bR59sXE8/dHFMrltq90/WuwEvTQhVKFxs4kdQhZMpzVkT/m VXB2GYmBWzpmIErQrRQCbKMsymbzwWCNeaRlQOZR/PlkRV68Aez4E1zH0m0toKQiiaRS4SVkZHoa yU0CpQIhlUrFJCzx9W1vOON3B9BGkAZ+pcGDO9FpDFDxFnYKRaC3VCpkQIFF7GN95rowNPgN36Gp fVlUFdyfrv9W7vV1NaZOFhjsqjpJsxpNRXw1vaviF36bex3r8T5yLywF1v+k+UeAgAS3kywRS4ae cOlUVDEM6ZUKj1e7BRV8cBkubsUfZoG+fstgCfOtRyXBqWH/XBc++2oO85rUbajiPK84H48wGgYS pB/NcvWTh+CYG9UjalULgx1+FdjhIrDzrwI7jxVVoBSR+1RsQ4junEX0NIe2O3MDQcrwLJF1UVLS cZvD00btuwzvb6q16GNfcAV6nVeXwd3galwIlN7NNYSLGyfEJ4R4YSaCHALk2WA4kxrkpeAKghoF OEEZN9BFP/EzCRLpfNn0JwWhhR9n8/MPkodLq9i+wq4JBq0ghFka+zosuQZ6E2NzKm4PEQRiomw9 WEcMzh361Za59Zbxt4ClsUjUzvB53ThhNhfhtTMKtQrd5r9iyDGsivJOqEcnZ2e/vD+PX5+dnJz9 +oU/HbU7x4fds87v9WhpDKbgFbR8I6QaspKKFEee50D16NmVGSgBB03WZ9H0YyrIDf1fVir3OESa lRjjOFlLEK2r+4wcqBTHQyCLKk8eh1PYvRCwz61eLckLYaRWKvj+a9oXx9ysX+WZioHtiiI2fUs8 3murhwx9PgZYvH7mGtEomeMavUIUn0VjR8DO6CdzvHXl6d97GL2xK5aNT1UO4xUpL0BdwoYA8MYQ FelvsTya/iR2c3oVVXUdqh69eX0eH3TP3rUPa9iS6eYp1SqknANBf4di+hw/SFAI9cB9V39I6j8k FEEBZsJXvF5qKu4AwYoeGPAPEwP2Ne9YvQ+FgdV96aDG8ePsAsPJZ6XSPm1345P2RTd+e3xwVF2S lZEdQAXYnY5OiaRp06FaDpwiUiC9JDeXzb7F960pU6a+LjKUwYp3QEi1ZabjwdJqM4ilxl6J1QL7 ynNtsbRFoi5ziiQfJZMg85r3+rFEU1fgkSZfe1XFx5rACjH30WR2V10SX/Gws5pHPgMACJJEooHa F0oPDd7aGJ7M1lA2H6WoNwuhyRIScQRML4N5s1Vdamz/MA5nNGEhZckRDl0m61LtjWm7V6paIQQL 03xQoy9fIgjZjz9uNRUqJlRtKTI7q9HOF7PCyYIaDKDgt3rAjwqDdcJCotYRSyq5n7Cloil+h/Qf dQr8ar6HgQ3pqIHKjkYNtDNqMLHgibuQ31EVQeHUL86VYsVM8IJlcJPe9tmjTpAVsjq1TSWjgz2c Lz8uvFyM1X2UFqv75uJ8+RJuQKtHg7a7YjQMx1ceLNhSwuBICrzFUnGbwCsfMLeZzARi02n7rohP KDTyuZT5xB+MSsQfTZOxeE/UaYtzne5oakmf1qSA8r6CnJ76WU+EvCOAe4XYMNfRUCrEgoc18/ol /fD6eeVJzkAXLwFjTC5COpYLoKPea++g6YCTVgGySeeVnrMwnlzCSOxSPeWXoZfhrI2zv715dUsW L4WrXLhgWF7TaFCrR9Na/O/+NI3FmZ+75tN/3TKmMWrhDT/WhV2i1695lAGcfxE2hba4AJu5z+3K nxryvnxhJ2MPEt2ZS8UA7ommRcPXHEnkBuSRh1i3Hi9DfF44E0JtUA9fICF4Aflbn55rGBRJ0QXD 2vFJTaM+rvQ1eq6YrBLv1R8mSh/FOejqLmOSIjhLotR4rNK5DLauKaWmfCCuQscsVQLW5lcRm3Bs rS+vFSvuEqwzLFFnruqwAS0GVYHZFPxJEzfn6OMdUk4ijPnYA4UXSgfFrlxhOY3BLIzYf6CW3VKI U7lkzOgkAeyVWH9SbIsAOLqtRYRG5Zx4JWkobqFo3KQW99DhtrhnTe6dGYUJA/nn2t2n/k3iaHIs Tkrt4AXbU52lHQaHrbXlLBRUpVHvO1eEcR/AKDLHcsyOrAQoOtBV0MPGHBwtUkMWsTimEqk1CGKO wQJIRi01XXiBYqqRyljJm0bfTsg3kHFwqYcEmQbvc2rjkdyXQBQsPaLpQcKtFGYWYEEXfpmyA3tw ANwJjAPFGFgwf1ueD7NYXqS4Jqei7fQ1YvCxMMHyhQWMhY+mgQmPhhDABBwYHpOleC2l0jKhlCJL sst6q8ft0w8HJyEzFCmdOcE6zOoh4L5Fi807OD27OD8MjDeg2aqDmiP6bWIoZz21V3Q6+usXNMes qQFIsg0ZHfQVq+vGEIKkHbg8WhFUCOvMBrFV7iNdTTbQJo+nQkLMJ4mmFGf8ONa328syPvO+Lxr3 b2PWE0WZ/CQH6WEMpeWEgvXllWlwYPqr+KwVcCGQj8hDRAInAYYQFpwBwuGzedLPd/uXL7ZgZoi6 wKsZRyWNzvw7Zyh3jjXf/I4icLosogB1L+A9a7nuB94d9xgYC+HCt1G0o4Fv3nKflJy3M2uhtP6C lgyIEMvuWIalhwAHbIwaMjxPy8rLUu04w5Mcxtph5Nt0Lx26TpL6qamAuelNNC6XHzXNg1Soh/t8 orKqM1VR5/i387NON774/d3PZyfxm/OTanAhCDmWWQ5Qo1eSi0UlICPgt/8Zt84MZf1Jb6oMc8ah U94+qhkmePeYF1BLLKI/8axslu5p5xVnflWqo644NZwneM+n9WCdZe3BFSLWRRph1rB70vtIcYKb eASw35Ku3SKFBfbeE9trRNoZTIQHyMpXw7eDpBHDrLRH6oz+PQ2J+RZHhCgv+g0rqMNETbFQ0xff 1nC8m66252eRumVk4R5DYa7dSed35eZJvGr3vMBi4tx8T6bpVT/L4jn62uAQFeHkvhfLVFyKV9aj 5TEmMQscP+KsN+hrfHGMiTyoA+XlwqqcSc+67ibvu1jjcOZ1OR/eJItmBf8qAZnNRScxxiGOlrPL uuuBEsACOlFp+8ErBpiqqEeD8ZcSPRX2DiQqyS4hP0d2iURfgXi9w/Gce/+LpZTUgiKHsuUa6oJk AZWrlTPEg7YQvIBq7aw1MoVBvlDUas97z50P0iPR85FVPATEdWBGkH8UaEQD55mrjnfvRtOaFzJ/ FyUEFXKLKCeuCJMzDHpX6A0Gfvf9kVhevKa9SW9ZbeJNoiSrfoID/2+JagxFvwz/1jGsLoVEBrIc EjFYjlp+qZFXIw4O8Fb3J1PMARVTopwVvRp2BX1UqWt5KB2CGwd0bQA1fWad639jnFYM0POzkxMM wg1/dI4gwY06PVtVbeU7g/hBcT5lvE72oI29v+hN8uV8UMcdBCij9lfE8m7SwQA8mNEXDemZivk8 X+5GsjBUzyLRDjQARlh0KZv2s/kNNqKBp2Lk8AliIB50juNfD9pdvBmv0qpczafTXJ7C2w9lc4Gm 4hMBUFI8QAMVzcP+EzoYC1AQT195NfPtKtAx8kOymPxYHM6J+BYNa7GJJ3Cjq1/o4qtxnMJAeWif qeDzkk/KDg/eHLRPSQHXe5TGMp0HxcPpv9wrDjoSS5/mqr4fluSGmPYn/R6aamBwlMM2nkA0i/HH qlwfKW5yLgUdRs7VjBx55/iie9DpXvx+gV9jIHoCRR7SUbUL156d96en7dM38j4Lo2suGq+DfRc6 Acd0QJ335932zyfHynOxzLX7wmniY5s5xK/iz/oyuNVxwITnnGLK4MRBSeTHCW2AN9PeJXoH8f4G Ui/2GMhvynKPDc0/y1ZfLXeI3N3AQphLiBaDEB3JbyKVgKtO3onS7bUmdr52U2dBsLbm64P3J93A 1lzcN10Zm71Xgf2sSPYgx1irPcqQEPYrAziuArWF0tUolZzPNKQSHEdl1ZcJHyZEVfP8KxOaFbFz 0XfI8FrLWa2WH033FnzxQnyE0HX4jBGGIL4cpQkNh0kC/64HHgPVFKDb3nU/mk/gNeIM34wAocPv dIxCnkdRYisDpHg+iVG9mc4ns6FQRLRN5DsD6FoNhvksMo3lMrvEOfiJx5PMsHU5bmTwtsm0pYFz 8Adm75orlglGF5nXI/QrqPolHQ2wZjsyVHTXDQ2I6bLitBr1R4IELDeXRsDTxdauLU8vf7llJhWM 0aGvvAhWOH/OYy17jkAYsuMLRWHcfJch0gqeX3u/ii7OxbkS831TFjVI9cs18ndBuXLjqjHKzUI2 w6msGUV6gUx1ZLF29ShJq9r/YzKcYlIV/77LdQUvKvH8gZfo2gMylSKECTzFBFPspP4kaHo2eBW7 22M8bbmsJfy+FpkQSlgQbANC8VVmwJDQCNoPfBOUvGnx9EJ+Lxwxs4SSGRLZStrfF1p6TFcFnRvK BxIlGWLuUebSu9+A4bDLygKxFDoPgKkrSM6VIgrU1BpvPQ3fXOua/EJ0psduO6qAq96X3E3cn7af dK9Nh9WXuTLHRg+/V1UBTpf5D835UghU83io23bLXDkKADlLpA/6WyjucXVfPVFa0u95+B1STalY /T+GM+c0SPOWESDgqbE6Aj69iNsXR+1ObhsbAfT8qpwvyruiDq5nwKpq9G4fzOxdvMDC9oJjLFCe JkqHdyVIAZ7hTfurnIiop4W04Oe1vRuQM3cCBLzQYxcRTO1H2fnw2gzBoUSHM7KkGmwjkaIzD4+z CfvUaHha4CzXS6B/GDQdMbB3cJgjgOxypSEzRDepJBx43gnzSG+U5xbtQ1lDejK617Xapk2VBZI1 HEVt+bV36StHnZlGPltlkHTMhtaxSdP7GhZpFfS1CGSOJdu1FhfXwIO2Mt9G1L9ipsjnM0ilBWo9 BthQQh9ftUA4EWZHPmI0rveNmwvQmdmhpRxN5iORAIFIIIbL/OZGPU786jW1/R2dC57iJTJ0fXbS udfumwxEuBdOCt/8al+MsT/t40vescyumWg4fgo8VGd5ml+Sl+gW0Jw1H2CLph9QgZAiVeuR/fly evf4YCWaMLF8uxzvBbkKRfpgSdWXYixygMiFKqEngMMz+0TCMbcLjpZ0T+0B5b7zy+G5ZUEwsjc/ IF9pENTQfCybQ7EKFvClMHRN2dq13qYUNtHOh7telNunyDDWJUhSs0yQ7plz4fVscEthuHFLR5vY 2vqErxeMm52rUWJ7UfSmHw33Oo+iF7z59yiV/HuPAd4OE91wMZj4NHtDaYRtG7fPDuPu7+fHVTHg GlxuqkjvZ4ddCIr6pn0obVX6dlaNTzvUdN9p+dtpx9NSbwv6IzZeivAzxN2s5cz0ae8Kb+7S6+qH 4w6Ahgp1ynklzi8CoXVqCIYRhGSpt6Y2WmRVDI7p104b0qQUDApr/CWjUitmoC+7HeJxBEeJoFDJ NTIX7CJJLhDlRguKyK8EON/zTO7iwTQdoam2usQkZ83VbxsziLUmFV7ftK0LGnmDzTUNeCR45Dj4 vlgwD/R/NNFAPqYPwgM1KYMIsdn8SBiOH2OuLMpJyg6TwnliAoQHTRNbOLP0CVfJ1Ssa4wgPhJPP Pmws3KgM0nMmqWI0PdoiaLO6d+8NXMVLkwBg5p72ZOZ0GuIgnYDJEEawlt6O+9NK5VXUfdu+gNRO 70+OQWKsgTEevtedALAApKFeAJ+xAAyFegF85hZo8zDa4DdYirjV2+EXdYrWoiJg5KHmbHHEExmJ r6eR+PSufSH45O+nB+/ah/E7sZSdOpwre3MhzAE7UBlsDqJHKamf4UAALeLLJR1NahiGBI4p3aEa MHzgRPHKhCIWRymN8DJPjF9M++Mwm5nUgjb6nAOL2sFnqR4Sc3I1n56dHhvKMT1mMt870ukwqj4z 6gjtBAmugGMKDRqN/hcnBz/H5wen7UMrt7itcBNknhHiIOlLLEQ+NCC56/EdAiPXqxQPXPeMKDt6 HfpDBq8/KUuEDJimd9arslq+nAXGwsbaVkTBIiMkLiTuV7mmrPVLhA9gTa5A9Bc8psDhzaBZ38gN NOwFKrnTK4WqwtlvRtmn+SwRzCnqX4l5R7f47/DqVfDw4j+HeM8ViBRidfHB++7bs071mRXx80df yM995P/c8Oj44rDTPu+2z06rz9qofZMZjLyu9Kon7cPj04vj6rM35yds9aXFZc6h8xEo5kJaIn3B RGHpQMDvetd9PAIsrFEmDLCsy6F7t1abW1Gjubve2G20nNC9hVGALUjb4v+oubPbau1uNL1BgLfr 29EK/PPTT0+i/3gSvT477b47OH/dPjkGQ9ektbG9Nh8Pn0RPVsXKr95V4P5d0OlaGk174ySFP2Yz ECvij3Es/lRfQNqKNJrgN0C0a6nYRd8MQ+4xAS16EgG8/6wenp2+br+JP3RrlYoA/XmmWn6+ijPB 1frjtRTT3qQ3/VFvIj78zxOI4wd+YfnXYgMNZpfQjJJrQARfCOJ4d5n2ponosIg8BtmL3mw2tUJD q28DZKDKraUXa7bpRm22l95uLZZ7K1pv7m6I1g3vcjeb9a1oRfzLC+5EgZV5Tdyi0SSW0XCdwoTX ZEGwV6edSoPilPxrns56HOnXHUv/aj4dzhAmzmqnVd8R09rZrDcbODEhBCJlpaOIa1HFeqqVjOUT qaw/Azxyns9e/Ll3g5r3KimjXJG83bXPBLSSSB0O3xxU5TMKWcvUsd0XBZG/xT1PwnzQFt0vIkLk yC4V8tdhMuQKLgta3ypDh2bz7VWxDs3tXfH/5ssAIW4QJW4wKebO1oxXVjR6STKFM3c2AR/bZU5e JXYr5md5FeVGVTJ1oLJiekDkVmjNCSKqVFTL7BKI4NL88vLm+nI4y7BkdT8jR2D0EoWvzbpSW2wU ixCBJ4oD7SwPfx1eHq5gs4mXu831MstjNl/MJ9bXYXXEv34+Ubg7J72PyGQfk1EUch9xBsvSsdiz s0Bjm100N3eI+DZfSuqTb0mTIT6sSyer+6QNQ5zHeiS36AhvDTDMoYe/kDYkGsQ0FWp7pFL04sbO 9RH7URPWbmu1YRfw2Ln6JM1mcWhg2MLlGTjllpgqTLm11SyY8uha9OKbMVkD/r4pLxxYYNqbG0jI 4vdm4bTFhwA+/74ZyzGVXeKt9W2c69aGWuL5RH/ylvO7/uiBc+OM0SXnpmoLkHCRDNd6LOXUBOCd Xv4dTmC7QdrJdmNLFwo0wmhpKXqqvSGUXuBHhweHb4/j09cXry84TfVRjafj6/svmKNXTNOMtmlJ tnc2CsgvuxsJRnVtEmB6k3CW2L+PBhcOLECJO5sNnPbO5rZOiaJl/CjU+LizxCnmY8P8u3V8Nm+R rDvT9cbGy3qzKSRlo7Vdb7Z4iW+yPnQml/rzIBNHZEBajPHbqTPRidYpdie+sro1ccL6KDeH63tu plRTTxFrqQ4y5SAAoZzeHTVeGD3bT8O4VY3bWmPQWiNuvrBLfbeV7EhnKy5wiUGbQAqAqyYWlfh1 7wWaHRhkXcWOvg3rdVTuOf2V0rqN1t9++itSsgpVvq9V6/KULe5gOMGKUzDLFbmXm5swoZebSl7k m+6824Erh+pA0ovYHe0L/qpGp39pBI5luJDCg1p1AK+PJJMQJHN2fnzK0AfAz7JZ74YyVA8UHaHZ EHHf2Ggh9hsbarSvj+LDkw61GN70M6FzYrbLdBz3/+hfIZAYI3XNx/OsL4Regh6hWZ3S6UbmvTbD wIsJ5WFSdPAUNSfWnA5Pzi5oFzDxQ50Yh4XVeaRQAyfHne8u2h3ozI1ZYdw9opeFd4peyz0GbWyX 2S8eGN+8a+aUMPb/xmCiH2WKdhNJp+YmmEXWm1vKLELho9R7wAHqH+iBQa8n4cGkfCIJTyOJuqVA k42TVKgGY3bdCDVc5U0HTfY5HqbxBUsJ234iRyaJUrDzg8PD44sLZueFO9Rq27ba3mvcnVAkjkWA oq31YhQhzXwVjopbPiKS3p0dtV///nVIMto6SGptt+ovo5XWttB11hFJyNXYZJN+BtcR8UuwP8Fz oDH6b0MJzhBq4XxWoiokoALlBL09anLKC2qwMl+IAcKS2Tr6R0480a6NowdgiFDqAG9rwE0kasoD 3hRFgMoFHBKfm7vMkb8O80Wu4LLE9VKWIbM5ccON3cb6bmvDyw2F9BLcUMmwosRfFXCoBJdlfFs5 6k8/9sdXdxE8zgTnNMxiBP6UDpBhMrUYXC8bvZiT981Cngn/4W0cPNdEaXWXzfoj/bF4TF/FuKLL g6wm1XkU0esNaSxgGp+m6UxaJdEWCF/ocUIlLXmjKFzy0ePTVBw04oQu+JiKEbKnuDdOx9Ul6gz+ 5rM0nJm5SRE1mXm/ISNdVFwcoC63oktljcVUFgSDZuJGY3djfXfTT20tOknCL8mfrfxKw1gyBvQ/ hwRtR2baSv0Ne6SCGMkVw4+VZQUGIQDRhpJfApTcPy9PoiRty0AQ1hgND3h22vOk0fJNjvNiOSVi dLOh0Aghp9Ae7DOZEC4dcF46qHHHCQKKmU8gTXzBGqo6pQhH1f6qLKchWHqa0+ZuS4DzkxCnOd3a eViW0zzJ6VfkOP2mhJeDcdIfRPFJ+/R9/p71rZZK0CnRM9kklKxPi9SVf9bY057ZSgtfIV1sblUm JC3lGnjIQxYr0PyAtsBFi1JakbsQZG8dwbuZyTT9PBQo7smsVIgXSm+aiW9H85vZcHKj0mQp9y09 jkSOFJUMkSVupfEHr3QTiP81XMXf9gRgFBFW7kUlm/NW60YrTCo7dFuRTSBv1TJakRneaURWirzR jtGIDJJOI7KhqEbNhtGIjEdOo4Nut9P+WTVazxsBmX2ExGEzzjKbuQj5cFxRTVsNCx+f3d44+JNq s4NtjmjdB7JpOq7jb84j58EpHDAlkGbD7BjPmU4TOGersa5bTegBrd2Eo4zKRi2rETlZJkxdogT9 BfKPryGRJ76sgfdek16WQVLeWRp53GZ9+dVMb23YURTWhR/kUfK+nO2Ir2yhEbE0e6E9/5LecnZq UM1dO3r+X8/DFX477UQtHwSajtAwRNVO1QO3HjWL3znWPL2SS20R0HV8l+Jpi36qRS03gi3Zq7Sg bUu29WVZlW5+URSpLdwIVcR46FrFZqgiJ5DN+U+oIuYw0yC2ghDRnTavuFMwxggnM+AfpnErtiek N0wSlT2JsirkL80gWynKTGTh8HASI0OIlacM1uhJAXAeK0IoCZsLsTUgZ3fvUrAkyIINGbEzFmzP M+1N1oJgl9EDol3ucYyvIWf0pWgyJj5Q8PUoThJkbOU3YihhOVSaPagHhFijbQ6xhGC1/rrE999/ vv98//n+8/3n+8//45//BSxwynoA8AAA --=-82UsYqVNp5nXLOap7BC4-- From veillard@redhat.com Wed Jul 21 01:04:39 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 70CBF3B11D5; Wed, 21 Jul 2004 01:04:39 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6L54de1003161; Wed, 21 Jul 2004 01:04:39 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6L54ca26925; Wed, 21 Jul 2004 01:04:38 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6L542UZ025832; Wed, 21 Jul 2004 01:04:02 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i6L542Ps025830; Wed, 21 Jul 2004 01:04:02 -0400 Date: Wed, 21 Jul 2004 01:04:02 -0400 From: Daniel Veillard To: John McCutchan Message-ID: <20040721050402.GA22267@redhat.com> References: <1090379253.4228.8.camel@vertex> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1090379253.4228.8.camel@vertex> User-Agent: Mutt/1.4.1i Cc: gamin-list@gnome.org, nautilus-list@gnome.org Subject: Re: [gamin] [PATCH] inotify 0.6 + new gamin patches X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2004 05:04:39 -0000 On Tue, Jul 20, 2004 at 11:07:34PM -0400, John McCutchan wrote: > With this release I am able to run gnome 2.6 without any (major) > problems. [The previous set of patches caused major kernel problems when > running gnome 2.6.. I have now fixed that bug.] Oops I have just discovered your mails. Bear with me, flacky laptop hardware won't allow me to really look at it while I'm on the road, i.e. till next week. > The only bug I know of right now is gnome-settings-daemon gives an error > on login. It says it restarted too many times and will start next time I > login, but gnome-settings-daemon is running and my desktop appears to be > fully functional. So some debugging might be needed, but this should be tested I agree. > This really needs to be tested by more people. The problem is that this requires the fixes at the kernel level if I'm not mistaken, and that is the hard part, any positive feedback from the kernel side ? Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From madmin@dialog-telekom.at Wed Jul 21 10:15:22 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from dialog-telekom.at (unknown [81.223.6.242]) by menubar.gnome.org (Postfix) with SMTP id B6C533B077E for ; Wed, 21 Jul 2004 10:15:20 -0400 (EDT) Received: (qmail 13207 invoked by uid 1012); 21 Jul 2004 14:15:18 -0000 Received: from madmin@dialog-telekom.at by kenobi by uid 71 with qmail-scanner-1.20 (clamscan: 0.65. avp: 4.0.1.0. spamassassin: 2.61. Clear:RC:1(172.16.0.2):. Processed in 0.037148 secs); 21 Jul 2004 14:15:18 -0000 Received: from unknown (HELO ?172.16.0.148?) (madmin@dialog-telekom.at@172.16.0.2) by dialog-telekom.at with SMTP; 21 Jul 2004 14:15:17 -0000 From: Wolfgang Pichler To: nautilus-list@gnome.org Content-Type: text/plain Message-Id: <1090419579.8168.40.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 21 Jul 2004 16:19:40 +0200 Content-Transfer-Encoding: 7bit Subject: nautilus is not starting anymore X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2004 14:15:22 -0000 hi all, i have had to kill nautilus because of a samba share which lost the connection (the samba share was mounted - i was not using smb:///). After i've killed nautilus it didn't start up automatically - so i opend a terminal and tried to start nautilus there - it starts up - runs - but nothing happens (it doesn't draw the background - no icons - no windows). So i startet nautilus with the -c option - there i'll get: FAIL: check failed in nautilus-file-operations.c, line 2657 evaluated: get_duplicate_name ("foo (123rd copy).txt", 1) expected: foo (124th copy).txt got: foo (123rd copy) (Kopie).txt running nautilus_self_check_directory and then it hangs - so what is nautilus doing at check_directory - how can i get it working again ? best regards Wolfgang From chris@gnome-de.org Wed Jul 21 12:09:17 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.bytecamp.net (mail.bytecamp.net [212.204.60.9]) by menubar.gnome.org (Postfix) with SMTP id 57F103B0728 for ; Wed, 21 Jul 2004 12:09:17 -0400 (EDT) Received: (qmail 35712 invoked by uid 88); 21 Jul 2004 16:09:05 -0000 Received: from p54873869.dip.t-dialin.net (HELO ?192.168.123.111?) (chris%gnome-de.org@84.135.56.105) by mail.bytecamp.net with SMTP; 21 Jul 2004 16:09:05 -0000 From: Christian Neumair To: nautilus-list@gnome.org Content-Type: text/plain Date: Wed, 21 Jul 2004 16:10:03 +0000 Message-Id: <1090426203.3522.3.camel@widget> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Content-Transfer-Encoding: 7bit Subject: Undo: Still relevant? X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2004 16:09:18 -0000 http://bugzilla.gnome.org/show_bug.cgi?id=43515 was closed some time ago. The codebase still contains files exclusively dealing with undo: libnautilus/nautilus-undo-private.h libnautilus/nautilus-undo-transaction.c libnautilus/nautilus-undo-transaction.h libnautilus/nautilus-undo.c libnautilus/nautilus-undo.h libnautilus/nautilus-distributed-undo-stubs.c libnautilus/nautilus-distributed-undo-skels.c libnautilus/nautilus-distributed-undo-common.c libnautilus/nautilus-distributed-undo.h libnautilus-private/nautilus-undo-context.c libnautilus-private/nautilus-undo-context.h libnautilus-private/nautilus-undo-manager.c libnautilus-private/nautilus-undo-manager.h libnautilus-private/nautilus-undo-signal-handlers.c libnautilus-private/nautilus-undo-signal-handlers.h nautilus-shell-ui.xml only contains a commented out undo action referring to the bug report mentioned above. Is it planned to reimplement undo support? What actions ought to be undoable, anyway? regs, Chris From Calum.Benson@Sun.COM Wed Jul 21 12:48:57 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from nwkea-mail-1.sun.com (nwkea-mail-1.sun.com [192.18.42.13]) by menubar.gnome.org (Postfix) with ESMTP id 5BBDC3B0A04 for ; Wed, 21 Jul 2004 12:48:57 -0400 (EDT) Received: from phys-eris-2 ([129.156.85.26]) by nwkea-mail-1.sun.com (8.12.10/8.12.9) with ESMTP id i6LGmqJ8003357 for ; Wed, 21 Jul 2004 09:48:53 -0700 (PDT) Received: from conversion-daemon.eris-mail1.uk.sun.com by eris-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) id <0I1700M01NV0QC@eris-mail1.uk.sun.com> (original mail from Calum.Benson@Sun.COM) for nautilus-list@gnome.org; Wed, 21 Jul 2004 17:48:51 +0100 (BST) Received: from [192.168.2.59] (vpn-129-150-112-79.Holland.Sun.COM [129.150.112.79]) by eris-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) with ESMTPA id <0I17002C8O1ET9@eris-mail1.uk.sun.com>; Wed, 21 Jul 2004 17:48:51 +0100 (BST) Date: Wed, 21 Jul 2004 17:48:40 +0100 From: Calum Benson In-reply-to: <1090426203.3522.3.camel@widget> To: Christian Neumair Message-id: <40FE9E68.6030500@sun.com> Organization: Sun Microsystems Ireland Ltd MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-gb, en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.7) Gecko/20040708 References: <1090426203.3522.3.camel@widget> Cc: nautilus-list@gnome.org Subject: Re: Undo: Still relevant? X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2004 16:48:57 -0000 Christian Neumair wrote: > Is it planned to reimplement undo support? What actions ought to be > undoable, anyway? Move, copy, delete and rename spring immediately to mind. Cheeri, Calum. -- CALUM BENSON, Usability Engineer Sun Microsystems Ireland http://blogs.sun.com/calum Java Desktop System Group http://ie.sun.com +353 1 819 9771 Any opinions are personal and not necessarily those of Sun Microsystems From ttb@tentacle.dhs.org Wed Jul 21 17:37:48 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tentacle.dhs.org (CPE0000c02944d6-CM00003965a061.cpe.net.cable.rogers.com [69.193.74.215]) by menubar.gnome.org (Postfix) with ESMTP id 790AD3B0735; Wed, 21 Jul 2004 17:37:48 -0400 (EDT) Received: from ttb by tentacle.dhs.org with local (Exim 3.36 #1 (Debian)) id 1BnOtB-0002LJ-00; Wed, 21 Jul 2004 17:44:37 -0400 From: John McCutchan To: veillard@redhat.com In-Reply-To: <20040721050402.GA22267@redhat.com> References: <1090379253.4228.8.camel@vertex> <20040721050402.GA22267@redhat.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1090446277.8997.3.camel@vertex> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 21 Jul 2004 17:44:37 -0400 Cc: gamin-list@gnome.org, nautilus-list@gnome.org Subject: Re: [gamin] [PATCH] inotify 0.6 + new gamin patches X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2004 21:37:48 -0000 On Wed, 2004-07-21 at 01:04, Daniel Veillard wrote: > On Tue, Jul 20, 2004 at 11:07:34PM -0400, John McCutchan wrote: > > The only bug I know of right now is gnome-settings-daemon gives an error > > on login. It says it restarted too many times and will start next time I > > login, but gnome-settings-daemon is running and my desktop appears to be > > fully functional. > > So some debugging might be needed, but this should be tested I agree. > > > This really needs to be tested by more people. > > The problem is that this requires the fixes at the kernel level if > I'm not mistaken, and that is the hard part, any positive feedback from > the kernel side ? Not all of the fixes will be at the kernel side. AFAIK the kernel side is bug free (knock on wood). The gamin inotify backend needs more work. One thing I haven't figured out how to do is, when I get the UNMOUNT event from inotify how do I notify the gamin client of this and that the watcher is gone? (I think in gamin terms the subscription) Also I notice I get duplicate events from gamin. Example: I am watching /tmp/ I create a file /tmp/b I get an event from gamin that 'b' exists. Then another that '/tmp/b' exists. This doesn't seem right to me.. I am guessing this is just legacy from FAM? John From ttb@tentacle.dhs.org Wed Jul 21 17:46:14 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tentacle.dhs.org (CPE0000c02944d6-CM00003965a061.cpe.net.cable.rogers.com [69.193.74.215]) by menubar.gnome.org (Postfix) with ESMTP id EA4C03B070C; Wed, 21 Jul 2004 17:46:13 -0400 (EDT) Received: from ttb by tentacle.dhs.org with local (Exim 3.36 #1 (Debian)) id 1BnP1N-0002LV-00; Wed, 21 Jul 2004 17:53:05 -0400 From: John McCutchan To: veillard@redhat.com In-Reply-To: <20040719033719.GA24114@redhat.com> References: <1090180167.5079.21.camel@vertex> <20040719033719.GA24114@redhat.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1090446785.8997.13.camel@vertex> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 21 Jul 2004 17:53:05 -0400 Cc: gamin-list@gnome.org, nautilus-list@gnome.org Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2004 21:46:14 -0000 On Sun, 2004-07-18 at 23:37, Daniel Veillard wrote: > On Sun, Jul 18, 2004 at 03:49:27PM -0400, John McCutchan wrote: > [...] > > I have attached a tarball, which includes the patch for linux 2.6.7 and > > a small test app. > > > > I have tested this on my system and AFAIK it is working. No doubt it has > > plenty of bugs. > > > > I plan on adding an inotify backend to gamin soon. > But I think it misses the really good point of inotify as I see > it, i.e. there is no need anymore of a daemon outside the application > space, in practice I would rather see inotify plugged at the gnome-vfs > level. The reason is that you will just need to monitor the inotify > file descriptor, which is easy to do at the gnome-vfs level since you > have glib and loop access, while in libgamin this would either require > disabling dnotify if inotify is available (FAM has only one fd registered > at the application layer), or use the daemon for inotify too. > The only advantage of using the daemon would be for advanced features > like congestion control, which are not available (yet ?) in gamin. > > inotify sounds good to me, I hope it won't be bounced by the kernels > people. I think that having a daemon (not necessarily FAM/gamin) or maybe a nice library in between inotify and applications makes sense. The daemon could act as a multiplexer and could merge events before passing them on to the client. My original plan for inotify was not well liked by Al Viro. I have drastically changed the kernel-user interface based on his comments and I hope this new version will be received well. One question about gamin, why does it not have a backend shutdown routine? John From veillard@redhat.com Wed Jul 21 19:19:09 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id DD0663B08CE; Wed, 21 Jul 2004 19:19:09 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6LNJ9e1029744; Wed, 21 Jul 2004 19:19:09 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6LNJ9a32243; Wed, 21 Jul 2004 19:19:09 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6LNIXuC013912; Wed, 21 Jul 2004 19:18:33 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i6LNIXj3013910; Wed, 21 Jul 2004 19:18:33 -0400 Date: Wed, 21 Jul 2004 19:18:33 -0400 From: Daniel Veillard To: John McCutchan Message-ID: <20040721231833.GC31580@redhat.com> References: <1090180167.5079.21.camel@vertex> <20040719033719.GA24114@redhat.com> <1090446785.8997.13.camel@vertex> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1090446785.8997.13.camel@vertex> User-Agent: Mutt/1.4.1i Cc: gamin-list@gnome.org, nautilus-list@gnome.org Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2004 23:19:10 -0000 On Wed, Jul 21, 2004 at 05:53:05PM -0400, John McCutchan wrote: > On Sun, 2004-07-18 at 23:37, Daniel Veillard wrote: > > On Sun, Jul 18, 2004 at 03:49:27PM -0400, John McCutchan wrote: > > > I plan on adding an inotify backend to gamin soon. > > > But I think it misses the really good point of inotify as I see > > it, i.e. there is no need anymore of a daemon outside the application > > space, in practice I would rather see inotify plugged at the gnome-vfs > > level. The reason is that you will just need to monitor the inotify > > file descriptor, which is easy to do at the gnome-vfs level since you > > have glib and loop access, while in libgamin this would either require > > disabling dnotify if inotify is available (FAM has only one fd registered > > at the application layer), or use the daemon for inotify too. > > The only advantage of using the daemon would be for advanced features > > like congestion control, which are not available (yet ?) in gamin. > > > > inotify sounds good to me, I hope it won't be bounced by the kernels > > people. > > > I think that having a daemon (not necessarily FAM/gamin) or maybe a nice > library in between inotify and applications makes sense. The daemon > could act as a multiplexer and could merge events before passing them on > to the client. Yeah, flow control is part of what need to be improved. Unclear yet what's the best stategy to adopt. > My original plan for inotify was not well liked by Al Viro. I have > drastically changed the kernel-user interface based on his comments and > I hope this new version will be received well. Okay :-) > One question about gamin, why does it not have a backend shutdown > routine? I'm not 100% sure I understand, maybe the answer is because this wasn't available in the FAM API. Daniel P.S.: I have severe connectivity troubles, failures to answer in a timely manner are possible, please bear with me. -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From NQG24419@nifty.com Wed Jul 21 22:01:39 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail505.nifty.com (mail505.nifty.com [202.248.37.213]) by menubar.gnome.org (Postfix) with ESMTP id 31DD03B08A9 for ; Wed, 21 Jul 2004 22:01:39 -0400 (EDT) Received: from [220.145.94.120] (ntnara020120.nara.nt.adsl.ppp.infoweb.ne.jp [220.145.94.120])by mail505.nifty.com with ESMTP id i6M21OEx007290 for ; Thu, 22 Jul 2004 11:01:24 +0900 From: Ryan McDougall To: nautilus-list@gnome.org In-Reply-To: <40FE9E68.6030500@sun.com> References: <1090426203.3522.3.camel@widget> <40FE9E68.6030500@sun.com> Content-Type: text/plain Date: Thu, 22 Jul 2004 11:07:59 -0600 Message-Id: <1090516079.2576.2.camel@DRAGUN> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.2 (1.5.9.2-1) Content-Transfer-Encoding: 7bit Subject: Re: Undo: Still relevant? X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jul 2004 02:01:40 -0000 On Wed, 2004-21-07 at 17:48 +0100, Calum Benson wrote: > Christian Neumair wrote: > > > Is it planned to reimplement undo support? What actions ought to be > > undoable, anyway? > > Move, copy, delete and rename spring immediately to mind. delete->"Move to Trash"? so to undo that would be like MS's restore from trash command? > > Cheeri, > Calum. > Sounds like very useful stuff to me! I hope someone has time to finish implementing it. Cheers, Ryan From ttb@tentacle.dhs.org Wed Jul 21 22:40:18 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tentacle.dhs.org (CPE0000c02944d6-CM00003965a061.cpe.net.cable.rogers.com [69.193.74.215]) by menubar.gnome.org (Postfix) with ESMTP id 797713B076C; Wed, 21 Jul 2004 22:40:18 -0400 (EDT) Received: from ttb by tentacle.dhs.org with local (Exim 3.36 #1 (Debian)) id 1BnTby-0002e6-00; Wed, 21 Jul 2004 22:47:10 -0400 From: John McCutchan To: veillard@redhat.com In-Reply-To: <20040721231833.GC31580@redhat.com> References: <1090180167.5079.21.camel@vertex> <20040719033719.GA24114@redhat.com> <1090446785.8997.13.camel@vertex> <20040721231833.GC31580@redhat.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1090464430.10162.7.camel@vertex> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 21 Jul 2004 22:47:10 -0400 Cc: gamin-list@gnome.org, nautilus-list@gnome.org Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jul 2004 02:40:18 -0000 On Wed, 2004-07-21 at 19:18, Daniel Veillard wrote: > On Wed, Jul 21, 2004 at 05:53:05PM -0400, John McCutchan wrote: > > I think that having a daemon (not necessarily FAM/gamin) or maybe a nice > > library in between inotify and applications makes sense. The daemon > > could act as a multiplexer and could merge events before passing them on > > to the client. > > Yeah, flow control is part of what need to be improved. Unclear yet > what's the best stategy to adopt. My idea is that when we are packaging the events for the client we can scan the events we have already queued to be sent to the client, and if the events are the same we toss the one out. A couple questions.. (I haven't gotten a firm grasp on FAM/gamin yet) does the client (aka nautilus,etc) ask for all pending events ? or do we just push them down a fd and nautilus reads them whenever it feels like it? Either way I think flow control and event merging shouldn't be too hard. We just need a staging ground for 'new events' where we could batch them up and say once per second send them off to the clients or fd. > > One question about gamin, why does it not have a backend shutdown > > routine? > > I'm not 100% sure I understand, maybe the answer is because > this wasn't available in the FAM API. We should be able to add this right? It shouldn't affect the fam API, just when gamin is shutting down call a backend shutdown callback. John From alan@ufies.org Thu Jul 22 00:07:17 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from master.ufies.org (unknown [65.110.12.162]) by menubar.gnome.org (Postfix) with ESMTP id C2A4D3B0908 for ; Thu, 22 Jul 2004 00:07:17 -0400 (EDT) Received: by master.ufies.org (Postfix, from userid 1000) id A9EBF4800D; Wed, 21 Jul 2004 21:08:37 -0700 (PDT) Date: Wed, 21 Jul 2004 21:08:37 -0700 From: Alan To: nautilus-list@gnome.org Message-ID: <20040722040837.GR19484@ufies.org> Mail-Followup-To: nautilus-list@gnome.org References: <1090426203.3522.3.camel@widget> <40FE9E68.6030500@sun.com> <1090516079.2576.2.camel@DRAGUN> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1090516079.2576.2.camel@DRAGUN> User-Agent: Mutt/1.5.6i Subject: Re: Undo: Still relevant? X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jul 2004 04:07:18 -0000 On Thu, Jul 22, 2004 at 11:07:59AM -0600, Ryan McDougall wrote: > On Wed, 2004-21-07 at 17:48 +0100, Calum Benson wrote: > > Christian Neumair wrote: > > > > > Is it planned to reimplement undo support? What actions ought to be > > > undoable, anyway? > > > > Move, copy, delete and rename spring immediately to mind. > > delete->"Move to Trash"? so to undo that would be like MS's restore from > trash command? I think so, or even an edit->undo last [move|delete|rename] option, which would do basically the same thing. alan -- Alan - http://arcterex.net -------------------------------------------------------------------- "There are only 3 real sports: bull-fighting, car racing and mountain climbing. All the others are mere games." -- Hemingway From olaf@cbk.poznan.pl Thu Jul 22 04:26:17 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from goliath.sylaba.poznan.pl (goliath.sylaba.poznan.pl [193.151.36.3]) by menubar.gnome.org (Postfix) with ESMTP id 067823B0942 for ; Thu, 22 Jul 2004 04:26:17 -0400 (EDT) Received: by goliath.sylaba.poznan.pl (Postfix, from userid 1003) id 2E20E94293; Thu, 22 Jul 2004 10:26:15 +0200 (CEST) Received: from localhost.localdomain (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by goliath.sylaba.poznan.pl (Postfix) with ESMTP id 00F4494353 for ; Thu, 22 Jul 2004 10:26:13 +0200 (CEST) Received: from [127.0.0.1] (venus [127.0.0.1]) by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i6M8QCot003274 for ; Thu, 22 Jul 2004 10:26:12 +0200 From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: nautilus-list@gnome.org In-Reply-To: <20040722040837.GR19484@ufies.org> References: <1090426203.3522.3.camel@widget> <40FE9E68.6030500@sun.com> <1090516079.2576.2.camel@DRAGUN> <20040722040837.GR19484@ufies.org> Content-Type: text/plain Message-Id: <1090484772.3202.5.camel@venus> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Thu, 22 Jul 2004 10:26:12 +0200 Content-Transfer-Encoding: 7bit Subject: Re: Undo: Still relevant? X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jul 2004 08:26:17 -0000 On Thu, 2004-07-22 at 06:08, Alan wrote: > On Thu, Jul 22, 2004 at 11:07:59AM -0600, Ryan McDougall wrote: > > On Wed, 2004-21-07 at 17:48 +0100, Calum Benson wrote: > > > Christian Neumair wrote: > > > > > > > Is it planned to reimplement undo support? What actions ought to be > > > > undoable, anyway? > > > > > > Move, copy, delete and rename spring immediately to mind. > > > > delete->"Move to Trash"? so to undo that would be like MS's restore from > > trash command? > > I think so, or even an edit->undo last [move|delete|rename] option, > which would do basically the same thing. I think it is too much. If I do undo, I want to undo last action. It shouldn't be needed to specify what action. If I want to undo last 5 steps I don't want to be forced to having to remember in what order the move/delete... were applied. I think that most users would be confused. Additionally, I suppose we will have 1 keyboard shortcut (Ctrl^Z). Regards, Olaf From mnews22@wp.pl Thu Jul 22 06:31:20 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp.wp.pl (smtp.wp.pl [212.77.101.160]) by menubar.gnome.org (Postfix) with ESMTP id 39A883B067A for ; Thu, 22 Jul 2004 06:31:20 -0400 (EDT) Received: (wp-smtpd smtp.wp.pl 5655 invoked from network); 22 Jul 2004 12:31:18 +0200 Received: from unknown (HELO megumi) (mnews22@[195.116.35.55]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with RC4-MD5 encrypted SMTP for ; 22 Jul 2004 12:31:18 +0200 From: Maciej Katafiasz To: Olaf =?iso-8859-2?Q?Fr=B1czyk?= In-Reply-To: <1090484772.3202.5.camel@venus> References: <1090426203.3522.3.camel@widget> <40FE9E68.6030500@sun.com> <1090516079.2576.2.camel@DRAGUN> <20040722040837.GR19484@ufies.org> <1090484772.3202.5.camel@venus> Content-Type: text/plain; charset=iso-8859-2 Message-Id: <1090492448.12460.6.camel@megumi> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 22 Jul 2004 12:34:09 +0200 Content-Transfer-Encoding: 8bit X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-AS1: NOSPAM Body=1 Fuz1=1 Fuz2=1 X-WP-AS3: NOSPAM X-WP-SPAM: NO Cc: nautilus-list@gnome.org Subject: Re: Undo: Still relevant? X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jul 2004 10:31:20 -0000 W li¶cie z czw, 22-07-2004, godz. 10:26, Olaf Fr±czyk pisze: > > > > > Is it planned to reimplement undo support? What actions ought to be > > > > > undoable, anyway? > > > > > > > > Move, copy, delete and rename spring immediately to mind. > > > > > > delete->"Move to Trash"? so to undo that would be like MS's restore from > > > trash command? That isn't good substitute. Restore from trash is mostly relevant when you no longer have open context in which offending operation was performed. It should definitely be functionality available independently. > > I think so, or even an edit->undo last [move|delete|rename] option, > > which would do basically the same thing. > I think it is too much. If I do undo, I want to undo last action. It > shouldn't be needed to specify what action. If I want to undo last 5 > steps I don't want to be forced to having to remember in what order the > move/delete... were applied. I think that most users would be confused. > Additionally, I suppose we will have 1 keyboard shortcut (Ctrl^Z). No, not this way. Menu entry would be only one, the above was about name of the entry changing depending on what is the action to be undone. It is standard practice in fact, and helps greatly by explicitly stating what is considered atomic "action" by application. Cheers, Maciej -- "Tautologizm to co¶ tautologicznego" Maciej Katafiasz http://mathrick.blog.pl From Calum.Benson@Sun.COM Thu Jul 22 07:02:32 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from nwkea-mail-1.sun.com (nwkea-mail-1.sun.com [192.18.42.13]) by menubar.gnome.org (Postfix) with ESMTP id 12E573B066B for ; Thu, 22 Jul 2004 07:02:32 -0400 (EDT) Received: from phys-eris-2 ([129.156.85.26]) by nwkea-mail-1.sun.com (8.12.10/8.12.9) with ESMTP id i6MB2UJ6018512 for ; Thu, 22 Jul 2004 04:02:31 -0700 (PDT) Received: from conversion-daemon.eris-mail1.uk.sun.com by eris-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) id <0I1900K012MY8B@eris-mail1.uk.sun.com> (original mail from Calum.Benson@Sun.COM) for nautilus-list@gnome.org; Thu, 22 Jul 2004 12:02:30 +0100 (BST) Received: from [192.168.2.59] (vpn-129-150-116-216.UK.Sun.COM [129.150.116.216]) by eris-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) with ESMTPA id <0I1900JT12O517@eris-mail1.uk.sun.com> for nautilus-list@gnome.org; Thu, 22 Jul 2004 12:02:30 +0100 (BST) Date: Thu, 22 Jul 2004 12:02:28 +0100 From: Calum Benson In-reply-to: <1090492448.12460.6.camel@megumi> To: nautilus-list@gnome.org Message-id: <40FF9EC4.4070208@sun.com> Organization: Sun Microsystems Ireland Ltd MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-gb, en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.7) Gecko/20040708 References: <1090426203.3522.3.camel@widget> <40FE9E68.6030500@sun.com> <1090516079.2576.2.camel@DRAGUN> <20040722040837.GR19484@ufies.org> <1090484772.3202.5.camel@venus> <1090492448.12460.6.camel@megumi> Subject: Re: Undo: Still relevant? X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jul 2004 11:02:32 -0000 Maciej Katafiasz wrote: > No, not this way. Menu entry would be only one, the above was about name > of the entry changing depending on what is the action to be undone. It > is standard practice in fact, and helps greatly by explicitly stating > what is considered atomic "action" by application. Right-- the HIG explicitly recommends doing this (although sadly it's not shown in the figure): http://developer.gnome.org/projects/gup/hig/1.0/menus.html#menu-standard-edit Cheeri, Calum. -- CALUM BENSON, Usability Engineer Sun Microsystems Ireland http://blogs.sun.com/calum Java Desktop System Group http://ie.sun.com +353 1 819 9771 Any opinions are personal and not necessarily those of Sun Microsystems From gcgn-nautilus-list@m.gmane.org Thu Jul 22 11:30:41 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by menubar.gnome.org (Postfix) with ESMTP id B41D93B094D for ; Thu, 22 Jul 2004 11:30:41 -0400 (EDT) Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1BnfWm-0003lZ-00 for ; Thu, 22 Jul 2004 17:30:36 +0200 Received: from 81.208.111.82 ([81.208.111.82]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 22 Jul 2004 17:30:36 +0200 Received: from luca.cappelletti by 81.208.111.82 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 22 Jul 2004 17:30:36 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: nautilus-list@gnome.org From: "Luca Cappelletti (Infodomestic.com)" Date: Thu, 22 Jul 2004 17:11:14 +0200 Lines: 25 Message-ID: References: <40F54DEF.6090903@ant.uni-bremen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 81.208.111.82 User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table (Debian GNU/Linux)) Sender: news Subject: Re: nautilus and automounted directories X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jul 2004 15:30:42 -0000 Hello, Il Wed, 14 Jul 2004 17:14:55 +0200, Heinrich Rebehn ha scritto: > Hi list, > > after upgrading to 2.6, i noticed that nautilus still behaves buggy when > displaying the contents of an automounted directory. When the > automounter times out, the window disappears. This bug has been around > for quite a while, is there any hope for it to be resolved in the near > future? It's quite annoying to have to open an extra xterm an cd into > the directory just to prevent closure of the window. Or am i missing > something? > > I found this not usable think into a MEPIS (Debian) installation upgraded to Gnome 2.4 (Sarge). I've disabled automount and rewrote fstab to follow my slices volumes needs...but this is not the optimal and best usable solution. So that this seems to be a "bug" from 2.4 and not only closed to 2.6. Bye, Luca From cfriesen@nortelnetworks.com Mon Jul 19 09:33:50 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from zcars04f.nortelnetworks.com (zcars04f.nortelnetworks.com [47.129.242.57]) by menubar.gnome.org (Postfix) with ESMTP id 347353B0852 for ; Mon, 19 Jul 2004 09:33:50 -0400 (EDT) Received: from zcard303.ca.nortel.com (zcard303.ca.nortel.com [47.129.242.59]) by zcars04f.nortelnetworks.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id i6JDX3K27205; Mon, 19 Jul 2004 09:33:03 -0400 (EDT) Received: from nortelnetworks.com (pcard0ks.ca.nortel.com [47.129.117.131]) by zcard303.ca.nortel.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id NALTB9QZ; Mon, 19 Jul 2004 09:33:04 -0400 Message-ID: <40FBCD8F.1080300@nortelnetworks.com> Date: Mon, 19 Jul 2004 09:33:03 -0400 X-Sybari-Space: 00000000 00000000 00000000 00000000 From: Chris Friesen User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ian Kent References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 22 Jul 2004 11:49:40 -0400 Cc: John McCutchan , nautilus-list@gnome.org, Linux Kernel Mailing List , Davide Libenzi Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 13:33:50 -0000 Ian Kent wrote: > So the number of watches is restricted to the max number of file > handles/process? Note: I have not read the code. We should probably do so before speculating. However, it looks like you have one fd, and reading from it gives you a data structure of information about the event. The max number of watches could be as high as INT_MAX depending on implementation. Chris From eric@lammerts.org Mon Jul 19 22:59:48 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from vivaldi.madbase.net (unknown [81.173.6.10]) by menubar.gnome.org (Postfix) with SMTP id 1DC4A3B0686 for ; Mon, 19 Jul 2004 22:59:48 -0400 (EDT) Received: (qmail 28554 invoked from network); 20 Jul 2004 02:59:27 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by 127.0.0.1 with SMTP; 20 Jul 2004 02:59:27 -0000 Date: Mon, 19 Jul 2004 22:59:27 -0400 (EDT) From: Eric Lammerts X-X-Sender: eric@vivaldi.madbase.net To: John McCutchan In-Reply-To: <1090272690.6954.1.camel@vertex> Message-ID: References: <40FBCD8F.1080300@nortelnetworks.com> <40FBCD8F.1080300@nortelnetworks.com> <1090272690.6954.1.camel@vertex> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Thu, 22 Jul 2004 11:49:46 -0400 Cc: nautilus-list@gnome.org, Chris Friesen , Linux Kernel Mailing List , Davide Libenzi , Ian Kent Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jul 2004 02:59:48 -0000 On Mon, 19 Jul 2004, John McCutchan wrote: > Also the maximum number of devices that can be opened at a time is > 8. Why is that limit there? There doesn't seem to be any particular need for it in the code... Why not remove watcher_count altogether? Eric From dennis_cranston@yahoo.com Thu Jul 22 19:11:04 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from web81404.mail.yahoo.com (web81404.mail.yahoo.com [206.190.37.93]) by menubar.gnome.org (Postfix) with SMTP id DD12E3B08D5 for ; Thu, 22 Jul 2004 19:11:02 -0400 (EDT) Message-ID: <20040722231101.19415.qmail@web81404.mail.yahoo.com> Received: from [67.123.140.85] by web81404.mail.yahoo.com via HTTP; Thu, 22 Jul 2004 16:11:01 PDT Date: Thu, 22 Jul 2004 16:11:01 -0700 (PDT) From: Dennis Cranston To: nautilus-list@gnome.org In-Reply-To: <1090516079.2576.2.camel@DRAGUN> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Update-desktop-database X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jul 2004 23:11:04 -0000 Hi, I updated my build of nautilus this morning, and see that the new mime system has been committed. This is great news. But, one question... I am getting the following message from stderr, "(nautilus:16595): Eel-WARNING **: Failed to execute child process "update-desktop-database" (No such file or directory)". Where do I get this 'update-desktop-database' program? Thanks, Dennis From laurent.belmonte@aliacom.fr Fri Jul 23 04:08:41 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.aliacom.fr (mail.aliacom.fr [213.41.82.82]) by menubar.gnome.org (Postfix) with ESMTP id 82CC93B0B6F for ; Fri, 23 Jul 2004 04:08:40 -0400 (EDT) Received: from boa.aliacom.local (boa.aliacom.local [192.168.1.35]) by mail.aliacom.fr (Postfix) with ESMTP id D81775E29E for ; Fri, 23 Jul 2004 10:14:20 +0200 (CEST) From: laurent belmonte To: nautilus-list@gnome.org Content-Type: multipart/mixed; boundary="=-xc8TdykeUQICJQ/LAAfg" Organization: Aliacom Date: Fri, 23 Jul 2004 10:08:48 +0200 Message-Id: <1090570128.12072.6.camel@boa.aliacom.local> Mime-Version: 1.0 X-Mailer: Evolution 1.5.90 Subject: a piece of the mega patch X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jul 2004 08:08:41 -0000 --=-xc8TdykeUQICJQ/LAAfg Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi all, I have extracted the pathbar part of the mega-patch from Jamie McCracken. laurentB. http://home.gna.org/monkeybubble --=-xc8TdykeUQICJQ/LAAfg Content-Disposition: attachment; filename=pathbar.diff Content-Type: text/x-patch; name=pathbar.diff; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Index: src/nautilus-spatial-window.c =================================================================== RCS file: /cvs/gnome/nautilus/src/nautilus-spatial-window.c,v retrieving revision 1.433 diff -u -r1.433 nautilus-spatial-window.c --- src/nautilus-spatial-window.c 21 Jun 2004 18:33:43 -0000 1.433 +++ src/nautilus-spatial-window.c 23 Jul 2004 08:08:09 -0000 @@ -89,10 +89,9 @@ guint save_geometry_timeout_id; GtkWidget *content_box; - GtkWidget *location_button; - GtkWidget *location_label; GtkWidget *location_statusbar; + GtkWidget *pathbar_box; GnomeVFSURI *location; }; @@ -430,151 +429,130 @@ } } - static void -location_menu_item_activated_callback (GtkWidget *menu_item, - NautilusSpatialWindow *window) +pathbar_button_clicked_callback (GtkWidget *button, + GdkEventButton *event, + NautilusSpatialWindow *window) { GnomeVFSURI *uri; char *location; - GdkEvent *event; - uri = g_object_get_data (G_OBJECT (menu_item), "uri"); - location = gnome_vfs_uri_to_string (uri, GNOME_VFS_URI_HIDE_NONE); - event = gtk_get_current_event(); + if (GTK_IS_TOGGLE_BUTTON (button)) { + gtk_toggle_button_set_active (GTK_TOGGLE_BUTTON (button) , TRUE); + } + uri = g_object_get_data (G_OBJECT (button), "uri"); + location = gnome_vfs_uri_to_string (uri, GNOME_VFS_URI_HIDE_NONE); + if (!gnome_vfs_uri_equal (uri, window->details->location)) { - if (event != NULL && ((GdkEventAny *) event)->type == GDK_BUTTON_RELEASE && - (((GdkEventButton *) event)->button == 2 || - (((GdkEventButton *) event)->state & GDK_SHIFT_MASK) != 0)) + if (event != NULL && event->type == GDK_BUTTON_PRESS && + (event->button == 2 || + (event->state & GDK_SHIFT_MASK) != 0)) { nautilus_window_open_location (NAUTILUS_WINDOW (window), location, TRUE); } else { - nautilus_window_open_location (NAUTILUS_WINDOW (window), location, FALSE); + nautilus_window_open_location (NAUTILUS_WINDOW (window), location,FALSE); } - - } - - if (event != NULL) { - gdk_event_free (event); } - g_free (location); } static void -menu_deactivate_callback (GtkWidget *menu, - gpointer data) +nautilus_spatial_window_set_pathbar (NautilusSpatialWindow *window, const char *location) { - GMainLoop *loop; - - loop = data; - - if (g_main_loop_is_running (loop)) { - g_main_loop_quit (loop); + GnomeVFSURI *uri; + char *name, *uri_location; + GtkWidget *button, *hbox, *label, *image; + GtkRcStyle *rc_style; + gboolean use_toggle_button, use_home_shortcut; + + uri = NULL; + if (location != NULL) { + uri = gnome_vfs_uri_new (location); + } -} - -static void -menu_popup_pos (GtkMenu *menu, - gint *x, - gint *y, - gboolean *push_in, - gpointer user_data) -{ - GtkWidget *widget; - GtkRequisition menu_requisition, button_requisition; - widget = user_data; - gtk_widget_size_request (GTK_WIDGET (menu), &menu_requisition); - gtk_widget_size_request (widget, &button_requisition); - - gdk_window_get_origin (widget->window, x, y); + + /* deallocate existing pathbar */ + gtk_container_foreach (GTK_CONTAINER (window->details->pathbar_box), + (GtkCallback) gtk_widget_destroy, + NULL); - *y -= menu_requisition.height - button_requisition.height; + /* use a toggle button for the current folder only */ + use_toggle_button = TRUE; + while (uri != NULL) { - *push_in = TRUE; -} + + uri_location = gnome_vfs_uri_to_string (uri, GNOME_VFS_URI_HIDE_TOPLEVEL_METHOD); -static void -location_button_clicked_callback (GtkWidget *widget, NautilusSpatialWindow *window) -{ - GtkWidget *popup, *menu_item, *first_item; - GnomeVFSURI *uri; - char *name; - GMainLoop *loop; + use_home_shortcut = (strcmp (uri_location, g_get_home_dir ()) == 0); + g_free (uri_location); + if (use_home_shortcut) { + name = g_strdup("Home"); + } else { + name = g_strconcat (" ", nautilus_get_uri_shortname_for_display (uri), NULL); + } - g_return_if_fail (window->details->location != NULL); + if (use_toggle_button) { + button = gtk_toggle_button_new (); + gtk_toggle_button_set_active (GTK_TOGGLE_BUTTON (button) , TRUE); + use_toggle_button = FALSE; + } else { + button = gtk_button_new (); + } - popup = gtk_menu_new (); - first_item = NULL; - uri = gnome_vfs_uri_ref (window->details->location); - while (uri != NULL) { - name = nautilus_get_uri_shortname_for_display (uri); - menu_item = gtk_image_menu_item_new_with_label (name); - if (first_item == NULL) { - first_item = menu_item; + rc_style = gtk_widget_get_modifier_style (button); + rc_style->xthickness = 0; + rc_style->ythickness = 0; + gtk_widget_modify_style (button, rc_style); + gtk_widget_show (button); + + hbox = gtk_hbox_new (FALSE, 1); + gtk_container_add (GTK_CONTAINER (button), hbox); + gtk_widget_show (hbox); + + if (use_home_shortcut) { + image = gtk_image_new_from_stock (GTK_STOCK_HOME, GTK_ICON_SIZE_MENU); + gtk_box_pack_start (GTK_BOX (hbox), image, FALSE, FALSE, 0); + gtk_widget_show (image); } + + label = gtk_label_new (name); + gtk_box_pack_start (GTK_BOX (hbox), label, FALSE, FALSE, 0); + gtk_widget_show (label); + gtk_box_pack_end (GTK_BOX (window->details->pathbar_box), button, FALSE, FALSE, 0); + + g_free (name); - gtk_widget_show (menu_item); - g_signal_connect (menu_item, "activate", - G_CALLBACK (location_menu_item_activated_callback), + + g_object_set_data_full (G_OBJECT (button), "uri", uri, (GDestroyNotify)gnome_vfs_uri_unref); + g_signal_connect (button, + "button_press_event", + G_CALLBACK (pathbar_button_clicked_callback), window); - g_object_set_data_full (G_OBJECT (menu_item), "uri", uri, (GDestroyNotify)gnome_vfs_uri_unref); - - gtk_menu_shell_prepend (GTK_MENU_SHELL (popup), menu_item); + + /* don't create anymore buttons if we use the home shortcut */ + if (use_home_shortcut) { + return; + } uri = gnome_vfs_uri_get_parent (uri); - } - gtk_menu_set_screen (GTK_MENU (popup), gtk_widget_get_screen (widget)); - - loop = g_main_loop_new (NULL, FALSE); - g_signal_connect (popup, "deactivate", - G_CALLBACK (menu_deactivate_callback), - loop); - - gtk_grab_add (popup); - gtk_menu_popup (GTK_MENU (popup), NULL, NULL, menu_popup_pos, widget, 1, GDK_CURRENT_TIME); - gtk_menu_shell_select_item (GTK_MENU_SHELL (popup), first_item); - g_main_loop_run (loop); - gtk_grab_remove (popup); - g_main_loop_unref (loop); - gtk_object_sink (GTK_OBJECT (popup)); + } } void nautilus_spatial_window_set_location_button (NautilusSpatialWindow *window, const char *location) { - GnomeVFSURI *uri; - char *name; - uri = NULL; - if (location != NULL) { - uri = gnome_vfs_uri_new (location); - } - if (uri != NULL) { - name = nautilus_get_uri_shortname_for_display (uri); - gtk_label_set_label (GTK_LABEL (window->details->location_label), - name); - g_free (name); - gtk_widget_set_sensitive (window->details->location_button, TRUE); - } else { - gtk_label_set_label (GTK_LABEL (window->details->location_label), - ""); - gtk_widget_set_sensitive (window->details->location_button, FALSE); - } - - if (window->details->location != NULL) { - gnome_vfs_uri_unref (window->details->location); - } - window->details->location = uri; + nautilus_spatial_window_set_pathbar(window,location); + } static void @@ -582,9 +560,6 @@ { GtkShadowType shadow_type; GtkWidget *frame; - GtkRcStyle *rc_style; - GtkWidget *arrow; - GtkWidget *hbox; window->details = g_new0 (NautilusSpatialWindowDetails, 1); window->affect_spatial_window_on_next_location_change = TRUE; @@ -601,30 +576,6 @@ gtk_statusbar_set_has_resize_grip (GTK_STATUSBAR (window->details->location_statusbar), FALSE); - window->details->location_button = gtk_button_new (); - gtk_button_set_relief (GTK_BUTTON (window->details->location_button), - GTK_RELIEF_NONE); - rc_style = gtk_widget_get_modifier_style (window->details->location_button); - rc_style->xthickness = 0; - rc_style->ythickness = 0; - gtk_widget_modify_style (window->details->location_button, - rc_style); - - gtk_widget_show (window->details->location_button); - - hbox = gtk_hbox_new (FALSE, 3); - gtk_container_add (GTK_CONTAINER (window->details->location_button), - hbox); - gtk_widget_show (hbox); - - window->details->location_label = gtk_label_new (""); - gtk_box_pack_start (GTK_BOX (hbox), window->details->location_label, - FALSE, FALSE, 0); - gtk_widget_show (window->details->location_label); - - arrow = gtk_arrow_new (GTK_ARROW_DOWN, GTK_SHADOW_NONE); - gtk_box_pack_start (GTK_BOX (hbox), arrow, FALSE, FALSE, 0); - gtk_widget_show (arrow); frame = gtk_frame_new (NULL); gtk_widget_style_get (GTK_WIDGET (window->details->location_statusbar), @@ -634,14 +585,16 @@ frame, TRUE, TRUE, 0); gtk_widget_show (frame); + window->details->pathbar_box = gtk_hbox_new (FALSE, 1); + gtk_widget_show (window->details->pathbar_box); + gtk_container_add (GTK_CONTAINER (frame), - window->details->location_button); + window->details->pathbar_box); - gtk_widget_set_sensitive (window->details->location_button, FALSE); - g_signal_connect (window->details->location_button, - "clicked", - G_CALLBACK (location_button_clicked_callback), window); gtk_widget_show (window->details->location_statusbar); + + + } static void --=-xc8TdykeUQICJQ/LAAfg-- From twanger@bluetwanger.de Fri Jul 23 05:15:27 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from web11.manitu.net (web11.manitu.net [217.11.48.111]) by menubar.gnome.org (Postfix) with ESMTP id 671673B0BBE; Fri, 23 Jul 2004 05:15:27 -0400 (EDT) Received: from [62.165.4.166] (dicaprio.akademie1.de [62.165.4.166]) (authenticated) by web11.manitu.net (8.10.2-SOL3/8.10.2) with ESMTP id i6N9FKf02009; Fri, 23 Jul 2004 11:15:20 +0200 From: Markus Bertheau To: nautilus-list@gnome.org, usability@gnome.org Content-Type: text/plain Message-Id: <1090574120.3241.15.camel@dicaprio.akademie1.de> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) Date: Fri, 23 Jul 2004 11:15:20 +0200 Content-Transfer-Encoding: 7bit Cc: Subject: nautilus behaviour when selected file is changed X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jul 2004 09:15:28 -0000 Hi, I just observed the following behaviour in nautilus 2.4.0. I don't have a newer version to test with at work. I wonder if the behaviour I observed was done on purpose. If it was not done on purpose, do we want the current behaviour to happen or something else? (That's why I'm sending a copy to usability@). 0. have fam/gamin working 1. select a file 2. touch it from a shell or otherwise change it 3. observe how the file is unselected and the next file in the directory gets a frame around its name, but is not selected. Thanks -- Markus Bertheau From chris@gnome-de.org Sat Jul 24 09:29:40 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.bytecamp.net (mail.bytecamp.net [212.204.60.9]) by menubar.gnome.org (Postfix) with SMTP id 7E7E33B0847 for ; Sat, 24 Jul 2004 09:29:39 -0400 (EDT) Received: (qmail 72490 invoked by uid 88); 24 Jul 2004 13:29:31 -0000 Received: from pd9e96c41.dip.t-dialin.net (HELO ?192.168.123.111?) (chris%gnome-de.org@217.233.108.65) by mail.bytecamp.net with SMTP; 24 Jul 2004 13:29:31 -0000 From: Christian Neumair To: nautilus-list@gnome.org Content-Type: text/plain Date: Sat, 24 Jul 2004 15:30:34 +0200 Message-Id: <1090675834.17865.13.camel@widget> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Content-Transfer-Encoding: 7bit Subject: Tiny patches that need reviewing X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Jul 2004 13:29:40 -0000 I've compiled a short list of tiny patches that could be reviewed pretty fast: #85141 - treeview shows misleading text in folder-only view #91543 - remove add_to_session preference #131272 - "Browse Filesystem" -> "File Browser" in desktop launcher #141509 - "Can not open file" message shows file type "(null)" #141848 - use cut/copy folder(s) for folder context/edit menu #142351 - build break in nautilus-extension-types.h #142891 - backspace does not work in list view #143927 - Nautilus->Help->Contents link is incorrect #144728 - computer_icon_name doesn't have a scheme #147811 - launcher editing for "application/x-gnome-app-info" #147918 - can't resize Properties window They are really trivial, please review them ASAP :). regs, Chris http://bugzilla.gnome.org/show_bug.cgi?id=85141 http://bugzilla.gnome.org/show_bug.cgi?id=91543 http://bugzilla.gnome.org/show_bug.cgi?id=131272 http://bugzilla.gnome.org/show_bug.cgi?id=141509 http://bugzilla.gnome.org/show_bug.cgi?id=141848 http://bugzilla.gnome.org/show_bug.cgi?id=142351 http://bugzilla.gnome.org/show_bug.cgi?id=142891 http://bugzilla.gnome.org/show_bug.cgi?id=143927 http://bugzilla.gnome.org/show_bug.cgi?id=144728 http://bugzilla.gnome.org/show_bug.cgi?id=147811 http://bugzilla.gnome.org/show_bug.cgi?id=147918 From chris@gnome-de.org Sat Jul 24 09:31:24 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.bytecamp.net (mail.bytecamp.net [212.204.60.9]) by menubar.gnome.org (Postfix) with SMTP id D5EFA3B0DBC for ; Sat, 24 Jul 2004 09:31:23 -0400 (EDT) Received: (qmail 74494 invoked by uid 88); 24 Jul 2004 13:31:22 -0000 Received: from pd9e96c41.dip.t-dialin.net (HELO ?192.168.123.111?) (chris%gnome-de.org@217.233.108.65) by mail.bytecamp.net with SMTP; 24 Jul 2004 13:31:22 -0000 From: Christian Neumair To: Dennis Cranston In-Reply-To: <20040722231101.19415.qmail@web81404.mail.yahoo.com> References: <20040722231101.19415.qmail@web81404.mail.yahoo.com> Content-Type: text/plain Date: Sat, 24 Jul 2004 15:32:26 +0200 Message-Id: <1090675946.17865.14.camel@widget> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Content-Transfer-Encoding: 7bit Cc: nautilus-list@gnome.org Subject: Re: Update-desktop-database X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Jul 2004 13:31:24 -0000 Am Donnerstag, den 22.07.2004, 16:11 -0700 schrieb Dennis Cranston: > I updated my build of nautilus this morning, and see that the new mime system has been committed. > This is great news. But, one question... I am getting the following message from stderr, > "(nautilus:16595): Eel-WARNING **: Failed to execute child process "update-desktop-database" (No > such file or directory)". Where do I get this 'update-desktop-database' program? http://www.freedesktop.org/Software/desktop-file-utils regs, Chris From davyd@madeley.id.au Sat Jul 24 09:59:21 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from oracle.bridgewayconsulting.com.au (oracle.bridgewayconsulting.com.au [203.56.14.38]) by menubar.gnome.org (Postfix) with ESMTP id AA65C3B06C5 for ; Sat, 24 Jul 2004 09:59:20 -0400 (EDT) Received: from pingu.cook.theducks.org (cook.theducks.org [203.22.197.49]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by oracle.bridgewayconsulting.com.au (Postfix) with ESMTP id 5F2D81F8002 for ; Sat, 24 Jul 2004 21:59:35 +0800 (WST) From: Davyd Madeley To: nautilus-list@gnome.org In-Reply-To: <1090675834.17865.13.camel@widget> References: <1090675834.17865.13.camel@widget> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-2KlShxKBBk4YLaJYKqZR" Date: Sat, 24 Jul 2004 21:59:17 +0800 Message-Id: <1090677558.20570.4.camel@pingu> Mime-Version: 1.0 X-Mailer: Evolution 1.5.90 Subject: Re: Tiny patches that need reviewing X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Jul 2004 13:59:21 -0000 --=-2KlShxKBBk4YLaJYKqZR Content-Type: text/plain Content-Transfer-Encoding: quoted-printable While we're discussing tiny bugs. #139854 is a little bit of an issue for anyone using udev in debian or any other use of 'mount --bind'. http://bugzilla.gnome.org/show_bug.cgi?id=3D139854 I would fix it if only I knew where to look. --d --=20 http://davyd.ucc.asn.au/ =20 PGP Fingerprint 08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA --=-2KlShxKBBk4YLaJYKqZR Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: http://davyd.ucc.asn.au/pgp/ iD8DBQBBAms1Lt27T1GRbNoRAsqgAJ4855Zcf38k5G2qZNL4gGsF2jQT1wCfSQd+ n2iM5T5S1ZNIt2rZk5ofK8E= =Yh6I -----END PGP SIGNATURE----- --=-2KlShxKBBk4YLaJYKqZR-- From mathias.hasselmann@gmx.de Sat Jul 24 17:03:27 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 043243B0E67 for ; Sat, 24 Jul 2004 17:03:27 -0400 (EDT) Received: (qmail 3330 invoked by uid 65534); 24 Jul 2004 21:03:26 -0000 Received: from pD9F51486.dip.t-dialin.net (EHLO mail.sqx.lde) (217.245.20.134) by mail.gmx.net (mp018) with SMTP; 24 Jul 2004 23:03:26 +0200 X-Authenticated: #427294 Received: from [192.168.100.11] (dali.sqx.lde [192.168.100.11]) by mail.sqx.lde (Postfix) with ESMTP id EE11F1E17F for ; Sat, 24 Jul 2004 22:07:16 +0200 (CEST) From: Mathias Hasselmann To: nautilus-list@gnome.org Content-Type: text/plain Organization: http://taschenorakel.de/ Message-Id: <1090702999.23114.25.camel@dali.sqx.lde> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 24 Jul 2004 23:03:20 +0200 Content-Transfer-Encoding: 7bit Subject: Appearance of the new Add-Application dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Jul 2004 21:03:27 -0000 Hi, Just got aware today of the new MIME handling in Nautilus 2.7. Great stuff, right direction. Well, but somehow I have the feeling, that the "Add Application" dialog fit the look and feel introduced by the file choosers of GNOME 2.6. Guess it's obvious, that those dialogs should fit that look and feel, since they deal with file handling. What disturbes me? It's the "Browse" button: Opens yet another Window, which is not really neccessary, as the "Save As" chooser we have since GNOME 2.6 shows. In my very personal opinion it would be much better (in terms of convenience and consistency) to use some expandable file browser for visual file selection. Since pictures sometimes say more than thousand words, here some pictures: Currently the "Add Application" dialog of Nautilus 2.7 looks this: http://www.informatik.hu-berlin.de/~hasselma/nautilus27/currently.png The layout I'd suggest would look like this, when the browser is closed: http://www.informatik.hu-berlin.de/~hasselma/nautilus27/gnomish-closed.png And like this, when the browser is expanded: http://www.informatik.hu-berlin.de/~hasselma/nautilus27/gnomish-open.png Guess we have to discuss this quickly, cause the GNOME 2.8 UI freeze is close. Ciao, Mathias -- Mathias Hasselmann http://www.taschenorakel.de/mathias/ From mason_kidd@mrkidd.com Sat Jul 24 20:11:28 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by menubar.gnome.org (Postfix) with ESMTP id D60583B06C4 for ; Sat, 24 Jul 2004 20:11:27 -0400 (EDT) Received: from [192.168.1.10] (c-24-18-240-28.client.comcast.net[24.18.240.28]) by comcast.net (rwcrmhc12) with SMTP id <2004072500112401400dg6rce>; Sun, 25 Jul 2004 00:11:26 +0000 From: Mason Kidd To: Mathias Hasselmann In-Reply-To: <1090702999.23114.25.camel@dali.sqx.lde> References: <1090702999.23114.25.camel@dali.sqx.lde> Content-Type: text/plain Date: Sat, 24 Jul 2004 17:11:19 -0700 Message-Id: <1090714279.18165.1.camel@clown.mrkidd.com> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 Content-Transfer-Encoding: 7bit Cc: nautilus-list@gnome.org Subject: Re: Appearance of the new Add-Application dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2004 00:11:28 -0000 I would actually suggest that the 'Add Application' dialog match the 'Run Application' dialog, so that when it is expanded, it shows a list of 'Known Applications'. Mason Kidd On Sat, 2004-07-24 at 23:03 +0200, Mathias Hasselmann wrote: > Hi, > > Just got aware today of the new MIME handling in Nautilus 2.7. Great > stuff, right direction. Well, but somehow I have the feeling, that the > "Add Application" dialog fit the look and feel introduced by the file > choosers of GNOME 2.6. Guess it's obvious, that those dialogs should fit > that look and feel, since they deal with file handling. What disturbes > me? It's the "Browse" button: Opens yet another Window, which is not > really neccessary, as the "Save As" chooser we have since GNOME 2.6 > shows. In my very personal opinion it would be much better (in terms of > convenience and consistency) to use some expandable file browser for > visual file selection. Since pictures sometimes say more than thousand > words, here some pictures: > > Currently the "Add Application" dialog of Nautilus 2.7 looks this: > http://www.informatik.hu-berlin.de/~hasselma/nautilus27/currently.png > > The layout I'd suggest would look like this, when the browser is closed: > http://www.informatik.hu-berlin.de/~hasselma/nautilus27/gnomish-closed.png > > And like this, when the browser is expanded: > http://www.informatik.hu-berlin.de/~hasselma/nautilus27/gnomish-open.png > > Guess we have to discuss this quickly, cause the GNOME 2.8 UI freeze is > close. > > Ciao, > Mathias > -- > Mathias Hasselmann > http://www.taschenorakel.de/mathias/ > From mathias.hasselmann@gmx.de Sat Jul 24 21:47:28 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 031B63B083D for ; Sat, 24 Jul 2004 21:47:28 -0400 (EDT) Received: (qmail 27804 invoked by uid 65534); 25 Jul 2004 01:47:27 -0000 Received: from pD957121E.dip.t-dialin.net (EHLO mail.sqx.lde) (217.87.18.30) by mail.gmx.net (mp010) with SMTP; 25 Jul 2004 03:47:27 +0200 X-Authenticated: #427294 Received: from [192.168.100.11] (dali.sqx.lde [192.168.100.11]) by mail.sqx.lde (Postfix) with ESMTP id C6ED61E182; Sun, 25 Jul 2004 02:51:17 +0200 (CEST) From: Mathias Hasselmann To: Mason Kidd In-Reply-To: <1090714279.18165.1.camel@clown.mrkidd.com> References: <1090702999.23114.25.camel@dali.sqx.lde> <1090714279.18165.1.camel@clown.mrkidd.com> Content-Type: text/plain Organization: http://taschenorakel.de/ Message-Id: <1090720041.23750.22.camel@dali.sqx.lde> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 25 Jul 2004 03:47:22 +0200 Content-Transfer-Encoding: 7bit Cc: nautilus-list@gnome.org Subject: Re: Appearance of the new Add-Application dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2004 01:47:28 -0000 Am So, den 25.07.2004 schrieb Mason Kidd um 2:11: > I would actually suggest that the 'Add Application' dialog match the > 'Run Application' dialog, so that when it is expanded, it shows a list > of 'Known Applications'. Hmm, also some good idea! Well, but shouldn't all those applications listed as 'Known Applications' have announced all supported MIME types already? Guess the applications you want do register via this dialog are some legacy apps, some non-gnome apps, your distribtor did not care to integrate into GNOME. So you still need to be able to select random programs from the 'Add Application' dialog. I'd rather see 'Known Applications' as some VFolder with some fixed bookmark in the expandable file browser... Ciao, Mathias -- Mathias Hasselmann http://www.taschenorakel.de/mathias/ From laurent.belmonte@aliacom.fr Fri Jul 23 10:22:23 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.aliacom.fr (mail.aliacom.fr [213.41.82.82]) by menubar.gnome.org (Postfix) with ESMTP id 555253B0DAA for ; Fri, 23 Jul 2004 10:22:21 -0400 (EDT) Received: from boa.aliacom.local (boa.aliacom.local [192.168.1.35]) by mail.aliacom.fr (Postfix) with ESMTP id 5F6E45E263 for ; Fri, 23 Jul 2004 16:28:04 +0200 (CEST) From: laurent belmonte To: nautilus-list@gnome.org In-Reply-To: <1090570128.12072.6.camel@boa.aliacom.local> References: <1090570128.12072.6.camel@boa.aliacom.local> Content-Type: multipart/mixed; boundary="=-n9DfhKi8+68MXx+rtEFz" Organization: Aliacom Date: Fri, 23 Jul 2004 16:22:29 +0200 Message-Id: <1090592549.12072.11.camel@boa.aliacom.local> Mime-Version: 1.0 X-Mailer: Evolution 1.5.90 X-Mailman-Approved-At: Sun, 25 Jul 2004 08:07:53 -0400 Subject: [pathbar patch ] Re: a piece of the mega patch X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jul 2004 14:22:24 -0000 --=-n9DfhKi8+68MXx+rtEFz Content-Type: text/plain Content-Transfer-Encoding: 7bit On Fri, 2004-07-23 at 10:08 +0200, laurent belmonte wrote: > Hi all, > > I have extracted the pathbar part of the mega-patch from Jamie > McCracken. > > > laurentB. > http://home.gna.org/monkeybubble > A new version of the patch with a screenshot. --=-n9DfhKi8+68MXx+rtEFz Content-Disposition: attachment; filename=Screenshot.png Content-Type: image/png; name=Screenshot.png Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAgoAAAFSCAYAAACT9PdSAAAABmJLR0QA/wD/AP+gvaeTAAAACXBI WXMAAAsTAAALEwEAmpwYAAAAB3RJTUUH1AcXDgMK+/PQeAAAAB10RVh0Q29tbWVudABDcmVhdGVk IHdpdGggVGhlIEdJTVDvZCVuAAAgAElEQVR42uydeXxU1fn/33eZPctkJWEJYU3YEQRFBMW1KsWf Wq271KWitmpFK8Xl61KrLdC6daFYq36tbdXq1xXFvS4URa0CBtnXhOzr7HPv+f0xmWEmmYQEk5CE 8/Y1Mnedm+c5557Pec6mvPHGG4Jm3G436enpSLqH+vr6Dp8r/dA3CIVCCGG02m+3KJiKrd+lWdO3 j4bGRpqCjlbnpqSkyATRDRjefQQC/lb7nQ4nqWmprP5iK1988gZlO75udU5hnhPDMPD7AwRDYfyB IKZpJv0dVVU79Vw2qwWb1YLDYcfpdOJyukhJTcHpdOJwOLBarVgsVmw2CzabDV23oOsqiqKhKAqK ErmPoigoqoqmaaiKCtHHaH5MgcA0TYQQmEbiswtFgCByPNnfpSioqoqCCopAQUXXNTRVQ9O1yDFF ifyuApqmoesWNE2PPR8KqIqKqmpompLkJyL7hCkAgSnM5udO+jiRGyqgCiW5YZWIL1RVQ1FU9j9I /D2SXET0OoXoKUJEnsIU0e04w7a6ujWi+cf0hJeAaVJbWytzZg8RnzFbZl7ph76NBwBv//vDbLn4 6wHC0sk9hM9MAUuiCLNYLKTl5DRXKLZimmZSARAtKOIJhgSGmawYM7FZFHRd69BzhcNGrAAPGwbB YBCf34/VaiUlJQWHw4HL6STksGEYBlarDd1iwaKDzWZB13U0LSoaIgWcrlvQmverqoKiRgpxYUYK YNM0QYDR/PeawgShIEyjWVIkec9qOpqqomoqFl3HYrFg0ff/vqqpaIoW+S1VRdX0NgpOBcT+5zCF mWhfE4QwMYkcF4j21AL7NUPkb1QUBQUFVNBUDVXVUVUFUFDU6BURgSXa8ImmqpG/tfk3oqLFFBHr CBNQWqcTVVHbTTO6zIYSiUTSdyNa7b3gfT5/q+PJRUJihbGj0QXTFPgDQcKGSTAYxuP1o6oqTU1N uFwu0tPScDgdhMNh7HYDu92OYTExhYGuW7DoGqqmo2sqoGEKE1WI3mlsxYwU0IL91fO4ZxXR/4SI SRaRRHK0WXsXIhad6G0kCIWKhqDMeRKJRNIHqGgIonmMds/xB4IJAiAWVQi3XRjbLJHqcWeaIkzT JBgMxkUbQvj9AbxeH06nE5/PR3paOkZqCharlXDYgq5bsFos6BYLwqI3F5Rqc3RBBUVFFc3NC72Y qCSICgSB6HdpTfdjb/NgZWUlFRUVVFRWylwpkUgkvZCavVvZu6+a6vrWFb2mptZNRKGw2a5QsOqR Wq1F19B1DYslUp9UFZWwYWAYkZB7sr45sVqzEkJVfeh6I1arDZernpSUOpxOBxaLJdJPQNOb+y1o zduRfZqmoel6c3s7kf4LqgYomIaxv0AWkVp9pBlAJI2oKIoSC8dHmzQizRrNfRNUDbW5j4SiEGsC Ea1q+2bz70VEgWkKhBlpZog+RyyKkCwiIhSSNRjEmh+aQ/+qosaaWxQFiDYjNG8rzX+T0lbjSCcC EoPyshmYl03eAHfsvvujIInPqtf42lc/ty28TuZEiUQikUj6Gd9+9ERMrESFSkTwJCqOhKaHGu/+ 0FSmU5VWlEgkEomkHxONZkSjFMn6SSTtzHhUgTXyJTuPDz/8EIBZs2ZJi0okEolE0sfxbH211T7R TifSpEJhza79bV03X3TiAW8ikUgkEomkbxCNGkQFg9Vuw+8LxAZxKJFpJ1oLhbrqytg8F9OK8mNR hKhACAQC0roSiUQikfRx/H4/ZWVluIYNw7P1VYL+ALtLK2LHB+dn7Z9bQVH2CwXDU8UtN1wLwNK/ vcPNF52IEEIKBIlEIpFImtm3bx91dXWdvs7tdpOXl9dr7pGfn88nn3yCa8QxeLa+ytjZlwPw1rO/ YXB+VmyyJlXR9guFbbvLYzeK9VGQSCQSiUQSo66ujuLi4k5ft3Hjxlgh31vuESWwf94uyvZVAaNj 26ZpkHRoQ7TJIVk0QQiB3+/H6/Xg9XoIBPwYhtHqI5FIDi0vvfSSNIJEImmTKVOm8K9//YvM4rn7 y3iUFp+DmMLZMMLU19eiaoJwKIwQClarvZWYSE93Y7XKyIREIpFIJG3x8ccfH/CcmTNndugeyc5r 71hyBEIkrgdxEJMlRKaHEqaJ1WbFbrehaaBpoKoCRTHxehvw+bxypIREIpFIJIdIdHREhCQVCigI sf/T6YiCaZqEQ5FpQd3uzIQogmEYhMNh/P6q5uV3e+8iFxLJoeCll15izJgxbN26FUVRmDRpEo2N jbHtKVOmkJubC4BhGKxbt47S0lIABg4cyIQJE9A0LXavSZMmsWnTJgKBAGlpaUyePDnpEuW1tbV8 +umnjBo1iuHDhyOEoKSkhJ07d2IYBvn5+UyaNAnTNHnnnXc48cQTYxFB0zR58803E/ZJJJKuo73a fkcjDtHzPv7444TtzkUTktOpiIJhGNTV1RAKBQiHgzQ11dPYVEdjYx0NDbU0NNTS2FhHKByirq4G j8cjU4BE0oJAIMDJJ5/M2LFj+eKLLxK2N2zYEDuvpKQEv9/PSSedxIknnojX62Xjxo0J96qsrGT2 7Nmcfvrp5OXl8dVXX7X6vdLSUv7zn/8wadIkhg8fDsCmTZuoq6tjzpw5fO9730NRFL755husViuD Bw9m+/btseurqqrIzMyUIkEi6SNioytFQqeFQigUpK6+hmDIi8dXx77ynZTt28nesh2Ulu2grHwX +yp24/c3UbpvN42NDUnXSJdIDmeKiorQdZ3BgwcTDocTthsbG2Pn7d27lwkTJmC1WrHZbEycOJE9 e/Yk3Gvy5MnY7XY0TWPkyJGthktt2bKFdevWMWPGjISezjt37mT8+PHY7XZ0XWfcuHGxyMWIESPY uXNnLO+WlZUxePBg6TiJpI9FJrpCJEAnOjMKIQiHDUDBFCFCIX9k1S6zefWu2CeyspbXF5ndsTNr m0skhwPRmnk0X8Rvx/frCQQCOJ3O2LbL5Wo1EsliscS+a5rWql/Q9u3bKSgowO12J+z3+/28//77 Cfk7itPpJDMzk9LSUgYNGkRVVRXjx4+XjpNIejnJ+ih0hVjoVB8FIQTChGAoRDgcbiEUIv8K0Xye UDEMGU2QSA4Wm82G1+vF5XIB4PF4sNlsnbrHrFmz+Oijj7BYLIwcOTK23263M3v2bOz25MvMjxgx gnXr1sVEQ7RfhEQi6f0iIVmfhc6gkLjUdoeFgqIo6LqO1Wqjts4HSmuRYDaLhFDYxKLbsVgsMpog kRwkgwcPZv369RxxxBEArFu3rtNNAHa7nWOPPZaPP/4Y0zQZPToykUphYSFffvklEydOxOl00tjY yObNm5k6dSoAGRkZqKrKhg0bGDt2rHSGRNKBGnwyuir83xmR8F3EgqKoBy8UojWcjIwM/H4PoXAo IhCEiCwkISKrWDd/JdOdQWpamhQKEslBUlxczLp163j77beByKiHg5mJLV4sCCEoKipi1KhRsRdI IBAgNTU1JiKijBw5kq+//pqsrCzpDInkEAuOjpCsj0Jn762goKigioMUCqqqkpaWjt3uQAiT9qZJ sFgs6LouU4BEEseZZ57Z4W1N05g8eTKTJ0/u0L1a7ov/brPZOOGEE+JqDQqjR49uJQ7i8fl8DBky RDpNIunGaEF33+Ng7q8pKibmwQmFqFhoq11TIpH0D0KhENu2beuRsKlEIuldKIqCGjcoUlb5JRJJ Ai+99BKKojBx4kRZKZBIWuB2u1vNZ9LR63rbPTqKFAoSiSSBZE0aEokkQl5eXqvVF/vqPZJHEyIR hfhZlaVQkEgkEolE0koxqKoihYJEIpFIJJI4faCqqJoaGSbZWaHg8Xjw+XzSihKJRCKR9FEcDkds EreO0mGh4PP5yMzMlFaWSCQSiaSPUlNT065QUBQFRVUBpfkjmx4kEolEIpHEhEJEJCiRXo1SKEgk EolEIokTCqqGquly1INEIpFIJJJkQkFFVbVYNAEUKRQkEolEIpE0ywJFR9ESV6k9JCs2OZ3OXm2o 3v580nbSDhKJRNItqBooesKny4WC0+ls9TmUL85kz9OZZ4k/t6v/hksuuaTdY48//nivK3DibZib m8u8efPYvHnzYVHIy8JfIpH0f6FgBUWNTtEYmXipO37H6/UmfKL7DhUtn6czz9Kdz/3xxx+zc+fO Vvt37tzJxx9/zIUXXnhI7XYge5aUlDBlyhTmz58vM5dEIpH0B0yjtXY41LU0wzC48847KSgoICsr i/nz5+PxeHrMJoFAgKuvvprs7GwKCwv53e9+l/S54//tqprlVVddxaOPPtpq/+9//3uuvPJK7HZ7 wm+1Z6sJEybw7bffArB7925cLhdlZWUAfPvtt0yYMKHLbZeVlcWiRYtYv3590uM7duzgvPPOIzc3 l4yMDM4880wqKytjx0OhEIsWLWLIkCHk5+fz8MMPdzhdrFq1iqlTp5Kenk5xcTGPP/54j+alzqRb p9PJsmXLGDp0KNnZ2SxYsIBAICBfSBKJpBciQBhghmMf9VA/0m9+8xu++OILVq9ezY4dO7DZbNx+ ++099vv33HMPlZWVbNy4kU8//ZT333+/3chCZyMS7XH11Vfz7LPPUl9fH9vX0NDAs88+y9VXX90p W51yyil8+OGHAKxcuRKbzcbKlSsB+Pe//82pp57a5barrq7m17/+NePHj096/JxzzuG6665j586d 7Ny5kzFjxnDrrbfGjt9333188803rF69mpKSEnbv3t3hdHHFFVdw++23U1FRwVtvvcXatWt7dbr9 6KOP+OyzzygpKaGsrIx7771Xvo8kEkkv1QrhhI/y+IvvCYDPPn6fPy69e/95QiTUeqqqqjo0M2Oy 2rbX68XpdMYK2PjvxcXFvPjii4wZMwaAiooKpk+fzo4dO7o1khH9/ZEjR/Lmm28yYsQIADZv3syk SZOSPmv8967iZz/7GYMGDeLmm28G4MEHH2T79u089NBDnbLVqlWrePrpp3nqqac466yzGDduHCUl JfzrX//ikksu4dJLL+Xkk0/uUnu6XC6OPvpoli5dSlFR0QFt5PV6KS4uZteuXQCMGjWK119/nVGj RrU690DpoqioiOuvv5558+YxZMiQHol+xaebAz1fy3Szbt26hDR22mmnsWXLFvlCkkgkPUpNTQ3Z 2dmx7ddee41zzjkntv3sX5dw7vdngTBj+7pleGRnCtPS0lKmT58eEyemaSZM9NDdz1NeXk5hYWFs e9iwYT3qtOuvv55TTz2VG264AUVRWL58Oa+++mqnbTVr1ixuvPFGvF4va9as4YknnmDs2LF4vV7W rl3LihUrety/n376Kbfddhv//e9/Y2H5eN/u27evTXsfKF0888wz3H///TzwwAM4HA6WLVvG97// /W79G+MFRGfTbcs0VlFRId9YEomkT3DImx7y8vLYuHEjjY2NNDU14fV6e7SPQl5eXkL0Yvv27T36 9w8bNoxp06bxz3/+kxdeeIFJkybFap6dsZXD4WDUqFEsX76cKVOmkJ6ezpQpU/jjH/9IUVERdru9 x3170UUXcfXVV7NlyxY8Hg/79u1DCJHw97Rl7wOli6lTp/L888+ze/duHn30Ua6//vpenW5bprEB AwbIt49EIpFCoSNceeWVXHvttWzdupVwOExJSUmP9qL/4Q9/yC233EJVVRWVlZWxJoBkpKens2nT pi5/hhtvvJGHHnqIhx9+mBtvvPGgbXXqqaeyZMkSTjjhBABOPPFElixZ0i39EzqCz+fDarVit9vZ uXMnP/nJTxKOX3zxxSxcuJC9e/dSX1+fYPsD/a2XXXYZJSUlBINBTNPEMIxenW5vueUWKisrY2ns /PPPl28fiUQihUJHuPnmmzn22GM544wzyMrK4kc/+hFnnnlml/5Ge/Mo3H777eTk5FBUVMSRRx7J 8ccf326Bfuyxx3b5ePpp06bhdruxWCwcffTRB22rU045hbq6ugSh0NDQwCmnnHJIfPvnP/+ZxYsX k5OTw+mnn86sWbMSji9evJiioiKmT5/OmDFjEsLzB/pb586dywUXXEB2dja33357j4966Gy6PfbY YznyyCMZM2YMeXl53HbbbfLtI5FI+gRd3plRIpG0Fqq9cT4MiURy+NGxzoyzu68zY0d6i/f0C7o9 DvXLu6ORid5SyPR2e/aUT2ShL5FI+ncIQUvY7FKh0NteoL39hd7XCpzDoYCUIkAikUihoBDfM0Gu HimRSPEhkUgk8UohbplpKRQkEolEIpEk6AQF2N/8oEqLSCQSiUQiaYsORxQcDgc1NTXSYhKJRCKR 9FEcDscBzlBA0SFucrwOC4Xa2lpKS0ullSUSiUQi6aMMHDgQl8vVjk5QImKBgxAKpaWlHHnkkdLK EolEIpH0UdauXcvgwYPbEQqteyQcVGfGr7/+mq+//lpavBcwceJEJk6cKH0jbSSR6alX2mfVqlVs 3LhRGuYQUlxc3IkZepXvLhSimeLiiy+W1u8FPP3007HMKX0jbSSR6ak32ScqEqZOnSoNcwj5/PPP ATomFhQlrvnhOwgFmSl6B+FwmIsvvpinn3469tKSvpE2ksj01FvsExUJbrdbGucQcuKJJ/LOO+90 MKqgYCpWVMIHLxQkvQPTNAmFQui6dKG0kUSmp75hH4fDgcVikcbqIUKhED6fr/MLGSoasH+thy6b R6GoqAin0xlbAbDlKo2Srs2QwWBQGkLaSCLTU5+xjxQJPY/FYiElJYVwONw5kaComJoTU3OC7uy6 iMLu3bv55/mn8cN/rMTpdHLVVVfh9XrlynldjBCic06XNpJIZHrqBfaRIuHQCLhQKNS5i1QLqm7v vtUjP2+eZ2H+/PlMmTKFs88+G5fLJcVCF2ZIwzCkIfqJjXoiX3zX3zjQ9d/1uExPMr9JepnAjQ6P VC2x7S6dwnnFul3MmDGDcePGMWXKFAAuvfRSVqxY0W4zRFvHZNNFotNF3ExZEmkjiUxP0j4dp6io SAq4Tt3EiHzMUNdGFGbMmMFZZ53FvHnz2Lx5MxAJN82bN4+KigoZWfgOTpdIG0lkepL2kfSIgItr doAu6szodDo5/fTTufbaa2MTbbRsjzrttNMOGFloD7/fz7XXXkteXh55eXlcd911+P3+hGdYsmQJ AwcOpLCwkFdeeYUlS5YwaNAgCgsLefvtt2PnGobBnXfeSUFBAVlZWcyfPx+Px9PvE1AoFGLRokUM GTKE/Px8Hn74YdatW8f48eMTEpYQgnHjxrF+/XpWrVrF1KlTSU9Pp7i4mMcff7xf26gz6agjafKx xx6juLiY9PR0ZsyYwfr165P+7ueff87IkSP5wx/+0G4araurY8iQIVRXVyf4taCggKqqqqT3XrZs GUOHDiU7O5sFCxYQCAQSnjGZDTp6fUeOH875rr3843Q6efTRRxk9ejSpqalt5lGJ5FALuO8sFJxO J/n5+bz++utMnz4dRVFQFAWr1YoQgquuuorzzjuPH//4x1x11VVkZ2cflFi46667KCsrY926dXz9 9dfs2rWLu+++O+GciooKNm/ezF133cXll19ORUUFmzZt4q677mLRokWx837zm9/wxRdfsHr1anbs 2IHNZuP222/v94novvvu45tvvmH16tWUlJSwe/duJkyYQGpqKh988EHsvPfffx+328348eO54oor uP3226moqOCtt95i7dq1/d5OHU1HHUmT7733Hu+88w5lZWV8//vf55prrmn1ey+99BJnnXUWjzzy CNdee227adTtdnPeeeexYsWK2PUffPAB06ZNIzs7O+nf89FHH/HZZ59RUlJCWVkZ9957b6fscaDr O3r/wzHfHSj/rF27ltWrV9PY2NhmHu3PFBUVsXz5cqZNm8bMmTN5++23Wb58OdOnT2fmzJl89NFH sXMDgQC33347U6dOZerUqdxxxx0JorSoqIi///3vzJkzh3HjxnHWWWfx7bffJv3ddevWMXv2bJ56 6qmYiF22bBkzZsxg0qRJLFy4EJ/PR0NDA0cffTS1tbWxa8PhMDNmzOi/TjFDiR9hfHeh4PV62bp1 KwAej4dfXfD/+OmxU7l+7snYbDZcLhfvv/8+phkJZezatStp80N0OGX8J57nnnuOJUuWkJOTQ25u LsuWLePZZ59NOGfx4sW4XC4uuOACPB5PwnZ8gnnyySdjtcTU1FTuvfdeXnzxxX5fAP7tb39j2bJl DB48GLfbzZIlSwC47LLLeOKJJ2LnPfHEE1x22WUxv5SWllJRUcGQIUNiNd7+TEfTUUfS5COPPMKg QYNwOp3ceOONfPXVVwnHf/e737Fw4UJefvllTjvttA6l0Z/+9Kc8/vjjsd7ML730EhdeeGGbf8/S pUvJzc0lJyeHpUuX8o9//KNT9jjQ9R29/+GY7w6Ufx544AGysrIOmEf7M1VVVfz73//mZz/7GTff fDNVVVV88MEH/OxnP+OBBx5IyCsVFRWsWrWKN998k7179/Lggw8m3Gv16tX8/e9/Z+3atZx00knc dtttSaM8P/7xj7n77ru59NJLAVi+fDnr16/nxRdf5JNPPsFqtbJkyRLS0tKYO3cuf//732PX/+c/ /2HSpEn9PDRhJPRR6NLOjIqioKkK80YMJNdpwzRNPB4PxxxzzAF7X3q93laflrW8YcOGxbaHDx9O ZWVlwjkZGRkA2Gy2VtvxHTtKS0uZPn06qamppKSkUFhY2Ope/ZF9+/Yl2DDK+eefzxtvvEFtbS01 NTWsWrWKH/7whwA888wzvPfeexxzzDGMHj2aV155pd/bqaPpqCNpMjMzM6HQaJkPHnvsMS655BIm T56csL+9NFpYWMhRRx3F888/j2mafPjhh5xxxhmtBHeU6NwmAMOGDaOioqJT9jjQ9R29/+GY7w6U f/Ly8jqUR/szP/nJT3A4HMybNw+fz5ewvW3btth5r732GrfddhtZWVlkZ2dzxx138Oqrrybc6557 7iEvLw+Hw8Hll1/ON9980yq//fKXv+Sxxx5jzpw5CaJ/8eLF5OXl4XK5WLhwIW+++SYQGcX37LPP xvLuW2+9xZlnntmPRYIJIpwQVejSzowt20d8Ph+//e1vKSwsZPv27Zx88slttqEcaH9ubi7bt29n xIgRAGzbto3c3NxWbevt3TO6nZeXx7vvvsugQYM69Az9hby8PLZt28aoUaMS9qenp3PyySfzt7/9 DSEEp556KmlpaQghmDJlCs8991xMiS9YsIC5c+f2bzHdwXR0MGmy5b4333yT0047jbS0NG688cYE X7WXRm+88UZuuOEGCgoKmDFjBjabDSFEQpt/9NyWzzhgwIDYMV3X8Xq9sTXqa2pqWj1je9d35Pjh nO8OlH9a/u1t5dH+THp6OgBWq7XVdrwwr66uTlj1sKCgIKGvDpAwVbTD4WjV8/8f//gHZ599NuPG jUvYX15eHiv8hRCYpomiRNY6GDx4MJMnT+b1119n7ty5rFmzhsWLF/dvp5gG3TIzI4Cmaa2EQiAQ wOv1dn7Shxace+65LFq0iKqqKiorK7nllls499xzD+peV155Jddddx1bt24lHA5TUlLCj370oz5V eB3M9RdddBELFy5k79691NfXc8stt8SOX3rppTzxxBM8+eSTsWaHqJreuHEjwWAQ0zR79ZjprrBR T6fJQYMG8eabb/LEE0+wdOnSDqfRKVOm4HK5uOOOO7jgggva/Y2f//znVFZWxp4xGi0CmDBhAg8+ +CBer5fS0lKuv/76Tl3fkeN9Nd91RXrqbP5pL4/2N/vE3ye+p35b21lZWezZsye2vWvXLrKzs9u8 tuU+gP/93//ltdde47HHHks4Lzc3l3feeYcNGzbwzTffsHHjRkpKSmLHr7jiCp588km++OILpk6d GuuD19s+XeOQMJiBhIhClwqFQCBAmtXCC1v2UOcPUl9fj9VqjSmzZI5sy8Et9995553k5uYyfvx4 JkyYwKBBg7jjjjs6lMBabt90003MnDmTuXPnkp2dzeWXX868efN6pePjnz/az+NgM+IvfvELioqK OOqooxg7dixDhw6NHZszZw4NDQ14PB5mz54d23/GGWdw/vnnk5OTwx133MFf/vKXfm2jzqSjzqbJ ZC8uIQR5eXm88cYbPPPMM9x///0dTqPXX389paWlzJw5s12bzJw5k2nTpjF27FgGDBjA4sWLY8cf ffRRXnnlFfLz85kzZw6zZs1q9YztXd+R430133VFemov/yRLH+3l0f5kn4PhjDPO4P7776empobq 6mruu+++WJNbZ6KqTz/9NM8//zx//vOfY/vPP/987rjjDnbt2oVhGGzZsoWFCxfGjo8fPx6Hw8HS pUt7fbNDlwyNNIIJn+/c9PDmm2/yyIqHOOH047nj14vRZh5FY20FjXW1XHTVeezZWsYZPziNxsZG ph1/BMedNpPcvFz++Zd/xe7R0NCQNMHF77darTz88MOthgtFj7e8x4G2b7rpJm666aak9+rVEaFO PmP8xBuapvHAAw8kdBCKv1+0PS/+RXD22Wdz9tln9yk7fRcbdSYddTZNttwX/z0nJ4fPPvss4foD pdFdu3Zx3nnntVubaGhoAOCGG25Iep8JEybw4Ycftqr5xz9je9d35Hhfz3ffJT21l3+SpY8D5dH+ YJ+WBVpHm/puuOEGfvnLX8ZWQPze977H9ddf36mmPiEEOTk5PPXUU8yfP59wOMw111zDlVdeGYug VlRUMHLkSBYsWJBw7eWXX869997L1KlTe31z2XdKM2YoElWI4zsLhUdWPMSkoiMA2LgnMkZcQyfL nUOWO4erL/kJb61eCUB2TmT41t9XPNcnCuW+nghM0zxs56jv7zZqaGhg+fLlvPzyyzIvyfTUZ8XU hg0bEq5tb9tisXD33Xe3GoIcPd7y2pb74r9nZmby8ssvJ1x/5ZVXxgRDsr9r7969zJ07t8/MSHnQ 7wURRphdKBRM0yOa4CgAACAASURBVOT5p1844Hnz58/vczX33s6BEqpc7a7/2igzMxNN0/j1r39N bm6uzE8yPfUJ+4RCISwWS58UU01NTfztb3/jscce61P57WAEjTBCmKbRNUIhHA5/5w6Kku9GW6ux Sd/0bxvF9/SWU+nK9NQX7AORzu2apvU5O02cOBFVVVm8eDE5OTl9Ls919nkNI4wR3i94FZTOC4WJ Eyfy9NNPc/HFF6PrunxzHGKefvrp2LTZ0jfSRhKZnnqTfYqLi/n888858cQTcTqdfTLiEj9JWl8V 5itXrqS4uLhD55pGGDMcF1FQDlIoRBODpHeo3fiXlvSNtJFEpqfeYp9ox8N33nlHGuYQUlxcHPPF ASMQpmjVvKJ/14Qg6b2ZVCJtJJHp6VBzyimndLiQkhx6hICwYSZETzosFAYOHHhYLAgkkUgkEkl/ ZeDAge0eN4UgHDYw44RChydcKisri60Meag+s2fP5tZbb6W2tpa6ujpuueUW/vSnPyUcT3ZNZ67v 6P2ffPJJbrrpJqqqqvD5fNx///08+OCDbT77ihUruPnmm6msrKSpqYlHHnnkkNtT+vPg/Tl79mzu vPNOqqqqCAQCPPnkk1x99dXSn33Un7///e+59dZbqauro7a2loULF/KHP/zhsM+jB/M+O5At4/3U kXPvueceGhoaZD5s8TnyyCMJhUKxWVE78gmFQgcUCpEprA1E3KfDEYU1u3pHJ5Tjzr2GzU0pABx/ 7rX86b6FTDnjinafM37fga7v6P1feOlVrrjlV2zzpYMPpn//Cn77i6s45pzrkj73y6+9wYLFS9nu d4Mfjvp/C3qNTaU/O+9PgBMuuIFtvjTwwchjz+GvTzxx2Pu0r/pz5aq3ufb237Gp0RXx7Q+v44/3 LeTI718lq6CdfJ91xJadOfeYs37MxnoH1AdlPowjGFxNXV1dwqqzB2LlypWsXr2amTNnti0UiDQ7 CA6i6eGoAmuvMM5pU4eiqpFAiDFoKEsbahOeLdlzxu870PUdvX9DbRW//cX+xBxdRKQtOzXWVXPa kUNbrYdxuNNX/QkwZ2x23JYV0zB6TT6R/uycP5vqazntyPh7F7K0oe6w92dbtPc+64gto987cu7J E/PbfZbDNR9WVFR0SiQAnHDCCbz77rvtnyRafel7EYWVn+8ke0Bk9bnKsj2kpGfGnk3VND7a0ojF Glke2NvU0OrZ27u+I8ej31Pdmfz0rkdIz8zpkJ1S3VmsXLuTnPzB8i3TD/zZkdqx9Gff8WdKekbr e6dlyKhfG7T3PuuILaPfO3OuzIeJDLN3z31N08AUBqbZhyMKHzz3R37xi18A8NzDf2DuaafEnm3U yJFs+ehfnH/++TQ2NvLwiodbPXt713fkePT7eeecxaqnf8eNN95Ifn4+u3bt4qmnnuJ//ud/AJg1 a1bCHPpnzj2N9579PYsWLcLhcPCXv/yl1fz4hyN91Z8dqR1Lf/Ydf55+6sl8+K/lLFq0CCEEzz38 B07/3skyotAG7b3POmLL6PfOnCvzYcuIQncJBRPzYEc99BaFllk4gQsvvpSA38fko49nwskXx57t 9Etv4tkVS/jrE0+Q5s5kzvcvAN5PePb2ru/I8ej3UbPPY0+9wbU/vZGG2moGDC7kpP93UZtKeNxJ F7G9YjkXX3oZQsApZ18iayt92J8yotC//Dn5e5ex/clHOPe8yBLZk44+nkmnXirzaBu09z7riC0P 5lyZDzseUUgmqDqKQCBazKOgPP7iewLgs4/f549L9y+2IYQgEAjEtqMr20kkEolEIjnUEYXkfRSi S8UDrcRCIBDg3XffTVie+7XXXuOcc86JbS9fcj1zT5iecF2fiyhIJBKJRHK4kyyiEC8SDjayEBnx 0BxJ6KxQkG11EolEIpH0lohC+yLhYMWCaZoITBShxASDjChIJBKJRNLHaBlRONg+CS0RQmAKEyUW T5ARBYlEIpFI+hzdNeoBaB4a2YdHPUgkEolEcrjTXfMoICIrSMYjIwoSiUQikfQxuiuiIETkf3HT KMiIgkQikUgkfY0j8tysXLmSE044ocPXvPvuu7jd7nbPMYWJECCE2XmhICMKEolEIpH0DpxOZ6zw 7yhut/uAQgEhMIWR0PwgIwoSiUQikfQx5hQ7KSgooKCgoFPXNTQ0HOAMgWmYmMiIgkQikUgkkhaY pkhY56FTQkFGFCQSiUQi6R3MKXZ2n1gADmp4pIwoSHqaBx54gNraWiwWS7f+Tn5+PkOHDiU9PZ2i oiKys7NRVVU6oJv9KYRAURTpT+lT6dPehNi/KFR00iUZUZD0Wmpra3nrrbdoamo66BdDyxBaMsLh MNu2beOFF17gz089y9GnnosrNV2+iLrRn5mZmZimidVqlf6UPpU+7WURhahQ6PQUzjKiIOlpXrFY cDqdbN26laysrIN6+UT/Nc3966urqhqr9SiKghCCtLQ0FixYQF7e//F///cUCxYswOVyycKlm/zp drs7VEB0pjCJP1f689D6NBwO86Mf/Yizzz4bwzD4wQ9+IH3ap4IKAiFnZmw2hGliGGGMcBjTNJrD ZiqargEKpmkQDvhQQ/UU5Tv4+pt1eJQhuDKycKWmYbHYUDVNpqpuZtiwYR16GbR88QgR6ZQTDvkJ NO1jb3kTAwcXYrVasVgsqKoaO6exsZG8vDx+8IMfEAgEeHjF/3LknHmkZcgQZ3f50zCMLhMHLcWh 9Oeh9em6desYP348n3zyCTfccEObPlVVlSeeeAKA+fPnY5qm9OkhjigIEleQPCwjCkIIDMMgHA4T DIZQFAW71YqvqQyfP4zHB0KxoCgKLqcD1fSimx6a6rcy0Lqbnfv2kZEykYIUHbfbis2moUmx0D21 leZ/t2/fztixY9u1c1uFimmaBLzVlK1ZwcPP/Jdb7v0DmZmZsahCNKJQW1uLEAKn08kZZ5xBfX09 X378f1x44YW43W5ZuHSxP4uKirpEJCQ7T/rz0Pr05ptvZtmyZbFzli5dGhPkyfj4448TjkmfHlpM YWIKgSkOw4hCNIIQDocIh4LYNBie52JIlh3dqEILNaKZISqrvZRVhZk4YSwW0YjpL6WxqY6grwar bpDq2MfqtU1srhZk54UjkQWrXSbSbqSwsLBN+7b18om+mEzTJGRo7N6qcdQRx+P3+/H7/Vgsekws CCHw+Xzs3buXpqYmPB4PM2bMQNd1/v76R0yYPhurzdEtnbQOZ38miygcvEDYP+Ws9Oeh9enSpUtp amrinnvu4ec//zl//etf2/Xrhx9+mBA5iFYI0tPTueyyy/jtb38rfdqTEQXTbG6qPUwiCtHCwjAM QqEw4XAYhIk7PZ20FBXCDdTXbKbRH6C8vILaBoW8gUOZWJROXc1uvE11BAONhIMNhMNNGEYYd4qd 6cMq2VT2CekZMygYUEBmphWbzSIjC91UW9m1axfFxcUx+7b30onvkxAOhwkEApEXi9fE4nBQWVmB pkWiQEKArmsYRpjq6mr+8Y9/4Pf7CASC6LrGuHHj+frD1zj7xGlkZ7u6ffTF4eTPUaNGdVgctCcK 2hIKNTU1/POf/8Tn80p/9rBPo4X18uXLAcjOzmbJkiVt+nTfvn0J+++55x4eeughqqureeSRR1i2 bJn0aU9HFQwjwUf9NqJgmiamYRAOh1DMEFmpFgZm2slPB4uow1NTjcfTyJ49FWi2DBQ9h/HjcjBD TZTvXkcoFMAwghghL0bYixkOEQwHMMNBdEVhYOp2PvsixMbyo8gbPIyUdLfss9BNZGdnx14+7UUQ ohiGgdfrZfv27Xz11Vf46kuxVVWzYeeXlGz9FD1zFJMnT+aIIybjcDjRNI3jjjuO0aNH09jYwI4d O6irq2fjxhJqG32s2VpPticFi1VIZ3SRP6O1z474s22/JwqGyDmR4XknnXQSxcXF1NfXsX37Durq 6qQ/e8inNTU1LF68mCOOOILi4mJmzZrVrk+rqqoihZGuA4Jf/epXfPTRRwQCAWbOnIkQpvRpD0YU AEwh+vdaD9EIQiAQIhwOo6oq2RkZOO0KIV8lIV8TjQEP1XUeduwoZ3TxZBx2HX9TKXUVmzHNEAgT IcIIszk0aoJhmIhwGCMcRAiTVKedoszdVJXDgCGpDEqz43bbsVp12QzRxbUVr9ebtI0z2bZpmoRC Id5++21effEfTByRTkG6ScgUFNlKyXBWs37HZp787CM+GD2BmTNnMm7cODIzMxg8eBCKMoT8/IF4 PB6GDBnCypVvMG6ARsEQKzabHPnTVf7MzMw8yMhB251Wo6iqgs1mZdiwQkxTkJ8/kKamJunPHvLp Z599xtSpU1mzZg0XXnhhC3+171MhIp0aZ82axZVXXhnbJ33ak2Voc0X7YIRCX4goCCEwwmE0JUxu qs6QTAc5aQpBTzmN1fUgBKFQiPLqJsIinePmHEF99U5qy78lHA4138REiEhNJ7KKVghTGEAYlDCK omCaPhQcZGSkYwZKWPNRmIyx3yN7gMCVmo6m6zK1daFPw+FwkgKi9QsnKhL9fj973rqXxfMmkXXk PKrWvsy+gErYCJOaEiB/lJPjRzXy7jdv8/RjnzFgyAhOPPkMpk2bRkqKC6fTiaIoZGdnEzBgXVmI ciWIxSrbtLvKn9HCfb9P229OSL4v+n3/v6YZiSpERi1F2rtTUlzSnz3o05NOOgmAyy//UfMqhG3n 21AohGherTAYjFTCHnroIR566EGEgCVLftPcl0X6tKciCqI5miDMfhpRME0Tv98gJzuX9BQdv6eG xvpSjHAAIxxCUxUqqqpp8grGjptAVdkm6qp2gKJGF+GOjbePbBoRYwkDIRQULCgqaKQQ8FTjrfVQ v9tDXeNuRo2rZVR6Nnl5KjabRXaU6sLaSlpaWodqnZFoQpCmnf8hTfUS2LqKRsVPWlYx7hHZhJpG 4avaScP2D7A6dM4+uZDT/X5Ky7fy3PP/ZOTIEaiqgsPhxOl0oKoKdl1hQr5F1la6wZ/Je8IfWDBE mxiitZ+WoiPyrxm7VtN06U/pU0mnhILov30UjHAYr6eRuQMG4vM38fWGLQwbkkd23jAC/gY8jdVY bX6aKkoxBdid6VjtKQT9TTEDRaIIonlehebIgilQFQVV1xChEI1NVdRVVlH5rYHYI9jkCmLbUU29 JY8cfzo2hyKFQheyb19ZkgmXWr5oInNi+Co249uyik/32jh63ACeebecsFrPGUfnkSlqyJxyFo7M JhpK/o3FFuDbbRr5adkEgwEaGhpxuVIQQhAIBFAUFX9YyBpoN/gzI8N9gMIkecSoZafFaDtqTNwj ErZVFfx+H42NjdKf0qcyotBRoWCaB7fMdF+IKIRCCjU1YKOJsK+UaVPH4vebrP70S8xwgLy8AThd GWS6g6z592scM/MMsvNHU1X6LYGAd79IMAyEGUKYBooiUDUdwzQINNZTV7ONun1h6r4NYzVUssZa 0PeY5NpDjM4UDB9swem0yH4KXVRbEUIwfPiIFtGE1rUR0zTxN1bTtPktGlxjaQh9iG5PJZA6GFvG MD4p81H+5lou1D5g51fv8ta+4XhsQ6ipa+KK47IQYh+BgJ9QKEh6ehrp6W5qamplbaXb/KnE1Vo6 28RAc7g6sYCJL1Dia0ZOpxOHw0l1dY30p/SppEMRhf0Crd9FFMKhIA11AXLy/KievTTUbsHhymXa EcNo8Ops2rSJb/77AS6LH6OqjL99soFjL5nP4EFj2Lf7G/y+xv0hLmHEFscIBOppqN9HdXk5nr0G 4X2CNKGhpysoGoQMwc7qIPq+IDWWADaH7NDYlWzZsoUJE8bHwpItXzxCRIZCenZ+QlNIZVujDcMw 0ZwuxhUN4JPPShipl9DorMUy/Husev4/VLgGMX7EOLTdu1BUA0FzBx4zMgNcbW0dmqbJGmg3+XPs 2LGxl77VauVXv/oVN9+8EKvVRiAQwGaz4ff7AbDb7fh8PhwOB16vJ+FFlpKSSmNjQ6u+CvvTRsSf Ho9X+rMHfRqfR+PzbUuxv19UtO5vIn16aCIKkeb3xBky+1VEIRiEaqeFFJuC12MizDCehj00NezF 7nBzxMRCxowZx6aNX7Fl/Rc07n6L//39g1x9y2KyBgynsmwLwUAjRvP0lUKBhvpyGuq3U1XWhHeL iaVKweFU0Z2gWBUsNgVdhUHpKmNydUYMtuJyWaVQ6KLaCgiGDx/eZggz2oExGAxQv+ldPq8rZOUH rzHG3UBg37eMTdlL5pGTKauYyqurg5weEuyp9rJ9zybq6upxuVyYZjrRjnBCmDgcDux2B7W1MqLQ Xf6MvvijPPjgg1x77bWtao/7X15G87/7C5bkNSAR18ZNrPbpdLqoqamW/uwxnybvg5C8iYEEn7Yn EKRPeyqiIA5OKPSViEJ9bZCBBToKBorSXFgLE29TFd6mCnTdzqTx45hxzDFs2XIm27/6kJeW/Zr5 dy4iJ38UFWWbCYWq8PsaqaveQn1FHXXbGvFtN0kzNFSXgpamYE1RUK1gcSiEBeypN7CVh6izBbE5 ZNND1yVa2LFjR3NtxWzRizpSuIdCYXbs2EH5jhK+3fpfFpwwgMKpi7FUr8e7+xVGZLzMoIFH8siU 0whXr0MRJjU1NXg8Ho45egoqfgzDwDDCmKaJx+OhsbEJXddlDbSb/FlcXJxQWEyaNIkVK1Y0n2PG /m0pGqJpIF5k7F8fQOB2Z1JTU51Q0Hg8HrxeH5om/dmTPm3ZhNBaECSLGpB0NEzLe0ifdu88Ci3F eL+LKFQ5LKTaVTyNeiTBmpGhdaoKpgmhoJfy3Wuw2tIYkFlI7kmnM/boE/n6i/c55vgzqa+voKp8 O9XlG6nbXkFtSRBHlUKmVUfPVNAywJKuolsiEQXdDhYVBqdrjB1gYfggCykpMqLQdbWVyGQu0U6l pmkQDhuxGqaiKAQCAf785xVcNDrMzxZehC3zWIKeXfhrarEPzcOaPhijMYXQ1y9RV1MHqJimyUlz ZvKTH0xmzcrHCIUyMQwD0xTNi0ZZqaurk7WVbvRnpACI7LvmmmtaRRTiFwgyzdaFSMv2biEE1dVV CYWKEAKLxUJqqk5trWzP7imfthzFsL95QSSJAtEqmpAYRWgtGqRPu1/89dtRD5GIQojBw4iMUlBU TFUHM4yqCkCLzDiFIOivp2LvV1hsLizWVCZNOw6LPZXs/HGsXb2Syq/3wWYDl0/FalFQ0xT0NAWL U8Gig8WmoFhBszVHFOrC2MpD1FpD2J1BKRS6MAzm8XjIycnGMAzKy/fx4auPM2rqqQwaXICmaYRC IUKhEJW1KmteWMvFF4/DoikQLEfLnM62XT7KNpRQX+Mj1x7GMHRCoRBX/fBklC/vw6gpQ5gZzTMF ms1juyMz/MkaaPf4MysrK6H2eeqpp+JyuWICISMjg40bNxIOG80jXkSbYdFIk1FkX1ZWNtXVlQlh 6sgU7iE56qEHfdo6mpBcICRGDEjwcbxAiL9W+rR7IwpCmLTsh9ovIwppNhWPqoFpoKJgqoAJqmoA OqapAGEU0yDob8TvrcXm8JKW5mTo8NG4KkM0rhdoQgUFNEtEIFidCrYUBd2uoNnBFKBZaO6j0BxR GCwjCl1dWwmHw5imIBgM8vnnnzOhOJW3XvgffPpIjj7u+7gzc9BUk4C/ln+88h6PP/MJ552QyenT x7HttWeo1BWswqDGBKemkJ9tMNALKVYf67aV0aSnYTZPxhUKhZoneIoMcZW1le7xZ7RA2R8pMLn6 6h/z85/fimkK7r77bk466WQA7r77rlh0IT19/xC8mprI1L+ZmfuHzlZWVsT1Y4jUjCLNSpEIlPRn z/o0URy0NZIhXgy0bl5sHTmSPu1OTAHCPMhlpvtSRKFguEBVdVQ1EqJW0CBBLGiYgEJkN2gE/DV4 m8pITc/Ft3YXdkVFIFCsoKaA7ooIBatDQbcoqFYFQxGoupWwCXvrDewyotAttZX09LTYZEoVZbuY Pjybs8+YzFfr6/jygxWY1sGMGxFkmCvINZcM4K1397BmbQNi+1Yyh6g4BShBkwyXyrA8WFeqctYs k2D956SNGc28ieP5+81f8OWXX5KSkkJqaio2mzUyy6OsgXaLP+NrjZFRC4JrrrmGBQsWIITgsssu 5bLLLk2oidbW1iTUUE1TUFVVGVeIiCQ1VIGu6+i6HhlCK/3ZIz6N7zXfdjODaBV1aN1pOXESJunT HogotJi+ud9GFFKsKn6vhlC1iD4QBpgqqHpMLAihgKKBKlARCNMgHPSi6VZUe2TYo2IoKA4iTQ4u BYtDQbcqWOwKqg6KUFAsTnTVJyMK3Vhb2bt3L253RmTYYuVeFC2DxtLXGVMwgpGjJ/Gf1V+xuWQL OcN1cocP4XtzoGbXVlIbTXy6lQYDcjMUAl6FklJITYVjJuWQkWbiHpvBi+9uQyvdwZerPQwdOhS3 200oFEJVVVlb6RZ/lpKVlRUbhtWyk1tiAdOyySFZb3paCYT4f32+yIqgmqZJf0qfSjog/BCJo5L6 aUQBrKqCEHokchANHwgBioYAVK15QlChoxBRoYoCiqKi6QqaEwiAlh4Z4WC1RUSCbm2OKFgiUzpj SSEs/DKi0I2JduTIkfh8PrZs3sL4Mbko+NE0FX/DBpS6bzj+mBOYc/xEnn3uXZz+coYOG45zSDV2 r59te8M47BpKCI4eqZNqtWAZMJpq08a7H3zKy2vguKOGcM995/CXl76gvr4BTdNwu93s3r1b1kC7 wZ+jRo0iFAo1d05NPtyxrRpntHYZX5Ak71G//5yUlBTS0zVqa2ulP6VPZUThIOifox5sCsGAhqqY oGqRjmlqszAwo60QSmwkRHNXhOb4lolmV9BDCjhBt0XmStCsoFsUdF1B1RUUVUVVbaDpso9CN9ZW TNOkpKSEwYMHU7pnC0dOnoiq7cDmHoriKcfw19NUtgqLLY9z/t8xfLNpH7u2bMXmzGdoeiPu+noG ZbgYOSwDPSWdslqDjz/ZR1Ugl8H5Q7jjxxpGsIq9jQr7KuopFoL6+np0XcdiscraShf7UwjBt99u ZNKkyQQCgVYh6vh26PjmhPiCIrHG2XrOhfiCRghoaGggGAxhsVikP3vIp+FwmOuuu465c+diGAbz 5s2TPu3D9MuIwtARAhsKKCoqIFSBaTYPkUTsFwvRpgkTFDUyGgIh0PRIh0UU0B2g6ZEOjarWHHUA FE1BUe2g2TBM2NtgYi8PUWcLYXPIiEJX1laGDx/OqtefZ2ieheyUMKpIxZkzDc26EX/9DhR/I+FA GeHyNxidN4zhhbNZ/emXbNjchMW0kprqpE5N4dk36rCKEBMnT+ekggYIN/D5ugpqfTbWb93JkMKJ 5Ofnk56eTk5OjowodBOjRo0mGAzEOii2HmefrDNb67U92ipMovuj90lJcaHrFjZtqpP+7CGfbtiw geLiYtas+ZQFC37cxkqhgt2793DNNdeydu3a5lFNZdKnvSKicJATLvWdmRmtpFgVwkENpflloqoa kXnITZTm5UoxiXxXQVXANPbLW4uz2UwCdKuCZok0N2haRGyggKKloqCDomPRFAqzbIzPtzFMzszY xbUVk02bNhHyN+C2Wand9i+c7gIArK5RaLZsAg2bCXlrMAL1BBu+Qg+WM3Gok7e3h6hoCvLRVie5 2xo584ThjBqRjWffB1SVw7rSHNZ/q7GjzCBvYBEzjjqG/Pw8IBJVsFptsrbSDbXPzZs3M3HiRPx+ f3PBcmBx0DqMLdrY33qF0aYmD+FwWNY+e8int912O7///e9j5zz66KNUVVUk9ektt9zC8ccfx/PP P4fForca/ip9ekiqZ/0/otBQF6JguIJD1VCEgWgWBJqqRIZ9CDU61AHV3L9wqaqCokbaIFQFdFVB aJH+j5oe6feoaAopeeNx5U1C0R2g2EC18f0zq8gZNBybewCflZThHDBUrh7ZhQwYMADTPIbX332W FB1Om+WNzJFgS0GzunC4x6E7KgjUbUfRrBjBahxaI0cfOZhXP9jB947L4PTjhtBQt4eSjaV89GUI X9hFZV0Ye8pYTj51LIMGDSI7O4uMjAxSUlJwOJyUlpbJGmg3vIQGDBhAOBwi2SQ88ee11eM9vq26 vcIkWjDZbDbsdjt1dTKi0BM+veeeu2lqauIXv1jEXXfdxSOPPJK0v4EQgk8+Wc2KFX9G1/XYOf/7 v0/zy1/eB8Btt/2Ciy++WPq0hyMKQigJzYL9bvXI2lQ76XaNsEdFqJFhkBgmQhGoaM3NEOFmsSD2 iwU10pFRITL0UQlFxIFmVdB0BUWNdIB0DZjEjsapVJTXxH7XqRfgKQ/jKd/L51+t4tL555OXlyff H11QWwEFn8/HyJEjCYXO4t233uSFd8qZd0IBobo12FKHojvSsdhy0bKcBJp2EWqqxDTBFrSR5rYS NKy89t46XOluPvrPHnZUplE4YgzjJ4+ioKCAtLQ0MjIySEtLxW53oCiRceFy1EN31D7B42kiOzs7 trbGgYfEtR42FyXacS6ZQIh+j47xVxTpz57waVZWNgBPPvkkAJmZmdx11/8k9WmylQp/+cv7eO65 fwJw7rk/5OKLL5Y+7UnZ1zqg0L8iCoYRxueBDXvWkausY9SIAtLT0lCbZ2dEEc3NEMSJhWhkQcSi ABFRoKBaQFX3i4SoVq0or2HXzn3MnDWJs847gQ/f+4KXXvgAgB17KlizrYG8YKZMcV1UWzEMA6fT RUFBAfPOOocvvvicx/75JsdNH8toaxXhUCO2lMEgrNhSh6PbMjCCDVgMCwHTzqatFVQ21BMw7eTm H88Zx0wkIyODzMxM0tLScLmcOBwOrFYruq4TCAQxTTkzY3f5MxgMNufB/ZPzJEYL2loDgBaRg9bR heQvPhPDkP7sKZ9u3ryJX/7yPiZOnMioUSM56qij2lzXYfr06fzpT8v5yU+uQ9f1OKGokKx5Sfq0 hyIK/bmPYqwIcgAAIABJREFUgmnq+P1QUxNk+7Y03n5nLUMGuhg7roi0FHekj0KCWAhFeieqGqoJ ihLZrykKptZsHRUUPdKRMR673cqoogLCoTBjxw/nrTf+g9cbwGFRmTzIxtACqWy7JqIQmXlPVVVc LheapnHUUUeTkZHJqg/epn58JlNHhfFWbcDiysViz0LVM0DP5Ju137Cjwo6nRqdgwslMHzuGvLw8 3G43qakppKSkYLc7sFgs6LoW61ditVrQNJ2qqipZW+ny2qcgIyOjefbLxEK+7WaItmbxa1sgxF9v sViw2TTpzx7y6X//+18mT57E559/zjnnnJW042l0+4EH7uenP72e3/72txiGwZ49u7n11p/zgx+c C8CiRbdKn/YC+lVEIRJVgKDfQYNlMNWqxo6SXWzY8TnHT8lmSGERFt0CionaPGwyMuzBAFVFUdRI OEsDRY0Mn1Sbowko4G8UVG6NZIbUNBcFhXl88O7nzJ4zhSFD8/i2ZCf+kODrshD7lKBMXV0UBtuz Zzf5+fkEAj4UxYGiKIwZM4a0tDQ2rPuCF99dz6nHFOH0bMYI1qHbs9lXWc87H1eSMWg6U2eOYujQ oaSnp5OR4SYlJQWbzRaLICiKktCnxOfzEQ4bcvXIbvLn7t27yc0dgMfTlLAqZPsCQSQtMJLdP148 CCHwer3Snz3o09mzZwNwwQXnH9CnQ4cW8PLL/5cQJZo//zLmz79M+vQQRhQOWigc1WdqyFYMw4bf b8fjSae+Pp+yslLe+2w3+ZvfY/TIIRQMLUS3WNE0HcNo7r1ohhPuoqiRaAJKJKHWeOCVf5uccGEq ioCCwgE4nXZqaxsRQlA0ppDN3+7GblGYmG+REYUuiygIxowZi8/nRVFUdF3Bbrehqm5sNhtut5v/ funmTy9+zGVnTiRbq8HbUMlfn/6U9EGnMHXa0QwcOJDMzAxcrhSczkgEQdN0VFVJWhNNSUnBarWx adNmWVvpJn96vV4SOzMmm3hHtFlYtBdRaFkwpaamYrFYpT+lTyUyopCIaWqYhpNQWMPrtKLmprGp ppJvP9jEqMGlTBozkLxBw5vFAqBE5yc3IDLvUmwo5PZawcrNDvQhw7Bn5hGohqnTxtLU6KWoeCgV 5bWMGDmYjMxUGVHoBjZsWM9RRx1NMFgHCDRNw2ZT0DQVVVWZftTR5OQO4J0v1pBjDbCl5Btq9SM5 bfoxDBo0kNzc3Fjhb7G0jiC0fBE1NDTElpuWNdDu8ee0adPw+bxxkYT4wiT+34MrTOJrqA0NDRiG Kf0pfSojCp2KFB3EFM5H9cEacmThGAehkAuvN5XGxkzKy91Ulu/mvdWljB9eyrARo0h154Gqo8bG QQLNzQ279gn+Xedm0NBhFBUVMXxQDiXVlbz9xhp8vgC1NQ04nXYystJoavTJiEIX11aEgDFjxuD1 NiUk3Eh0QcfhiDRFjB49ivT0dDaXrCezqJCJBYUMHJhPxv9n783Doyrv/v/XWWbJzGQmk30hK5KE PQiCS6OyPFS0Vq2iBauifap860Yrtlae9ufS1rXF7Sm4VK2UilpRH7VYN7Roq8UFkX3JBknIOllm X875/THJJBNAwhJKkvt1XbmSM3PmzOS87/szn/t9b04niYn2LhdCPuD6FgdqrRiNJnbu3CVaKwOk p8fj6bMJUN9tiPvXsvzmL5QoNlsiRqNR6Ck0FfTvm/PIE4XB5ijEFzgJTTMTDikEzEZCyQ68UjN/ 37yXpK2bKCvaTum4sSQlW5Gk6FoKvrDOli8i/NuUSWp+CbYRBYST8tlY2cAn69+hsbGp50ur1+01 W63CUTjGhXbbtm2ccspUgkHXfi0TRVFISDCjqipGo5HU1BSCwSCSJJOQYCYhIQGTyYSiKHEuwjf1 c7vdbjStU7RAB1DPyZMnd7U+41dlPNQXRn+/SHrj8bjp6BCOgtBUOApHypB2FPqiaRqRiIVg0I7X m0xLSwqNjVnsrqugofUzRhe7cKaPxhOUeLdCwZucy9QxYygqKiI7O5u0tDQsFgtlJ6Xi8/kOaF/L skxSUhIOh8hsj5ZXwmG8Xm/XQEb/AedcSxKxJEBRZEwmE5FI1PpUVQVVVZFlOabVNwWfbsxmM4qi sm9fg2itDJiegf36so/1l0l3Gm8ymVEURegpNBX0N/XTjnCb6cHsKOyfMChokQSCWireBBOhVBu7 G/ZS8UkzHfqn/N9eE970kaRkZIOzkHZjNpFgEo0tBpR2HUlKjnZNHIR97UC7cBSOFp/Px65du5Fl mcbGxkMGkGhXU0+Q6hmLIB3QWjsYsiwTCATZtWsX3mBEtEAHQM99+xrQNA1Fkb9Bz/63aA+Goqjo uib0FJoKR+FwEgVdj+3bMewchf0TBgvBoI1AIJn29lRaW1tpbm7n1FnfISEhgeTkZDIyMkhMTMRk MnUtCCI4XuyYMoVrrrkmrsAebwdq1tnlTM63kpUVnU4pEHoKhKZD3lHQj3DBpaHkKMTfEAldMxIK OQgqJoJWJxFTCK+iEJES6HRbUfwKsqwBwiU4nhSdfhHO4tMJhYLomn7c31+SQDUYqfDYqKvTkGWh v9BTIDQd+o5CX4a1oxCfmZqIRCxEIpGuNcQlFEVBURSxE+R/LIkzEM7L+4+1VqKBSIqNcxAIPQVC 06HOgfYzHPaOwv70Lmw6EBYl5z9fdP/D7y/KgNBTIDQdHo6CJBwFgUAgEAgEB00UJPnIE4WBdhQW Xz6TB1e+1+/H/xOcSJ9FcGz12fCvtbz63GO4O9r2u4bQXegjEBoPF0cBSYr+nKgrM3a/R3l5OevW rTuu730i3YfhRnl5OT/72c84//zz4x7/5JNPuPXWW+PKwkDpc/9PnuCB++5h3LhxJ3wZFPoIfYTG h/e/Hc7nH/aOAl3TynsNVjihxih0v8eDK9+Le78TaXzE8BmrcXx5/q+vkTr+v+IGJC1/+s+Hfc+P VJ+mpibciaMGRRkU+gh9hMb9p+91hKNwiERBlpA4wkThP+ko7Fr3Ei+88AI+n48ZM2awePFiDAZD 7Nxrr72W559/HoPBwOLFi6mqqmLVqlWoqsqSJUuYOnUqAMFgkKVLl7J27VoAZsyYwaJFi2Jzb8vL y7nllltYuXIlzc3NFBYWsmTJEkaOHLnfZ9y6dStLlixh/vz5XHLJJWiaxpNPPskbb7yBz+ejvLyc n//854RCIebNm8fKlStxOBwAhMNhLrroIlasWEFSUhIA9fX1PPLII3z++eeEw2FOPvlklixZgtPp HBZB6oypk+jc8Q9mz54NwEcffcTE0SPZvfWr2D3vzz06XH3MZjPl5eUA3PqDWQCsW7fuoK2Zb7qO 0Gfw6XOoz3w48UVofGJq3Ps6/Ynxw95RkGRkGXRdPrEdhb5/f/jJl9z0myeRJIlVy+/l7t8/znnz ro09v7WmmV88vIoN/1rLHXfexbTp53LbQ8+z4V9reWDpYyy+7ykAXl+5jMa6Jm598Dl0Xef5Zfdw 1++Wc/7lC2PXemfden605CEsNjsfvPEiv7zrHm6++w9xn+vr9et4+emHuPTaW8mddCqf1gR555UV VGzbwo13L8dssfLqnx7jjvsf46IFNzH+1Bk89qeXmXXhDwDYvnE92YWlbO+wQEdX9vzzn3HhVTdy 3g9vJxKJ8M7qP3HHfQ8z/8e3D4vCWXTq+Tz1u//BXnIWAI89/jRX3PhLWL26p4XRj3t0JPo8uPK9 uD7Q7vc7UHn8pusIfQafPv35zP2NL0LjE7cO9r7OoWL8cHcUujfP00/0MQp9//7VzxcxYkQGAMU/ /wk333wzd/38htjzt934Q+x2O6cWnMuLTz4Yd/zXP/4+dq17//0Bjz76KCNGpEevddtPufnmm/n1 L3oK2G9/9bNYy3/Kwss555wVcZ+l4uOX+dtLL/Hw0t9RXFzcE3A+eov777+fwsIcAMbd8mOuvvpq 7v3VYvJ+OI8bbriBn//4SlRVZd2L/+KyC+fEXfel51fE34ufXMfcuXOHTd/rnMl5fJCbRaDqEwDy slI5b2oh9/YqC/25R0eiz8HK+IHKY3+uI/QZPPr05zP3N74IjU/cOtj7OoeK8YOJmpoa2tra+n1+ UlJSzMU+VLJwwu4eeTBHYU84ldquYy2SSktra9zzW9vM0HbgY03TYue2trb2uVYarS5X3LW2tSf0 2qdBJhKJxD3/wl9fYdIZs3GZC+Ieb2xqYsGCBQCxjVEkSeo6J4WsojE88eLbnHzGTP757y847aKF ca+v3rWFN/7yBLVVOwkG/F0WkDRs+l4/rQkytvy7LHvqj2hahO9e/v/2a1X05x4dmT4HLuMHeq4/ 1xH6DB59+vOZ+xtfhMYnbh08nBg/WJiUGaStrY05c+b0+zVr1qw55Dk6OpIkow02RyFXbWbEiBHR pGHPHlKSkw967jcdJycnH/a1+j725PL/5aabbqI428G8efNij6empLB8+XLS0tIO+L85fng5v/vd 7/jWuBFMmzyRM0ba4p6/b9FdXH/99UybNg2r1YrX6+Wcc84ZNo7CtDwjU3NP562//C8mg4EfnHvq fve/P/foSPXpb2umP9cR+gweffrzmfsbX4TGJ24dPJwYP1hobGw8rCQBouPy3n///UNlCkSXXRpk jsJd9z/MZdfeCsCq5UsZd+rMfmehvY/HTp3O3Q88wqU/Why71tip0w85srb3YxU+B9fc9nuW/eYW qloCzPjufAAmn30+t995DxdedSPJqZk01u/hvddWcvn1S6IvtBQRkkw88PAfmHPpDykvL4+bF+zx BahqlzA3SHS07eFvq548bvf9RGnNANx877MHLQv9uUdHrE8/WzP9uY7Q58TVp+98/P585v7GF6Hx ianxofQcrBoWDuT46T7rOA8KR+HsUyfx8O3/jc/nY/r06Sxe9KO4XcL6m/FPumUhS5cu5YHFVwIw ffp0fvKT677xWgf8XHlZTF7+GDfddBNZNliwYAGnXH8lK1eu5Nn7fxYbTXvllVfGvTayYD5Lly5l 3uwpLPt1n3EY/3M7jz76KCseuYv09HTmz5/Phk8+GFaOwqGe6889Ohp9+tOa6c91hD4ntj6HW++G k6MwFDUeuo7CwF1b1yLxecPTr6zVAdZ//AHLHryz50RdJxAIxI4fe/ljBEfHP995jXZXM3Mu/aG4 GQKBQCA4Ckeh7bC7HgKBAO+//z7nnXde7LE333yTiy++OHb8m5/N54zJJ524sx6GMh6Ph0fXvsZD Dz1Eaqq4lwKBQCA4MR2FvojdI48Diy+fiSzLXHjVjez22tkt7qVAIBAIjspROAETBeEoHDlinXGB QCAQHEuEoyAQCAQCgeCgDKSjEJ30cILu9SAQCAQCgeDQDKSjIMvKibsyo0AgEAgEgkMz8GMUxKwH gUAgEAgGLQPlKESXxYZehoJwFAQCgUAgGGwMlKOg6xqaFjlx93oQCAQCgUBwaAbKUdA0retHjFEQ CAQCgWDQMlCOQjRB0OMeE46CQCAQCASDjIEbo6B1zXg4gumRwlEQCAQCgeDEYCAdBU3vnSYMMUfh 3nvvxeVyYTAYBvR9srKyyM/Px+FwUFJSQmpqKrIsi5Ir9BQIPYWmQtNB7SgA6Jp2ZIMZB4Oj4HK5 eOedd3C73UdckHovMnEwwuEwFRUVrF69mieee5FTvz0Xa6JDBCOhp0DoKTQVmg5qR6FLFTRNG5qO wusGAxaLhd27d5OSknLMC2vvc+12OwsXLiQz81VeffU5Fi5ciNVqFcFI6CkQegpNhaaD21HoI82Q HKNQWFiILMvs3LkTAK/XS35+Phs2bMBisVBQUIDVasVisQBQV1eH1+vlpJNO6lfB1nWdzs5OMjMz ueSSSwgEAjzy5AqmTP8udqewxAZKz9bWVnbs2MGECRNwu90xDRobG3G73bjdbsaNG0djYyOpqalU VlYyatSomM5CT1E/hZ6ijgpH4dD0dhOGnqPQ9buyspIxY8YQCoVobGwkMTGRzz//nLS0NEKhEFu2 bCEzM5Pi4mIkScLv92Oz2fqd9eq6jsvlQtd1LBYL5513Hu3t7Xz58avMnz+fpKQkEYwGQE+fz4ei KIRCIVwuF5FIhObmZmpqahg1alTsy0dRFNLS0gCIRCJCT1E/hZ6ijgpHof9+wn4aDElHoaCgAFmW yc3NpaioCL/fD0BiYiI+nw+PxxM3+CYnJ4dAIHCIwqrH7Bhd1/H5fNTW1uJ2u/F4PJx22mmoqsrz f/uI8VPPxGhKQJIkEUmOoZ4ZGRkkJCRgtVopKCiI3V+TyURSUhJpaWkEg9FyajAYKCgoiLVUhJ6i fgo9RR0VjkI/0gT9KBKFweQo1NTUUFpaSmJiIgCSJNHU1ISu67S0tOBwODAYDLz//vuoqorRaIwF pNzcXDZv3kwwGKS5uRmj0cikSZNITLTFFdrW1lZeeOEFfD4vgUAQVVUYO3YcG9e9yfdmnkJqqnXA RwIPl9ZKt56qqpKcnIzf72fLli3k5eVRUVHBxIkTURSFQCBAU1MTDoeD5uZmgsEgwWAQv9+Pruu4 3W5KSoqRJHm/ICT0FPVTIOqocBQOzJB0FFJTU2OZpa7rKIqCqqq0t7djtVppaWnB6/WSlZVFe3s7 fr+fk046iZycHHRdx2AwEAwGmThxIl999VWvTTKiK1ZJksSsWbMoLS2lvb2Nysoq2tra2LZtK65O H5/ubifVY8Ng1EUkGQA9w+EwoVAIt9tNU1MTmzdvxmAw4Ha7MRgMmEwm6urqqKqq4uSTT6a2di/F xSX4/X4iEQ1FkXq1YISeon4KRB0VjkIvI+fIE4XB5Ch4vd44+0RRFOx2O06nM9bf6fF4SEpKwuVq xWAwxvVvFRYW0tHRgdVqZcKECaiqGje4Q5YlTCYjhYUFhMMRsrKycbvd5ObmsmbNW4zNUMjLNWIy idUsB0LPhIQESkpKACgrK0NVo8U4IyODzs4OduzYwfbt26moqGD79u2Ew2FcrjaKi4vxer0xq7M7 sAk9Rf0UiDoqHIXuPEEf+o5Cdzbbk42Cx+OhoqICTdMoLCyMTefZtm0bEydOZOPGjdTW1jJ58mTC 4TD5+fm0tbWhaRGampqw2WxUVlaSlpaKqqrU1OyhsLCwqwDL2GxWJEkiNTWVQAS+rg/RIAUxGEUf 6EDoGQgE2LVrF/n5+dTV1ZGRkYGqqrz26qu0bN+Or7qakzMyyDMY8G3bRigcZvfXX/MlOmO+cz7j pk0lP78gZmlHU2gJTdOFnqJ+CkQdHdaOQt8ZD0PWUbDb7XGFWFEUFEUhLy+XvXv3UlpaSjAYRNM0 Fi1axJo1azjllCn8+te/prCwkDvvvBOn04nH4yUYDLJv3z4sFgvt7e2YzQkYDCq6riFJUuz6FksC sixhViXGZxlEi2UA9ey2NWVZwuPx8MUXX+ByuXj9hReYlpPDlAsuYNSkSZiMRsKahjkhgWltbVS8 8Qb/fPllQpEITmcyDocdRemuAlpceRF6ivopEHV0ODoKvel28obkGIV9++rjFv9QFIXs7GwsFmus pTF27Fg+/PADXC4X1/7oalJTkvn662Te+vt7VFdXU1CQjywrKIqM3W4nFArjdDqRpKgN1t0vCuD3 ++ns7ESSZPxhXbRYBljPblvTbDYzYcIEqqqq+OtfX2LOaaeRarPxrXPOQVIU/u/117Hb7ZSUlhJR FAouvphPX32V2p07u75UzJjN0n4Dp4Seon4KRB0dro7CgRhyjoKu6xQVjYyzwRRFjo2wNhqN6LpO Q0MD1157Hd/61ml0drTx2fr1lJVNID09lbvvvpuJE18iPT2d1NToXF+DwRgrqD3TebSuSmEhIcFC S0uraLEcBz0liZieu3fv4ssvv2Rf/T6mX7eQcDhMfWUlL776Kq+vWcNNixZhNBjoaG/nqy++YKPd zghNw+Vy4XQmYTQa6O7+7ulfFXqK+ikQdVQ4CoedKAwmR2HXrl2MHz+uq2D1fkaPPeZwODAajRSP GoXP5yY3L5/s7BGkp6VRWb2XxsYmkpKSMJvlXtfRY7+7/9Z1cLs78Xi8KIoiWizHWU+3283YsWM5 Z9Ys1q1YwZwrriASCjH79NM57ZRTKB09Gl9rKw1ffsnbb75JZzCIpGm0tbURCoWIRCJdA6aEnqJ+ CkQdFY7CsHAUQKeoqGi/wtr7ONrHJXPFFVew7h9rmTZ1CtlZaezcuZ1NW7Zy8slT6OhoJxQKYTKZ 4gJRT2HtCUoWSwIWi5XW1hbRYjnOepaWjqaqsoJIwM+osklUb9yEokeQgCRdp3rXLmpqaqjYvp1m t5uMJCftDQ2EwyHC4QiapsUG7wg9Rf0UiDo63B0FSZL2W+VyCM56gKqqKsaMGRObg9s7y+1+rKGh kcLCAlas2Mtnn29gxIgsampqCQaDBAIB7rvvflqam5Fkmdtv/wUpKSmMHz8ek8kUu0Z3oXW7Pfh8 fhRFFS2W46xnQoKZhoZG3B4vKXn5GBIdGK0WlI42OvbU0PzFFwTq6wl6PKQkp9AmQXtlBc3Nzeza tZP09AyCwQCjRo2KtVqEnqJ+CkQdHa6OgizJw8FRiC7+0XtO7/6FN7rBSHFxMbff/gs+/vhjNmz4 ipKSEkpLS/F6PWzevJmf3HwjT/3xaZ566kn27q1l/vz5XHfddV1zgnsyZqPRiKoacLlEH+jx11NH liQqa2poa20h2WBAS0zEmjMCs0El7HLh0zTSFZXWzg6+qqwkyWqluroao9FIVlYWgUCgqz9bFnqK +ikQdXRYOwp6ny2mh6ijoOPxeEhPT0PTdPouA9q94UVRURGRSISEhATy8wuYPHkyb7/9DhMnTiAj PYXxY4uRZY1zvj2TSCSCI9HCa6++xty5c0lOdqIoSuy64XCYcDgsRlX/B/TUdQ3VYKDT62H9O29T PPIkSs48Cylio23nTrz19WSOH8+m554jbfRofFu3kmq343QmU1hYiNVqJSkpCZBiQU7oKeqnQNTR 4eooDJu9HsLhcFc/pdarwEYzpF27djFiRG5XRqpQWFhIVlYWKSnJ+Hw+XnzhBa65+gf4AwHWfvAh RUVFmIwquyurGD++jC1btnDKKVMwmxNi7xuJRGI7oIkWy/HVc+vWreyt3YvPH8AQCBDxevB0tJEg 6QTb20mfMIGPnn6aceedx7/27MFmMqElJBAJBrHbEzGbzZhMxriKIfQU9VMg6uhwdRQOxJB0FBwO e1eB1WOFtxuTyURrays+n4/Vq1cTiYQ588wzaWlp5aWX/sqsWdMJBAN8vXET27bvxOVq59JLL2bi uDF8ueHL2LKxJpM5ZtQYDCoGgwFN00SL5Tjr6Xa7UVUDOqDIMkZVRQZ8XTsS2rKz2bt+PVkjRpCc mUmCy4Wamdllr0VbO5qm07PpnNBT1E+BqKPD11HocfeiSJI0NB2F2to60tLS0bQQAD6fj87OTlJT U7Hb7bz++hs8/vjjuFytjBs3llWrXkBVVfx+P3v37iV3RBZ2h4NgKMRpp52BzWYnEAzQ3tGB2+2m ra0Nm80WW4fc5/MRCIRQFEW0WI6Dnj1T4XRKSkrweDwkJCQQ0jTa/EGcPh/JDgcBAE0jrbgYWVHY /tZbRAIBIpEwFpsVXe8ORPE2m9BT1E+BqKPD21HQeyUNQ9RRGDVqFKFQKJbdqqoaC0aSJPPpp58y b973iYS8+Hw+yiaU8sdn/sKMGTOpqq5m1szpnHXm6Vx33XX4/T4+/mgdX2/aRlnZJMrKynC73XEF 12q14XCouFwu0WI5DnoGAn62bt1Kfn4+O3fuiq3/nmZ3oCsqLW4vhV2b0GxfvZqS73yHd1etonb7 dlAUFFWlqqqahIQEpk+fTmVlJQ6Hg6ysLKGnqJ8CUUcHraNQW1tLTk7OQY/7i6bpaL3q0JBcmXH7 9m1MmnQygUA4tu64zZaI1Wrlyy+/ZOPGjRTkZbNp8yZ8Pj/Tpk7Baklg1apVzPv+ZWzfsZM9NTVU VlZQV7eP1rZ2HA4HWzZv4dJL58bWNe8ORm53J8FgGIPBIFosx0HPUChEKBRGkiS8Xg8ejxebzUZn SgoFhcWYHMmEQtFNaireeovKigoaAZvRSLuqYlAUjEYDHo+HQCCIyWTC5/MJPUX9FIg6Omgdhdra WjZu3AhATk7OfseHk/hpuoauHUGiMJhWZhw1qphgMIiu69TU1JCTk4OqKjQ2NqBpGo2Njbja2igq KiQtLRNZ0ul0u8nIyOC999ditVqw2WzU1dWzt24fJpOZ6upqvvvdC7DbHdhsNnqP7LVabSQlGdix o020WAZYTwCz2cyoUSdhMpmYMGECkUiEysoKvqqo5KRTTyU3K4dwRxuyw4EpKwuL309uKITJ4aCm vh6TzUZhYRGlpSVYrVYURcZsNseuL/QU9VMg6uhgcxS6k4HuJKH38eG7RPHHQ9JR2LlzJ2VlZfj9 IZKTk6mqqsJkMrF+/Wc4HA7Gjh1DRUUlDruNffV17GtowucLMHv2WYwfPw5Zltm0aRNffrmBxEQ7 5557LrIs43Q6SUgwo6pK3OAaj8dDOBwRLZbjoKeuQzAYoKKigtzcEdTW1lFQUIDFYqG1zcWrf3+L iePHc/rUqQTNJrylpQRNJnYDmzdvIiEvl6Ixo8nMzCAlJSVuTfrufjmhp6ifAlFHB5ujcLROQp9U 4cgShcHjKOhkZGTEpuu43W7y8vJob29n3LixRCIRZs+ezbvvvsfLq1/HZDaSlpbBtGlTKS0tpaSk BLvdzsSJE5kz5xxaW9tIT0/FbndgNJlRLUm0uoPI3nDsHYPBIFpEIxiWmD7nQmo6oK6iE7NVtFiO tZ5RW7N7C1slNnhNkmDChAl89NFH1NXXs/Yf/4hZoGGLhYDXizM/n6KxYykrm4TTmUynX8Mf8SHJ 8ToJPUX9FIg6OtgcBWA/J+FIxyj0ZQg6CuDxuMnISEfTNFJTUwgGQ6iqSkFBAXv27OHss88iMzOT xETXsRBAAAAgAElEQVQbXq+XwsJC0tLSSE5OYeTIkUiShM1mpb09nU2bNlNSUkpjYyNZOTms/aKC bZW1B/0MckoRX3z1NSNTjHzvgu+IGHKM9QQdk8nEyJEjMZlMlJSUYDIZKS8vJxyOUFRUREVFBdXV Nfj9PjRNw2AwkJaWRkKCmbKyMvLy8rDbE9lS284/PtvyjZ9B6Cnqp0DU0cHgKByrMQpHlSgMJkch GIx+1u7FP3w+H9XVVYwaVUxlZSWJiTZcrjbmzJnDjh07SEtLIysrC5PJSHJyMjt27MBkMuHxeADw ej1s27YdTVJod3vZs68Zm8XM988tZ+SIDHQdGlvbefGtj6hrctHY0Iy7FXIG0biOwaSnJEldVqRO ZWU9JpOJpqZmkpIcJCU5GDlyJPn5+VitVkKhIJqmoygqCQkJOJ0OkpKSsFgshEIu9uxrBmDFvYt4 88PPWLXmI4pyM7nvJ1fymydeYsO2SqGnqJ8CUUdPeEfhWI1RkCRpODgKOk6nM2aDQXQRl9zcXIxG AykpyQSDQaZOPQWnM4ni4mLc7k6MRiNGowld1ygpKcHr9VJcXILd7iAzMwObzYbN7uSLqs8ASElK ZOa0Cbz8zr9488P15Gal4Q+GYp8l3SYPins2GPXsvYa82+3BarWiqirNzS2EQkGSkhxIkkRmZhaR SLhrapaEqhowm02YTKau/QB6KoS5ayVAAFmSSDAbkXvZnUJPUT8Foo6eyI7CsXIS4ndfHaKOgq7D nj17ujYS8bNnzx6ys3NITEyMLf7Rm4ICS6xA91xDx2h0ADqZmRkAZGRk4PX3BBqDqmBNMLO3oRlf IMSOqrp4Ed3aoJopMlj07Ls8bHHxKHRdJzExEUmSCIVCBINBzGZz13r/PYu1yLKMLMsoinLArPms KeMYlZeNJcG0f6UUeor6KRB19AR2FODYjFHQdR0tcoSJwuBZmVFn9OgxeL1eNE3H6UymurqK/Pz8 WKHuznjjg09PFnywx3o/G9F0QuEwzkQbiiJjTTATCIYIdLVaRIvl2Ou5d28tHo+HzMxMampqKCws 7LWmf1TP7ilUvbXr0VlC+oaxTh9/uZVVa9YxMjeT+356VdxzQk9RPwWijp7IjsKxW0dBQ9P1ob+O wubNm5g27VSCwTbcbje5uXl9AlDv34cOQBwgFHW6vWzaVcPU8aNIcSZiNBh4918bqKlvFi2WAdJT VVUCgQCSBJqmEQ6HD6InXcFGigWfA+sZTzgSwR8IEQiGhaMg6qdA1NFB5Sgcy3UU0BnajoKuw+jR o/F6o8u4pqamxgWR+L4X/YC2y8HsmN6nt3a4efzFv+NMtGI0qnS4fexrbhMt0AHU02q1kJ+fj9Fo JDc3F4sl4ej07MVvnniJxpaofnWNrfzqsb+wq7pe6Cnqp0DU0UHhKBytk7B/0j2kHQWdbdu2ccop UwkGXX0y2f4VyAM9rus6Xo+b3V99TP2W7dHCKkX3R5e60mMJaGhqxmaz47IWihbLMdczGNOxZ/U9 /Yj13PbVJ+zb/BG6rlO/aR1SLz0rPhd6ivopEHV08DgKINZR6BevhMN4vd5eg2qOTQDqJtnp4MdX z2PPnr0AKIpMJKJ1bXlqorq6invvvY8rrriYzMxMRokWywmt5xVzv8sp44uJRDShp6ifAlFHB7Wj INZR6Cc+n49du3YjyzKNjY0HLZQ9BfJwbJge0tPT445lWSYQCCLLChFJpUlPQZIyaRUtlhNez5SU 1P2eFXqK+ikQdXSwOQrHdIzCUHYUdkyZwjXXXNO1OtjxR9M0Zp1dzuR8K1lZJoxG0WIRegqEnkJT oenAOwoD4SQMSUeh6PSLcBafTigUjJvacbyQJFANRio8NurqNGRZtFiEngKhp9BUaDrwjgIc2zEK vRezGlKOgq4bCOfl/cey22jBlVBVFVmWRRQRegqEnkJToelxcRSO1RgFTe/eeXWIr6PQe9nP/wxh EUGEngKhp9BUaHrcHIW+YxKOeIzCAQaSDClHQSAQCASC4egoHCgpOLJuh6NIFIbT/NTFl8/kwZXv iZIotBTlRNRTgdB0UDgKx54hOkbhWCIcFKGlKCeingqEpoPJUTh2OYKErglHQfy/QktRToS2AqGp cBT6waBxFMrLy7n22mt5/vnnMRgMLF68mKqqKlatWoWqqixZsoSpU6cCEAwGWbp0KWvXrgVgxowZ LFq0KDbHtry8nFtuuYWVK1fS3NxMYWEhS5YsYeTIkfv9v1u3bmXJkiXMnz+fSy65BE3TePLJJ3nj jTfw+XyUl5fz85//nFAoxLx581i5ciUOhwOAcDjMRRddxIoVK0hKSoo9tnz5ct566y0ikQgLFizg sssuG1YFfKhoCVD/xd++8b2HG0NJW4HQdDg6CjrSflt0DSpHYWtNM794eBUb/rWWO+68i2nTz+W2 h55nw7/W8sDSx1h831MAvL5yGY11Tdz64HPous7zy+7hrt8t5/zLF8au9c669fxoyUNYbHY+eONF fnnXPdx89x/i/t+v16/j5acf4tJrbyV30ql8WhPknVdWULFtCzfevRyzxcqrf3qMO+5/jIsW3MT4 U2fw2J9eZtaFPwBg+8b1ZBeWsr3DAh3R+7fmxT+yp2I3N979OCazmbdXP0fBMMygh4KW/Xnv4chQ 0VYgNB2WjoKuo/VZE0N6+pW1OsD6jz9g2YN39jpXJxAIxI7Xr1//H89q33zzTex2O6FQiBkzZsQd z5o1iw8//BCAiy66iEcffZQRI0YAUFNTw80338wrr7wSu9Ybb7wRyz79fj/nnHMOH3zwQez5H//4 x7z00kvce++9FBcXxz7H3Llzuf/++yksLASgtbWVq6++mtdee436+npuuOEGXnjhBVRV5cEHH+Tk k09mxowZsdd/73vf4+GHHyY3N3dYt1CGgpaHem+h7eDVViA0PfEdhUbmzJlzWK8JBAK8//77nHfe ebHH3nzzTS6++OLY8S3/PZsp44uOrOvhhHAU2szQFjzgsab17EXe2trKnnAqtV3HWiSNVpcr7n/Y 1p4A7d3HMpFIJO75F/76CpPOmI3LXBD3eGNTEwsWLIglU7quI0lS1zkpZBWN4YkX3+bkM2byz39/ wWkXLYx7fUtLC3vDqdQN8364oaBlf95baDu4tF18+czYNcToe6HpcHQUdB30PgtoDapZD30/w8GO k5OTyVWbY1ntnj17SElOjjv/QP9P78eeXP6/3HTTTRRnO5g3b17s8dSUFJYvX05aWtoBP6Pjh5fz u9/9jm+NG8G0yRM5Y6Qt7vmUlBRGqM3D2lEYKlr2572FtoNL23Xr1omsQGg6SByFAbrwAVbiHlSO Qt/PcLDjsVOnc/cDj3DpjxYDsGr5UsZOnR53/oH+n96PVfgcXHPb71n2m1uoagkw47vzAZh89vnc fuc9XHjVjSSnZtJYv4f3XlvJ5dcvib7QUkRIMvHAw39gzqU/pLy8PC6LnXjGbO645/dcdu1ijOYE /v7XP3HhldcPu8AzFLTsz3sPRwajtmKkvdBUOAq9XYXI0HcUJt2ykKVLl/LA4isBmD59Oj/5yXVx O4sdKqudlmeEvCwmL3+Mm266iSwbLFiwgFOuv5KVK1fy7P0/i43avfLKK+NeG1kwn6VLlzJv9hSW /Tr+upNv/m/+8Ic/8PCSa9F1nQULFgzLFuhQ0FI4CkNHW0mSEAhNhaPQnSjEWwv9Hsz42Msfi9rS T/75zmu0u5qZc+kPxc0QWgqEtgKh6QA4Cm0DMpjxp9fMZtKYEei9VlwSKzMeYzweD4+ufY2HHnqI 1FRxz4SWAqGtQGg6eBwFTRd7PQwoiy+fiSzLXHjVjez22tkt7pnQUiC0FQhNB8RRGJjr6prYPXJA ESOmhZYCoa1AaDqYHYUDTHoQjoJAIBAIBIMNsdeDQCAQHILy8vKjakke7esFg0fPoaj1gO4eCXGz RoSjIBAIBi1HG5dEXBs+eg41rQfSUYjmCEeQKAhHQSAQnGgcbVwScW346DnUtB5YRyF+DQrhKAgE giNm8eUzOfeyH7L2jRdRVZWLr/kJjXXVfPDmiyiKyrz/dxvF46cA0Nq0j9dW/IFdm78gEglz0pgy vr/wNmz2pNi1Lrjix3z4t5focLVw/4p32PbVv3njL4/TVL8XuzOFmRfM59QZ34m9/0PPvMz7//c8 Ha4WMnML+P51Pycrr6hf7/dNcS0SCfO3VU/y2bp30CIRZl10BWede4nQc5DqeahrC0ehr5vAkSUK IvMWCAQHwqp18H+vrubdd9/l4Yd/y/nnn89rr0SPX3rxca4473QArvyf/2HRokWMHXsn4XCYZ555 hn++8ji//OUvY9fy1O/gz396Jra74N0/vpfFixdzxhln0NrayrPPPhsXi1oqNvDHJ5aRmJjIqlWr +Ntzv+eJJ57o9/sdLK498cSz+JpreO7Zp0lISOCZZ54ZNjFwKOp5qGsLR6EHRZaPPFEQjoJAIDgQ 42ddzleNMs7R0/H774s7rqp6IBY7rv/1U4SADQ0ABsrOuYrf3Dw/LracftG1cbsLSqqJz3bsI+Bo ICklnbPn/STu/BnzbqbCZwcfnPSti3nm2WcP6/0OFtf+7823WHj7g1T6k8AP0y5cOGxi4FDU81DX Fo7Cfr6CcBQEAsGxY/qYlK6/jPsda5oWix2bN29m2bJlbN++Hb/fHw1HkhQXW/5rQlbcte+/59f8 6U9/4tH/+zMmk4lFixZRXl7e671Te51tRItEDuv9DhbXOttamDMlH0VRhJ5DQM9DXVs4Cn3SBEnu 9bdwFAQCwVHS350F7779l5x/+UIuuWEK5gQrAb+P//nv87+5RWgdyUU/vouLgG1f/Zt77n8AY/60 b4xLR/V+XSQmpbDms2rSskYIPYeAnoe6tnAU+iYKCEdBIBAcO/q7syCRIKMzzZw2MpHm5mYef+bx /c7v+9o77riDBQsWkJOTg1aroKAdsgV5JO/Xd579Bd+Zw9oX/5fbbruNhIQE/vjHP3LzzTcLPQep noe8tnAUepIE+SgSBeEoCASCo2mBXvzft/L7R/4X169+RVJyGmd/5zLgvW9sEWaNPo2f/ux2Whrr SM/K49KFvzhkC/JI36/332NnXU5l4+P84Mqr0HWY/b0rhk0MHIp6CkfhsFIF5D4DGvu9zfT69etF RBQIBAKB4IRwFBoHZJvpW6+dw7SyIuEoCAQCgUAwmBm4dRQk5D6DeMUYBYFAIBAIBhkDNUZBlmUx RkEgEAgEgsHOQDkKsiwjAZou9noQCAQCgWDQMmCzHg6whrNwFAQCgUAgGGQM2KwHnSNPFISjIBAI BALBicFAOQqapqFpOuja4ScKwlEQCAQCgeDEYKAcBU3X0SIa+pEkCsJREAgEAoHgxGDgHIUIffsf VEPYDYCi+b/xxcJREAgEAoHgxGCgHAWd/YcpCEdBIBAIBIJBxkA5CrqmoWvakSUKwlEQCAQCgeDE YFJmEmvWrGHGjBn9fs37779PUlLSNycKuk4kwpElCoPBUbj33ntxuVwYDIbYP3ygOaFHS1ZWFvn5 +TgcDkpKSkhNTd1vEw3BsddzoBB6Cj0FQtPBhsViiX3595ekpKRDJgrRWQ8RdH2IOgoul4t33nkH t9tNcnIymqZhNB5egqPr+iHPCYfDVFRUsHr1ap547kVO/fZcrIkOEYwGSE+/309SUtIR3V+hp9BT 6Hl8Yu6RfnkLTY+M6aUW8vLyyMvLO6zXdXR09EMTLT5RcDqdANis1kHvKLxuMGCxWNi9ezdJSUn9 KoCHU1h7n2u321m4cCGZma/y6qvPsXDhQqxWqwhGA6BnbW0tDofjmAcfoafQU3DsYm5KSorQdIgQ nRrZo486MieFpqYm/J2tg95R6KawsBBZlol0dbQUFRXx2muvAXDBBRdQUVHBmjVruOqqqwBYsWIF s2fPjitwWtdgDlmWURSFsrIynn76acaNG4eu63R2dpKZmckll1xCIBDgkSdXMGX6d7E7hSV2rMnJ yenXPT2cwNP7fKGn0FNwbGLuzp07AfB6veTn57NhwwYsFgsFBQVYrdaYXV5XV4fX6+Wkk04Smh6F ozAwScL+8x5Ug8GA1+vF6/UOfkeh63dlZSUlJSWxx2fOnMl7772HLMvMnDkTgNtuu42nnnoq9vfs 2bPRNA1ZlmNJQjder5cnn3ySG264gQ8++ABd13G5XOi6jsVi4bzzzqO9vZ0vP36V+fPnH7GtKjiw nrW1tRQVFaH02fr0SL5UDnSe0FPoKTj6mDtmzBhCoRCNjY0kJiby+eefk5aWRigUYsuWLWRmZlJc XIwkSfj9fmw2m9D0RHQTNH2/ZEHtvvmHqpiDyVEoKCiIcxRmzpzJypUrUVWVuXPnous627Zt45xz zkHXdebOnfuNhVVVVRYsuIpbb701dq98Ph+1tbW43W48Hg+nnXYaqqry/N8+YvzUMzGaEgZkIOVw JDs7+6BB4Mi/UPRYH5zQU+gpODYxNzc3l6KiIvz+6Lo8iYmJ+Hw+PB5P3IDHnJwcAoGA0PREdBQ4 wKZQHo+nXy8eTI5CTU0No0aNij0+Y8YMrrvuOlRVZdmyZYcMPH0HcvS2v7p/WltbeeGFF/D5vAQC QVRVYezYcWxc9ybfm3kKqanWAR8JPFxaK/v27aOgoCDWAj3Ul8k3BZyDBSGhp9BTcHQxt7S0lMTE RCC6A2FTUxO6rtPS0oLD4cBgMPD++++jqmpskHlOTg65ubls3ryZYDBIc3MzRqORSZMmkZhoE5qe IKjhcLhfJw4mR6F79G0kEkHXddLS0igoKEDTNDIyMgAoKSnh7bffBmDMmDF9EoWe4AMQCoV47rkV TJkyBV3XkCSJWbNmUVpaSnt7G5WVVbS1tbFt21ZcnT4+3d1OqseGwaiLEnYMSEpKirUUDval0vfx A5+nHyAB1A+oZ3t7G1u3Cj2FnoL+xtzemiqKgqqqtLe3Y7VaaWlpwev1kpWVRXt7O36/n5NOOomc nBx0XcdgMBAMBpk4cSJfffVVV4PsmzUd7jF3oByFAyYK/T1xMDkKXq+X5OTkuOdmzpxJOByOBZzf /va3XH311UiSxLPPPhu9Gaoa+x0KhWKvtdlsTJgwgaeeegpdB1mWMJmMFBYWoGk6WVnZuN1ucnNz WbPmLcZmKOTlGjGZxGqWx0LPbhvz0F8e8a3Kb2qB9n6+t57hcIScnBza2trIzMwSego9Bf2Mub27 sBVFwW6343Q6Y+MRPB4PSUlJuFytGAzGuO6nwsJCOjo6sFqtTJgwAVVV48aK9dVUxNzj7Cj098TB 4ijouh5LCHoX3AcffKBXhgpz5sxh3776uEAUTQ7iM9loP1p3YNK7xj3ogISmRTNnm82KJEmkpqYS iMDX9SEapCAGo+gDPRZ6RiKR2EDTbsLhMJWVFXg8Hr744nM++fRTwuEQqqqiKAqKrKDr0Q1OwuEw oXAILRJ1gzIyM8nJziE7Oxu73c748eNJTk5B13VkWcZqtRKJaKSlpQk9hZ6Cfsbc3gmbx+OhoqIC TdMoLCyMTaHctm0bEydOZOPGjdTW1jJ58mTC4TD5+fm0tbWhaRGampqw2WxUVlaSlpaKqqrU1Oyh sLCwK2mQRcwVjsLRZ7d2uz1WaA+3f7OnsHePS2C/pCP6W4u9VlFULJYEZFnCrEqMzzKI7PYY6tk9 pap3IGppaWbxrbcw7dQp6FqEyVMm4kxOwmazoaoGjAaViKYRDoVwe9y42lrx+334fV7cHg9bdnzO mrdf4/P1G3nk4ceYM+ecWL+pLMuYzSYURRF6Cj0FhxFzuzVVFAVFUcjLy2Xv3r2UlpYSDAbRNI1F ixaxZs0aTjllCr/+9a8pLCzkzjvvxOl04vF4CQaD7Nu3D4vFQnt7O2ZzAgaDGuv27b6+iLkDgyTR 1Y0kDV1HAWDfvnqczqRDJAgHsy/j7c7uPbm7+8x6Egi9qxsC/H4fnZ2dSJKMP6yLFssxpqWlGbvd HtcH2l2Qv3vBd5AkHbPJgiRJBEMBQqEgPp8Xj7cTowKJigmD2Ymm2QmFQgRDAQpPyiE5JQlFMqIo Ch6PB1lWUBSZYDBIR0cHuq4LPYWegn7G3N4LLimKQnZ2NhaLNeYEjB07lg8//ACXy8W1P7qa1JRk vv46mbf+/h7V1dUUFOTHNLPb7YRCYZxOJ5IU7XroicHR7qvhHnMH1lGIv49q3/74we4o6LpOUdFI QOrlAhzKRehJAnqSBC2uYMa7DPGzICwWCwkJFlpaWkV2OwB6ZmdHF+jpfd9ttkQC/iBtbS6SnUnU 7atGURT8fh9I4PN5CYdDRLQIwWCAcCSMruloXboGAkE6O93kF+STkGDuau1EkCQwGo04nclCT6Gn 4LBiLr3GKMixGRBGoxFd12loaODaa6/jW986jc6ONj5bv56ysgmkp6dy9913M3HiS6Snp5OamgaA wWCMxeRuF6q74ZaQIGLuQNG7QRxLFKxWKz6fb0g5Crt27YrNZNB1neLiYlavXg3ofO97F7N9+3b+ /ve/c8011wDw7LPPMHPmLBISEmLXcLvdQDSAKYrC+PHjWb58GaNHj6F7x+7ubonOzk48Hm80sIkW yzFn7969XQv0yHGFODs7G3eHF6czCUmSkZCRJBlNi/aX9vRra726j7rnZPtpaXZhUuxYLJbYQFZd B5/PR1tbGyBaoEJPQX9j7vjx43p90fQ0wrofczgcGI1GikeNwudzk5uXT3b2CNLT0qis3ktjYxNJ SUmYzXLcF1ZPGenWG9xuEXMH0lHovs+xRMHpdNLS0nLIhSoGzxgFnaKioljBgug6Cu+//z6yLDNj xgx0XWfJkiUsX74cgNtvX8K//jUdj8eN1WrD7e6MZa4ATU2NPPPMs/z0pz9lzZq/9Rq3QMxRsFis tLa2iOx2APTMzs7u6pvsKcSS1LUUsKoQCAWiTpkUHewWDAVpaXHx0YefsGdPHSazgZOnjCOvYASS FH293FXeI5EIJpOp15x+DaPRgNPpxOVqE3oKPQX9jLnf1LUbHVcgc8UVV7DuH2uZNnUK2Vlp7Ny5 nU1btnLyyVPo6GgnFAphMpn6tGz1uJgLOhZLgoi5A0h0B8leiw6GQqGuLzrLkHAUdB2qqqooLS2N jTGYPv1snn9+FaqqcvHFF6PrGtu3b+e//msWmqYxf/78uG6G6A3qPd1K5vLL57NkyRI0rW93ho7H 48Hr9aEoqmixDICe9fX1FBYW0NHhprq6Gl3XGTFiBF6vF09nJyazjj/gw6AY8HvdNLe08shDfyQU jJCSkoKrpZOXdv6NC773bUpKC9GlaNBCh1A4QlNTM2+88QZ1dXVcdtlljB8/nu6FyISeQk9B/2Ju z3o0epyz0P1YQ0MjhYUFrFixl88+38CIEVnU1NQSDAYJBALcd9/9tDQ3I8kyt9/+C1JSUhg/fjwm k2m/mOt2e/D5/MM65g60oxCXKACkpaWRlpY2RByF6OIfPS1+OPvs6Vx//Q0oisIjjzwS60frtjD7 Jgc9Axj72md6r7m9PVmuwWAgMVHF5RL9ZQOhp8PhoKOjg9//fil/f/tvlJSUMnr0GD759F+MnVCI YowOaLMkWAmGQ6z7xycEAiFuXnQjY8aOYsf2bfzp2VV89ukmyiaMxRPoRJIlNF2jsameFSufJcnp wB/w8Kv/71cs+8NyUlKS0XVd6Cn0FBxWzNXjkoPezkBnZyfFxcXcfvsv+Pjjj9mw4StKSkooLS3F 6/WwefNmfnLzjTz1x6d56qkn2bu3lvnz58dW1e3tUhiNRlTVIGLuwKUKcUexWQ9Dx1GItvBTUlJi jkJKSgp5eXlomkZaWiqapjFq1Cjee+89dB1KS0vo3VXRd0plMBhi5cq/cPLJk+g766F7XngoFBKz HgZIT7/fT1ubi08+/Zgbbvp/jB0zhh07tzHv8oswW2RC4RCBYBAJCR2d6uq9pCSnUFI6kr11lUiG CJnZqXz+700kp2bgqXOjqgbGjCvh1FOdpKamk5qWgsvVwrLHnmb9+n/zrW+dgaZpQk+hp6CfMTc9 PS3W4OrrJkQHPBYRiURISEggP7+AyZMn8/bb7zBx4gQy0lMYP7YYWdY459sziUQiOBItvPbqa8yd O5fkZCeKosSuGw6HCYfDYtbDgOgZ2e+xIbmOQs+CSz39LGeffXZsoRddhzvuuIPrrluIJEk8/vhy NE0jKckJQFKSE5erNeYsZGVlM3bsWB577NFedkyPYxGJRGIbUInsdiD0DOHxeLBYLeTl5rB3306s iSomixMtouHzewmGQuhdGkQiESRZwet1Ew6HCIdDaFoETYuQYLKiRaK6JtptmBNUOrzNtFU24O70 0NraSn19HZ2dbiIRTegp9BT0O+bG75PTHT937drFiBG5XS6AQmFhIVlZWaSkJOPz+XjxhRe45uof 4A8EWPvBhxQVFWEyquyurGL8+DK2bNnCKadMwWzuGWwuYu5AJn7f4CgcisHkKDgc9rhFknRd4557 fhvnBMye/V9UVOyOs8qiyUE0A9a0CLoOzc1NvRKD+IE13Y+rqhpbclS0WI69nhaLFaczGZs1kc++ +Iz8ggwaGppo2NdERNMYPXYUmhbh7+98RG5uFhlZaWz9uoKvvtpEWmYiDXUNVFfs4aSTRkYDmaah aRHq6xrYvas6OpBuRCa7d1Wzr76RpCQnsiwRDgs9hZ6C/sdcrZfT2jMY3GQy0drais/nY/Xq1UQi Yc4880xaWlp56aW/MmvWdALBAF9v3MS27Ttxudq59NKLmThuDF9u+DK2rLPJZI7FXINBxWAwDOuY O3COgk4kosUlC+qbb74JwFdffTVkHIXa2jpSUlK63AOt1zSb/deW77smwoFXaWS/BKH3b5/PRyAQ FCu/DZCezc3NpKamMmb0WP76wqvk5GVQXVlLTvYIGpsaKJs0nlAwyNr3/snFl1zEmWedzpavd2MM hoAAACAASURBVLPqLy9jtZlxd3Ti9Qa4/AdX4vO7u8aa6OyprmXb1xW0d3QQ0UIEA0HGj5tIeno6 Xq8PVVWFnkJPQT9jblpaOpoWXZPH54suQpeamordbuf119/g8ccfx+VqZdy4saxa9QKqquL3+9m7 dy+5I7KwOxwEQyFOO+0MbDY7gWCA9o4O3G43bW1t2Gy22Oy8aMwNiZg7AGiaHnNrhrSjMGrUKEKh EJqm9+oz0/f78u878KbnmLjkIP73/ufYbDYcDgWXyyVaLAOgZ05OdDrdJZfMJS8vn23btjKl7Awy MjJY/vgfSDBb8Ho95OWPID+vgIzMDC6/6kI2b9zNvvpG8nMLmf3tmZSUjGTHrq9jg1i9Xj+5uXlc PWsWu3fvJhgMMGXKFNLT00lPT8Plahd6Cj0FhxFzux0FVVVjyYIkyXz66afMm/d9IiEvPp+Psgml /PGZvzBjxkyqqquZNXM6Z515Otdddx1+v4+PP1rH15u2UVY2ibKyMtxud1wMt1ptOBzqsI65Azfr QdvvkSE3RkHXdbZv38bEiWUEAoE4Cyy+66D3F/+BpvP0TQz6bkPdc52Ojg6CwRAGg0FktwOg5549 0Q1hnM4kpkyZTEFBAaFQdN341LQUQEJWZK6/+WoyM3LZ17CH5CQbs885A2dSKqrBSCDoZ3vFZgLh IOFIBE3XurbChdzcEYweXdo1595EYmJi19QrWegp9BT0M+ZOmnQygUA4tkmUzZaI1Wrlyy+/ZOPG jRTkZbNp8yZ8Pj/Tpk7Baklg1apVzPv+ZWzfsZM9NTVUVlZQV7eP1rZ2HA4HWzZv4dJL58bt3wPR BZeCwbCIuceJIbnXw6hRxQSDgdhUxokTy/jLX/6MrsPll/+AL774nHfeeZfrr78egGXLljF9+lmk pWXErtHQUA9ARkYWiqIwduxYHn74oa4ZEvGzHmw2K6pqYMeONtFiGQCys3OQJAmTyURKSgoWi4VI JILP58PhSIwu56vrBIJ+Kqq2R3XXddxeN26fp2uZ32iGp+la19K/OuYEI363H6vVSnZ2NrIsR+3p rg2E6urqhZ5CT0G/Y24QXdepqakhJycHVVVobGxA0zQaGxtxtbVRVFRIWlomsqTT6XaTkZHBe++v xWq1YLPZqKurZ2/dPkwmM9XV1Xz3uxdgtzuw2Wz07ha2Wm0kJQ3vmCt2jzzK7Hbnzp1MmDABv9+P pmmceeaZfPDBh0iSzJlnlqPrGnfddRcPP/wQug533XUXZ531Lg0N+8jIyOzafrrHQaiqquDPf17J bbf9gldeeXm/sQ5ut4dwWGS3A6VnfX0dBQUFyLJMQoIZk8lIJKLx7rvvkpKaRDgcivVT6+gggS5J UUu6t1ukR79QusejmBPMhCMd+Hw+bDYbZrMJWY5uItTe3g6IEdVCT0F/Y25ZWRl+f4jk5GSqqqow mUysX/8ZDoeDsWPHUFFRicNuY199HfsamvD5AsyefRbjx49DlmU2bdrEl19uIDHRzrnnnossyzid ThISzKiqgqbpdC8g7PF4CIcjIuYer0She0/43nvDD25HQScjI4NwOER318GZZ5bz0kt/RVUVLrjg AnQddu3ayfTpZ6PrcM011xxwDEN3l4SiKFx22aXceeddB+yCMJlMmM1m2tqEozAQejocjj5jQ6L3 dfXq1YwrG8nuXRXISrT8ShJouk44FAFJJxQKk2BJIBwKEfAHUVQFo9GAalBJctqp2FFNfX09EydO QFGUWCvUYrHg8XiFnkJPQb9jbrhrHwY3eXl5tLe3M27cWCKRCLNnz+bdd9/j5dWvYzIbSUvLYNq0 qZSWllJSUoLdbmfixInMmXMOra1tpKenYrc7MJrMqJYkWt1BZG849o7BYBAtohEMS0yfcyE1HVBX 0YnZKhyFAUkURowYAcCePXuGiKMAHo+b1NTUruWWNcrLy/npT29BVVUefPCBuJUXDzQGoe8c0v0H P/aco+s96zZIkugDHQg9/X7/frNSIpEIc+acy5NPLScUDmGzRTcCSs9MRVUVJCQiXZa1rCqEgyG8 Pj+SJKEqMkazCaMhOuDK6/N27TYY3e9e07TYjqpCT6GnoH8xNyMjPTrOJDWFYDCEqqoUFBSwZ88e zj77LDIzM0lMtOH1eiksLCQtLY3k5BRGjhyJJEnYbFba29PZtGkzJSWlNDY2kpWTw9ovKthWWXvQ zyCnFPHFV18zMsXI9y74jhBlIBKFuXPnxg6WLl06JByFYDD6Wbs3tkhOTiY3NxdN00hJiS41OnLk SXzwwVp0HYqLi+nd/9V7USWAUCjMiy++RFnZxP26HaLJgkYkoiNJkmixDICe0RksWpxGkgTnnnsO I0cW0dDQQCDgj+nWrZEky+ha93xgKbb5UHfZiA5+U8nISCcS0eISwu6FuYSeQk9B/2Nu93R0n89H dXUVo0YVU1lZSWKiDZerjTlz5rBjxw7S0tLIysrCZDKSnJzMjh07MJlMsT05vF4P27ZtR5MU2t1e 9uxrxmYx8/1zyxk5IgNdh8bWdl586yPqmlw0NjTjboWcQTSWblA5Cv09cTCNUXA6nYTD4biCfOb/ 396Zx0dRZXv8d6uqqzsr2UDCKqIoMCIKgujEj4COgPKeYTVBAdmMgIAaRyUyZhTZZR9JQASEEBYJ OoIZlREZn6MzyIy4gCAiBCQsSQiBJL1V3fdHdRdd6SXdIcEknO9HTFd11a1zz6m+de6pc++9NwmK oujRhOnTX8KUKdPAGMOyZUvAOUeLFlp0pWXLVvj11xN6I9a+/Y3o1KkjFi1a6BVlAACTyQSzWURR URH1WOrAnhER4TDOb6E5ZWFh4WjTpjWio6P04bCeNvdeq8M7WiQIIiIiImCxmPUx2oIguFawu0j2 JHsSIbS5bhuZzWa0bt0asmxCfHwc7HY7evS4E7GxMejQoQMuXboIWZYhy2ZwruLmm29GRUUFOnS4 GdHRTdC8+XWIjIxEZHQs/nPsawBAfEwU+vbsgm2ffImde/aidWJTWO0OXZZmkUKDeE7Ve7fPR2e4 Ec6joL1GadbsOpSXXx57m5n5ikEJ99/fFz/88J2h1/Hrryf0z+79J08WeJXv2Thp47cr4HQq2gQi 1GOpdXsWFRUjOroJqk6GJcsmxMXFITIyUu8xGh8qPODN7+rLQhS1B4kgCOCcw2534OLFiwCoB0r2 JIJtcxMTE2GzWXHixAm0aNESUVFR4Jzj5ptvNhx//fXhXjbknEOWtXuieXNt9Nl1112HCutlR8Ak iYgIs+DkmSJU2hw4fOyUodyzl9QGNTqPIgq/oXcLcHTs2AkVFRVwJzP6mivBexIm796Jr32+Gqmo qCiYTDIOH/6Jeix1YM8WLVr4XJmOMe2BIMuyl4Pn356+berufXLOYTbLiI2NRWVlIdmT7EmE0Oaq KkdsbByOHz+Gtm3bXnGb6/mtonI4nE7ERkVCFAVEhFlgsztgc0UVKKJQe45fo48oAMAPP3yPO++8 E5WVFT6XjDbOtlgzB8FzZERZWRkURYUsy9RjqQNOnjyJG25o78fh03qR7vfW2gPCPYyKGezJmOfx /uypJduVlZVRD5TsSYTQ5vbseRfs9lJcunQJrVu3qZU213PfxUsV+P5IAXrcehPiY6Mgm0zY9eU3 KCgsoogCRRRC8245Bzp27Ijy8nJ9UiTPG87XvkDRgsBOgkZkZBRkWcZPPx2hHksd2DMxMRGcK1Ue JnVnT7PZjNjYWBQWniZ7kj2JINvcigrtVW9CQkLt2dTjq5KyS8je8hFioyIgyxLKLlXidFGp/j1F FGoPp7ORr/UAcPz444/o1q2bK6LA4esd55U2Pp6Ul19CWRlFFOrKnoWFhWjXrh0A1Wvtjbqwp91u px4o2ZMIsc29884esNvP16pNK8ov4ef9X6DwwCEAwCnGtKHoAMAYGIAz54oQGRmN8xHtKKJQC6iq WvNFoRqCp7bd6URFRYUrqcbmlZ9Q2w2QBoPZbIEoijh9+gz1WOrAnjExTQxL2NatPbUFbSIiIlBc fJ7sSfYkgm5zrbVu07jYJpj4RApOnDgJABBFAYqiupaZNuP48WOYM2cuHn98MJo3b46bKKJwxSiK CqfD0XgjCpWVlThy5GcIgoDTp8+4xlb7n3EyiDZG95j9IYoSOFdhs9lx5MgRVNgV6rHUsj1VVUVR UUlAO9SWPd1UVFTi+PHjZE+yJxFkm3v27NlqHbea2rRZs2aGbUEQYLPZIQgiFCbhHI8HY81RQhGF WogoKFWGJjeyiMLh7t0xZswYfTGoq42qqrj/viR0axuBxMTL2dsE2ZMge5JNyaYNhaoOX6OKKNxw dzJiO9wNh8MOrvKrfn3GAMkk42h5JE6dUiEIdrrjyJ4E2ZNsSjZtMBEFXzSqiALnJjjbtPnNvFvt xmWQJKnaRbYIsifZk+xJNiWb1kdq/OqhYWWT/tbvHp10p5E9CbIn2ZRs2uAiCopTadyjHgiCIAiC uDJURa2Zo3AtjU91kz6iLxbk/J3uGrInQTYk3VJd6xWUo1CPoEgK2ZMgG5Juqa7XCj5Xj3SvI25c lpkiCtd6vcmeBNmQdEt1pYhCSI5CffG+kpKSMGHCBOTm5sJkMiE9PR3Hjh3Dpk2bIEkSMjIy0KNH DwDa1K2LFi3C7t27AQB9+vTBtGnT9LG2SUlJeO6555CTk4OioiK0a9cOGRkZaN++vVe9Dx48iIyM DKSmpmLIkCFQVRWrVq3Cjh07UFlZiaSkJLzwwgtwOBxISUlBTk4OmjRpous2OTkZ69evR0xMDLVG ZE+yYT20YXWyNQY7paWlYfPmzaisrESfPn2Qnp4Ok8nkpdvCwkIsXboU+/btg9PpxB133IGMjAxI khRQl2FhYViwYAE+++wzhIeH49FHH8Wbb76Jzz//XJfh6aefxubNm1FUVIQ9e/YEdU+4z/esi2eZ ge4Zh8OB+fPnY/fu3bpMgZ5pTqcTWVlZ+Nvf/gZFUTB69GgMHz782o4oOFxTNTakiMLBgiK8tGQT vvlyNzL//Cp69h6AFxfn4psvd2P+ouVIn/sWAOCDnBU4e+ocnl/wDjjnyF0xG6++kYWBI9L0sj75 fC/GZyxGeGQ0PtuxBTNenY2pr71pqPd3ez/HtrcXY9iE59H69rvwrwI7Ptm+Hkd/PICnX8uCJTwC 761bjsx5y5E8egpuvasPlq/bhvsfeQwAcOjbvWjR7hYcKgsHyqg3RPYkG9ZHGwYjW0Nnz1f/xZTX V4Exhk1Zc/Dawmw8lDLBq51f8MIf8ciop/HQ2OlQFAWf5K1D5twlSJ04PaAuP1iRhXNnL+DFRTkA gC0r53s9P/5v3w+Y9GoWIqKa4F8F9qD07uv547kv0D2zI3clzpw+jxcX5YBzjs3ZcwM+0/K3rMaJ oz/j6deyYbZY8HHeO7i+HkYfrmZEgZWUlHAAeO+99zBmzBiDV2Gz2fTtvXv31huveOfOnYiOjobD 4UCfPn0M2/fffz/27NkDAEhOTsayZcvQqlUrAEBBQQGmTp2K7du362Xt2LFD94ytViv69euHzz77 TP9+4sSJ2Lp1K+bMmYMOHTrocgwdOhTz5s1zLW4DlJSU4IknnsD777+PwsJCTJ48GZs3b4YkSViw YAHuuOMO9OnTh54oZE+yYT21YXWyNQY75ebm6vU7ceIEpk6diry8PL89dzdWqxVDhw7FBx98EFCX gwYNwrJly9CyZUsA2pLiKSkpht7/e++9h/j4+KD1HkxEIdA9M2jQICxdutRQ79TUVL91HTRoEJYs WYLWrVvXa3uGh4cjOjo65PPKysrQuXNnfXvnzp0YPHiwvp064DZ0vsE4ZXaDHPVwsNQClNp9bqvq 5TXJS0pKcMKZgF9d26rSFCXnzxvq8uOFMOCCe1uAoiiG7ze/ux233/MHnLdcb9h/9tw5jB49Wneq OOdgjLmOiUfiDZ2wcsvHuOOevvjnv/+DXslp+FeBHekj+uplUPY22ZNs+Nvb0E0wsjV0jPVLQHFJ iaF+7s/HjxzAjo0r8euxn2C3WbVeZRC6LC4uRoEjHif1a8R7PT+OlEfhSHloeq8uohDonikuLvaq d6BnWnFxMU46E3Cqntv9akUUmMAa5qiHqrL4246Li0NrqcjgScbHxRmO91Uvz32rsv6CKVOmoEOL JkhJSdH3J8THIysrC02bNvUpY5OxI/DGG2/g979rhZ7dbsM97SMBwK8Xey1D9iQb/pY2dBOMbA2d YHU/d9qrmDRpEnr27ImIiAhUVFSgX79++vf+dBkXF4c2pmJDRKGq/arqszq9i6KIrtdxmM1mAMCF CxeqLdNzX3x8vFf5gZ5p8fHxaCUV1fuIQl0iuBZTZABESWyYEYWqsvjb7tyjN16bvxTDxqcDADZl LULnHr1D8lSPVjbBmBcXYsXrz+FYsQ19/icVANDtvoGY/ufZeGTU04hLaI6zhSfw9/dzMGJShisu dAMczIz5S95E/2FjKVOb7Ek2rGc2TEpKMkSBgpGtofPqvCUYPuF5vX6/u6uvT92XV9pw7AKD5QxD WekJfLhpldEOfn4PnXvcp1+Dc44tq5Z62a+qPqvTe2Kb9pi/YgPue3gYKsov4v13/lJtmZ77ftez j1e9Pb+vOqfCbff8AZmzF2L4hHTIljB89O46PDJy0jUVUWCMQRQFCIIA2Sw37ojC7c+lYdGiRZif PlJTbO/eeOaZJw1ZzNX1Xnq2kYE2ieiWtRxTpkxBYiQwevRo3DlpJHJycrB23h/1TNuRI0cazlVG p2LRokVI+UN3MEZL2pI9yYb1yYYrZhrLDUa2hs59d92OJdPHobKyEr1790b6tPE+df+nl6dj2bJl WL/0VTRr1gypqan45qvPqv093PbMk5g/fz5mTU1BeHg4hg0bhsPf7g3Y+69O76/OeBGzZ8/GrvfW Iz4+HiNGjMC3//5H0BGF25+ZgAULFmD2tFSEh4cjJSUFP+73L1O3qePw5ptvYknGBHDOMXr06Gtu zgVBYJBMEmTZBLPZHHwy4/JtX1BrGCL//OR9XDhfhP7DxpIyyJ4E2fA3pbZnIwxGl2dPFeCteS9h +uIcuvlqPaIQUyfJjCMe6opunVvDbJZhCbNAlmWambGuKC8vx7Ld72Px4sVISCDdkT0JsmH9i/zU hS4XL16MMWPGwOl0Im/7Ktzf+156fjQgRFGELMuQzWaYzRbIsonWeqgrz10QBDwy6mn8XBGNn0l3 ZE+CbFgPqI12vDpdqlEtMTxlBBx2GzrdcTdue3AkPT/qJKJQNzkKsmyCJcwCi8UCi8UMySRRRKEu oEx4sidBNmysOqiunJ5jh+LZsUPppmugWMIsCI+IgFmWYZJNkESRIgoEQRAEQREFDZNJhsVihmwy QZIkMMYoogAEnpHsSs+/0rKJ+m9jgiCIxoLJJGkJjKIIURQBgCIKtVW/QOf7G6/rj2tpXfjGYmOC IIirHVEoKChAaWlp0OfExMRUu5CdKIgQBcEwBJwiCrVUv0Dnu78LpUdKOSENy8YEQRBXk9LSUpSW lqJ///5Bn5Ofn1/tMYKgTbTkdhQYq0cRhfQRfTFg+Fjs3rEFkiRh8JhncPbUcXy2cwtEUULKUy+i w63dAQAl507j/fVv4sgP/4GiOHFjp654NO1FREbH6GX97+MTsefDrSg7X4x56z/Bj/v/jR0bs3Gu 8CSiY+PR939TcVefh/XrL16zDZ/+NRdl54vRvPX1ePTJF5DY5oagrleTiII/edxrByQlJQFoXOsH NFYbOx12bF+3DPu/+gwAcNtdvZE8ajIkEzkWBEHUDe0soTkJgLaE96effhrYUXDNyOixp35FFCLU Mvz1vTzs2rULS5bMwsCBA/H+dm1765ZsPP7Q3QCAkS+/jGnTpqFz5z/D6XRizZo1+Of2bMyYMUMv q7zwMDasW6OvKPbaxDlIT0/HPffcg5KSEqxdu9ZQp+Kj32D1yhWIiorCpk2b8OE7C7Fy5cqgrxdM RMHzsz95Pv/880b9Prwx2nj58pUQrOexZfMmcM4xc+ZMfPO3dZg0aRK1ZgRB1Alnz9b1FWrw6uFq vJ+99f4R2H9WQGzH3rBa5xq2jx2br8swaeZbcAD45gwAmNC13yi8PjXVIOPdyRMMK4oxyYyvD5+G rckZxMQ3w30pzxiO75MyFUcro4FK4MbfD8aatWtDul4wEQXPz9XJ01jfhzdGG+d/vAsTX16Ewxcj tOsMn4QVrz+H7gPHU2tGEEQdRRTq0D2oMkV9vYoo9O7kXqNc9tpWVVWX4YcffsCKFStw6NAhWK2X l0D1lPGBLomGsufNnol169Zh2V83wGw2Y9q0aXp4X7tWgsfRMlRFCel6oUYUqpOnsb4Pb4w2vnTh PPp3b6uH65SW12NBWSnlNBAE0fAiCoxBYADn9TSiEOwKdK9Nn4GBI9IwZHJ3WMIiYLNW4uVxAwP3 /iLaI3niq0iGlh8we958yG17BqzfFV2vmohCTeRpDDRGG0c2iUX+vuNIuE5bWvdc4UlERsfSKAmC IK5aRMGzU1SVUF5lMyYYnIR6F1EIdgU6KHZ0bG5Br/ZRKCoqQvaabL89dzeZmZkYPXo0WrZsCfVX ESLUoFcfC+V6vvILfB0XSJ7IyEgk4jTatGnT6G7uxmjjAQ8+gM+3ZePFF18E5xxbl76JAf0eoIgC QRBXLaLgzm+7EidBQ/Xa0yAjCoPHPY+FS/+C83/6E2LimuK+h4cD+HvA3l9ix1549o/TUXz2FJol tsGwtJeCXs881OsFqoe+xnoAeX7ffxjGjB0Hm7Wy0c2n0Bht3LXfKPyybhmGDhsOALjtrvtofnuC IK5qRMGXs1CTpPiq0QQAwS8zvXfvXrIMQRAEQdSLiMJZv8Mj/Y2cs9ls+PTTT/HQQw/p+6ouM/2n qYNxb49b6m9EgSAIgiCImkUUriSSEAiamZEgCIIgGhh1OY9CldGRFFEgCIIgiIZGXc2joDkK9XjU A0EQBEEQ1WO3xyA/Px99+vQJ+pxPP/202kWhAIAJAhh46I4CRRQIgiAIon4wMbkXvvzyy2rXbvAk JiYGvXr1CniMIDCDkxCSo/D79hH49ttv9e0uXboYtgmCIAiCuDps2PBzyOcUFxfj559/xsiRI6uL KRj+SCaTSfsgBfYZvv32Wzz22GMeQm4wbBMEQRAE0XhwRxYEWZYhy3K1jgJBEARBEA2XsLCwGp1H jgJBEARBXANOwrZt20I6h0MAhwCB1EcQBEEQ5CQA3kMjGUJIZrwS9u3bh7y8PHz//fcwm8248847 MX78eMMwjV9++QVvvfUWDhw4gIiICDz++ON48MEHfZbXv39/5Ofne32ub/iaXrO+ylrf4JwjPT0d Bw4cCKgzXzqOiIjAu+++6/eco0ePYu3atThw4AAcDgc6dOiAQYMG6dnAnmWaTCbcdNNNmDx5Mtq1 a0eGIQiiwToJAwYMCOFMFeAAv1qOwvbt25GcnIwZM2bAarUiJycHc+fOxezZswEAJ0+eRGZmJiZM mIAZM2agrKwMGzZs8OsoNKSHLTkGNePjjz8G5zxk/X7xxRc4ePCg3+MLCgqQkZGBMWPG4IUXXoDJ ZMKRI0ewbds2w7Ahd7lWqxUffPAB5syZg+zsbDIMQRCN2kngnIMxDs/m96o4CjNnztQ/WywWjB07 FsOGDdP35eTkIDU1Fffcc49+zLPPPhuwF5mfn6/3/Nx/3Y27qqpYt24dPvroI1itVvTq1QtTp06F xWLRjx89ejTeffddSJKEKVOmoKCgANu2bYMoikhPT0e3bt0AAF9//TVWrVqFU6dOIS4uDo8++qjf hThCiTQ8+eSTyMvLQ3FxMXbu3FmtzNV9X5VAcvfv3x9PPPEEtm/fDqvVinvvvReTJ0+GewTM6dOn kZ2djf3798PpdKJLly5IT0/XI0BOpxNr1qzBrl27oCgKUlNTMWjQoBrJ6YuLFy8iJycHs2bNwvjx 40PS7datWzFjxgy/3+fk5OCxxx7DAw88oO/r1KkTOnXq5PN4i8WChx9+GOvXr6dWhyCIBu0khIWF obKyMoizGeAxl8JvkqPwzTffoGPHjobt8+fPY8SIEUhOTsasWbNw6dKloHuT+fn5hp7lpk2b8NNP P2H58uXYuHEjTCYT3n77bcO5paWlWL9+PUaNGoV58+ahtLQU77zzDkaNGoVVq1bpx82fPx+PP/44 8vLyMH/+fBw6dKhWdHDo0CEsX74cO3fuDErmYOrkSXVyf//991ixYgXWrFmD4uJiw4PwlVdewSOP PILc3Fzk5uaibdu2Bp3k5OTg+PHjWL58OdauXYtz584FLWcwTtaaNWswcOBAtGrVKiSdfvXVV2jb ti3i4+P9HrN//37dIQ0Gq9WKnTt3okOHDtTyEATRoJ2EUJMZfzNH4ciRI1i5ciWmTp2q7ysrK8Ov v/6KrKwsrF+/HhaLBcuXL6/xNT766COkpaUhISEB4eHhGDNmjNdqWqmpqbBYLOjbty+sVqth+8SJ E4YeZVFREc6fP49mzZph2rRpIUcPPP+5GT9+PKKjo4OWOZg6Ve0JB5I7LS0NMTExiImJQVpammF2 r+zsbNx2220wm816vsi+ffv073ft2oW0tDQ0bdoUkZGRePLJJ2sspy8H6ujRo4ZlT4Nl06ZN1Z53 8eJFg9592cZzf3JyMjZu3Ii0tDRqfQiCuOacBOAqvXrw7M0tXLgQM2bMQIsWLQwVmzBhAqKiovSH 6KhRo2p8neLiYjz11FP6tqqqXpmc7mu5w+2e26qq6sdlZGRg48aNyM3NhdlsxlNPPVXtFJi+oh5V iYuLC0nmYOrkSXVyN2/eXP+cmJiI0tJSffvHH3/E6tWrceTIEVitVi0Q5XGtkpISJCYm1kj31eVs ZGdn49lnn4UghObDfv3114iJiUGbNm0CHhcVFYWysjL9NYpnUqwvu9lsNuTn52PlypWYFmfz8QAA CT1JREFUN28etUIEQTRYJyHoPAUwgIn6hEtXzVHYs2cPVq1ahczMTNx4442G79q2bes9JCPAQ7A6 4uLisHDhQiQkJFyx3B06dEBmZqb+MFq4cGFIjkJtyRxqnaqT+/Tp07qzVlhYiNjYWP27119/HePG jUP37t0RHh6OiooKDBkyxCBLYWGhz1cDV6r7gwcPGiIU7od4dQ7Gxo0bMW7cuGrLv/XWW/HVV1+h X79+QcljNpvRr1+/gK95CIIgGouTYISBMXZ1Xj3k5eXh7bffxqxZs7ycBAB44IEHsHLlSly8eBHl 5eVYvXo1evToEVTZEREROHnypGHfgAEDsHjxYpw6dQqKoqCgoABz586tkexz5szB8ePH4XA4wDk3 RBuuNKkxFJlDrVMguQEgKysLpaWlKC0tRVZWlmEFMpvNBpPJBFmWcebMGSxbtszLXllZWSgqKkJ5 eTmysrKClrM6nbnzTTzzTjydBF/n//e//wVjzG9CoiepqalYt24ddu/ejfLycjgcDnz33Xd+j7fZ bPjwww/9RlAIgiAaipNQ05kZr0pEwZ0IV7WnmJeXh7CwMDz44IM4e/Ysxo4dC4fDge7duxtyGAIx ePBgTJkyBZWVlfoDZdiwYWCM4aWXXkJJSQnatGmDlJSUGsneq1cvzJw5U+9BP//883Wio+pkDrVO 1cl966234qmnnoLVakVSUhJGjBihf/fcc88hOzsbs2bNQtOmTTFkyBDs2bPH8LBdvXo1Jk6cCM65 4dza1H2w5ObmYujQoUEd265dO2RmZmLt2rVYunQpAODGG2/EK6+84hXFAABRFNGuXTukp6dTa0QQ RIN2ErZt21ajyALjrsHqW7duNQxZ5JzDZrPp2++88w4tClWF+jzZU2OUmyAIgqi5k+De55kDtnPn TkMSeOYzQ3Bfr86agwAtDYAWeLgC6GFLEARBNCQnodroARNQdRJnchQIgiAIgpwEjyiCMX2RHIVr EIqEEARBkJPgJ6Tg9TloR6FLly7YsGGD322CIAiCIK4evp7BwewbOXJk8H4DuG9HQVsUghkSGrt2 7YquXbsajqu6TRAEQRBEw8CdyPjlX2eh1/9M93uc7iiEOq8+QRAEQRANH8Wh6J+bJTQxvn6Ax/BI z/UNWrdurX3JGH755RcAoAlnCIIgCKIR4F6McPDgwfi/ba8BAM4WXYB7uEPTuCjfjoKbEydO+Jwv f8GCBaRdonF4z4oCp9MJp9Pp9V2gqcOr/FQAaIucCUq51/4mYUCrtu1chYpgoglMdUBVORRF8S6c iRAlE0SBQ1UUw7VUHxOoCoIIrjp8CypIUBxOqIoDKle9LwVAEAQwxvT6CoIAlatQnE6oKgcHh+cy s1V1pKrcoBdVUaCqquu8qrIKqKo6C8qgqioUxQmuqj4uIkAQtH8OMQaCILrK0eTinLtmHOWQealX GU6n06eeGWOQJAmyLMMuxBp04KkfMAYGBu0/BjAOcHjVg3vI4lNXly8M5i6rynmca2WbUQbOVaiq 9k9xOuFUnHA4nAZ9e+uXabpiAsDg0psI5tYh4wATNMu4/qcqmn4Ul97c4nOugnPoMqiq6lFnDnAV vkTRrs30MtyFcs9tvzAIjGkycu3eV7UTXfXmxjI4oHJVu09VFapLQF/3kSiK+m++Kk6n4tdugiBA FAUwQYDAmPZXECCKIhhjEEX3tuT6LEIStXuUCexyvQQBgsAC2E4w3ClaPblPHWn3qesOEhisPBoW rt0zHDzo9o8xhj+9scVrf152OprGR/k8R7Lb7fTkIAiCIIhrHE/HydOB9uko/OMf/8CxY8dQWVkJ m80GciYIgiAIonHw6nPD4cDldR+ax4cHOJpBcjiM4cvIyEhcf/31kCQJhw8fhqqqPkO0BNFQ8Rn6 JwiCuMYQ4UTz+DA0iw9HQlyk3+N8Do+MjIzELbfcglatWuHkyZNeqzMSREPm0qVLsFqtsFqt3j8I yf/UIqE6zM2itb9cFCFKEkTOoTgV2B3ejgpnAkxmE0TJBO60AVx1vTjmUBTv949MFKCqAhSnd7RP EFRwLsFh53A6fbynB2CSBUiSoM/AJjABqsphtTrhcDj0d9dVT3SHI5Uq5aqilm/g6zxBELxe7ofi q4Wxi5AkE0ySBIBBVRUoiusdOlQ4a+j3hYvll98re4RZGbR8gst5ClquguvFubHeXHM8VdW3EFqx DILAXDkDzJUDoOUHqIoK1ZUXUO2rfIKo8rvgvObnt4w3oVl8AhLiInx+754mAQBYSUkJJ5UT1xLl 5eV+X6mZTCa/51WNvgHAhx9+CEG54LX/uiiG+5N+5+3BCyI48+EowASzdDlpUUueksBVVX/4qg6X oyLY4VRVKKoErjI4HFbYrHZYrRUA9y5bFEWYLRZIony5nrIJsskEURShqByK0+GaN6USVqsViuor EVCAJImorKyEw+EE/CQu+mpwDFEczuFwOPSEUi0Zi/mUW0s+FCGbZMhmM0RJ1B0VxalAURQ4nA7D MupcVWG3272WVtfqwLQl1M1mmM0WyLIMSRTB3MmdrmMYGFTOoagquKr4TBZzJwsqiiaH6qPVFlxJ jKIoApzBZrfB6XC4jldddXC6kgZVKIoWwXUqrqRSl1PhD4ExCKIASZR0h0cURQiiqCUYwp2UyPVr aOVqiYKKqkJRFHBV9ZHYx6GqzOggMxWqnyRRdwKihxul21VV/CS6MkAQRT3JU7sXNZ34csyrRgO5 S34AARM+3fWtWkd/yYySJEIySZouBRGCoOlVkjSnXxIl47YkwSRJEEUJTGAuZ5O57MDAGIeesAjo nQC/VJlCWWDMT1IoC5iA7adwcK743O/LrrTWA0HUAgr3di645N/hEKs+TP39zgUJomAHnBxOVbxi OQVBhSjI+kPOd/vEtKxt1V8TE7hRks0yZEk27KuorPTu+bjCAEwQwMDA1dAaOyYIYAKHwDkkUYIq XH7QqS6Hj/t8sAr6KAHmfpALAgRRgOgxuuRyYx6EXpkAhfkam6I1tELIDXkwthQhMJdDyaBn5Iuu CInmsHGotR2l4AKA2n11dyXaYYIAyfV78uVEBHIe3PYxRJOY9tswmYyOgnu0jMkkQTLJEMXL+pZc f7V/gh6JYoIAUdDvJv06PIQwAAtaO8zzzq11Tf8/BX0qSRCULA0AAAAASUVORK5CYII= --=-n9DfhKi8+68MXx+rtEFz Content-Disposition: attachment; filename=pathbar_path.diff Content-Type: text/x-patch; name=pathbar_path.diff; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Index: nautilus-spatial-window-ui.xml =================================================================== RCS file: /cvs/gnome/nautilus/src/nautilus-spatial-window-ui.xml,v retrieving revision 1.11 diff -u -r1.11 nautilus-spatial-window-ui.xml --- nautilus-spatial-window-ui.xml 1 Jun 2004 09:21:35 -0000 1.11 +++ nautilus-spatial-window-ui.xml 23 Jul 2004 14:13:59 -0000 @@ -65,4 +65,9 @@ + + + + + Index: nautilus-spatial-window.c =================================================================== RCS file: /cvs/gnome/nautilus/src/nautilus-spatial-window.c,v retrieving revision 1.433 diff -u -r1.433 nautilus-spatial-window.c --- nautilus-spatial-window.c 21 Jun 2004 18:33:43 -0000 1.433 +++ nautilus-spatial-window.c 23 Jul 2004 14:14:00 -0000 @@ -89,10 +89,9 @@ guint save_geometry_timeout_id; GtkWidget *content_box; - GtkWidget *location_button; - GtkWidget *location_label; GtkWidget *location_statusbar; + GtkWidget *pathbar_box; GnomeVFSURI *location; }; @@ -372,6 +371,20 @@ "/status/StatusButton", BONOBO_OBJREF (control), NULL); + + /* Wrap the location bar in a control and set it up. */ + control = bonobo_control_new (window->details->pathbar_box); + bonobo_ui_component_object_set (NAUTILUS_WINDOW (window)->details->shell_ui, + "/Path Bar/Wrapper", + BONOBO_OBJREF (control), + NULL); + + // bonobo_object_unref (control); + + nautilus_bonobo_add_menu_separator + (NAUTILUS_WINDOW (window)->details->shell_ui, "/menu/Places/Places Placeholder"); + + } static void @@ -430,161 +443,137 @@ } } - static void -location_menu_item_activated_callback (GtkWidget *menu_item, - NautilusSpatialWindow *window) +pathbar_button_clicked_callback (GtkWidget *button, + GdkEventButton *event, + NautilusSpatialWindow *window) { GnomeVFSURI *uri; char *location; - GdkEvent *event; - uri = g_object_get_data (G_OBJECT (menu_item), "uri"); - location = gnome_vfs_uri_to_string (uri, GNOME_VFS_URI_HIDE_NONE); - event = gtk_get_current_event(); + if (GTK_IS_TOGGLE_BUTTON (button)) { + gtk_toggle_button_set_active (GTK_TOGGLE_BUTTON (button) , TRUE); + } + uri = g_object_get_data (G_OBJECT (button), "uri"); + location = gnome_vfs_uri_to_string (uri, GNOME_VFS_URI_HIDE_NONE); + if (!gnome_vfs_uri_equal (uri, window->details->location)) { - if (event != NULL && ((GdkEventAny *) event)->type == GDK_BUTTON_RELEASE && - (((GdkEventButton *) event)->button == 2 || - (((GdkEventButton *) event)->state & GDK_SHIFT_MASK) != 0)) + if (event != NULL && event->type == GDK_BUTTON_PRESS && + (event->button == 2 || + (event->state & GDK_SHIFT_MASK) != 0)) { nautilus_window_open_location (NAUTILUS_WINDOW (window), location, TRUE); } else { - nautilus_window_open_location (NAUTILUS_WINDOW (window), location, FALSE); + nautilus_window_open_location (NAUTILUS_WINDOW (window), location,FALSE); } - } - - if (event != NULL) { - gdk_event_free (event); - } - g_free (location); } static void -menu_deactivate_callback (GtkWidget *menu, - gpointer data) +nautilus_spatial_window_set_pathbar (NautilusSpatialWindow *window, const char *location) { - GMainLoop *loop; - - loop = data; - - if (g_main_loop_is_running (loop)) { - g_main_loop_quit (loop); + GnomeVFSURI *uri; + char *name, *uri_location; + GtkWidget *button, *hbox, *label, *image; + GtkRcStyle *rc_style; + gboolean use_toggle_button, use_home_shortcut; + + uri = NULL; + if (location != NULL) { + uri = gnome_vfs_uri_new (location); + } -} - -static void -menu_popup_pos (GtkMenu *menu, - gint *x, - gint *y, - gboolean *push_in, - gpointer user_data) -{ - GtkWidget *widget; - GtkRequisition menu_requisition, button_requisition; - widget = user_data; - gtk_widget_size_request (GTK_WIDGET (menu), &menu_requisition); - gtk_widget_size_request (widget, &button_requisition); + + /* deallocate existing pathbar */ + gtk_container_foreach (GTK_CONTAINER (window->details->pathbar_box), + (GtkCallback) gtk_widget_destroy, + NULL); - gdk_window_get_origin (widget->window, x, y); + /* use a toggle button for the current folder only */ + use_toggle_button = TRUE; + while (uri != NULL) { - *y -= menu_requisition.height - button_requisition.height; + + uri_location = gnome_vfs_uri_to_string (uri, GNOME_VFS_URI_HIDE_TOPLEVEL_METHOD); - *push_in = TRUE; -} - -static void -location_button_clicked_callback (GtkWidget *widget, NautilusSpatialWindow *window) -{ - GtkWidget *popup, *menu_item, *first_item; - GnomeVFSURI *uri; - char *name; - GMainLoop *loop; + use_home_shortcut = (strcmp (uri_location, g_get_home_dir ()) == 0); + g_free (uri_location); + if (use_home_shortcut) { + name = g_strdup("Home"); + } else { + name = g_strconcat (" ", nautilus_get_uri_shortname_for_display (uri), NULL); + } - g_return_if_fail (window->details->location != NULL); + if (use_toggle_button) { + button = gtk_toggle_button_new (); + gtk_toggle_button_set_active (GTK_TOGGLE_BUTTON (button) , TRUE); + use_toggle_button = FALSE; + } else { + button = gtk_button_new (); + } - popup = gtk_menu_new (); - first_item = NULL; - uri = gnome_vfs_uri_ref (window->details->location); - while (uri != NULL) { - name = nautilus_get_uri_shortname_for_display (uri); - menu_item = gtk_image_menu_item_new_with_label (name); - if (first_item == NULL) { - first_item = menu_item; + rc_style = gtk_widget_get_modifier_style (button); + rc_style->xthickness = 0; + rc_style->ythickness = 0; + gtk_widget_modify_style (button, rc_style); + gtk_widget_show (button); + + hbox = gtk_hbox_new (FALSE, 1); + gtk_container_add (GTK_CONTAINER (button), hbox); + gtk_widget_show (hbox); + + if (use_home_shortcut) { + image = gtk_image_new_from_stock (GTK_STOCK_HOME, GTK_ICON_SIZE_MENU); + gtk_box_pack_start (GTK_BOX (hbox), image, FALSE, FALSE, 0); + gtk_widget_show (image); } + + label = gtk_label_new (name); + gtk_box_pack_start (GTK_BOX (hbox), label, FALSE, FALSE, 0); + gtk_widget_show (label); + gtk_box_pack_end (GTK_BOX (window->details->pathbar_box), button, TRUE, TRUE, 0); + + g_free (name); - gtk_widget_show (menu_item); - g_signal_connect (menu_item, "activate", - G_CALLBACK (location_menu_item_activated_callback), + + g_object_set_data_full (G_OBJECT (button), "uri", uri, (GDestroyNotify)gnome_vfs_uri_unref); + g_signal_connect (button, + "button_press_event", + G_CALLBACK (pathbar_button_clicked_callback), window); - g_object_set_data_full (G_OBJECT (menu_item), "uri", uri, (GDestroyNotify)gnome_vfs_uri_unref); - - gtk_menu_shell_prepend (GTK_MENU_SHELL (popup), menu_item); + + /* don't create anymore buttons if we use the home shortcut */ + if (use_home_shortcut) { + return; + } uri = gnome_vfs_uri_get_parent (uri); - } - gtk_menu_set_screen (GTK_MENU (popup), gtk_widget_get_screen (widget)); - loop = g_main_loop_new (NULL, FALSE); - - g_signal_connect (popup, "deactivate", - G_CALLBACK (menu_deactivate_callback), - loop); - - gtk_grab_add (popup); - gtk_menu_popup (GTK_MENU (popup), NULL, NULL, menu_popup_pos, widget, 1, GDK_CURRENT_TIME); - gtk_menu_shell_select_item (GTK_MENU_SHELL (popup), first_item); - g_main_loop_run (loop); - gtk_grab_remove (popup); - g_main_loop_unref (loop); - gtk_object_sink (GTK_OBJECT (popup)); + } } void nautilus_spatial_window_set_location_button (NautilusSpatialWindow *window, const char *location) { - GnomeVFSURI *uri; - char *name; - uri = NULL; - if (location != NULL) { - uri = gnome_vfs_uri_new (location); - } - if (uri != NULL) { - name = nautilus_get_uri_shortname_for_display (uri); - gtk_label_set_label (GTK_LABEL (window->details->location_label), - name); - g_free (name); - gtk_widget_set_sensitive (window->details->location_button, TRUE); - } else { - gtk_label_set_label (GTK_LABEL (window->details->location_label), - ""); - gtk_widget_set_sensitive (window->details->location_button, FALSE); - } - - if (window->details->location != NULL) { - gnome_vfs_uri_unref (window->details->location); - } - window->details->location = uri; + nautilus_spatial_window_set_pathbar(window,location); } + static void nautilus_spatial_window_instance_init (NautilusSpatialWindow *window) { GtkShadowType shadow_type; GtkWidget *frame; - GtkRcStyle *rc_style; - GtkWidget *arrow; - GtkWidget *hbox; window->details = g_new0 (NautilusSpatialWindowDetails, 1); window->affect_spatial_window_on_next_location_change = TRUE; @@ -601,30 +590,6 @@ gtk_statusbar_set_has_resize_grip (GTK_STATUSBAR (window->details->location_statusbar), FALSE); - window->details->location_button = gtk_button_new (); - gtk_button_set_relief (GTK_BUTTON (window->details->location_button), - GTK_RELIEF_NONE); - rc_style = gtk_widget_get_modifier_style (window->details->location_button); - rc_style->xthickness = 0; - rc_style->ythickness = 0; - gtk_widget_modify_style (window->details->location_button, - rc_style); - - gtk_widget_show (window->details->location_button); - - hbox = gtk_hbox_new (FALSE, 3); - gtk_container_add (GTK_CONTAINER (window->details->location_button), - hbox); - gtk_widget_show (hbox); - - window->details->location_label = gtk_label_new (""); - gtk_box_pack_start (GTK_BOX (hbox), window->details->location_label, - FALSE, FALSE, 0); - gtk_widget_show (window->details->location_label); - - arrow = gtk_arrow_new (GTK_ARROW_DOWN, GTK_SHADOW_NONE); - gtk_box_pack_start (GTK_BOX (hbox), arrow, FALSE, FALSE, 0); - gtk_widget_show (arrow); frame = gtk_frame_new (NULL); gtk_widget_style_get (GTK_WIDGET (window->details->location_statusbar), @@ -634,14 +599,17 @@ frame, TRUE, TRUE, 0); gtk_widget_show (frame); - gtk_container_add (GTK_CONTAINER (frame), - window->details->location_button); + window->details->pathbar_box = gtk_hbox_new (FALSE, 1); + gtk_widget_show (window->details->pathbar_box); + + /* gtk_container_add (GTK_CONTAINER (frame), + window->details->pathbar_box);*/ - gtk_widget_set_sensitive (window->details->location_button, FALSE); - g_signal_connect (window->details->location_button, - "clicked", - G_CALLBACK (location_button_clicked_callback), window); gtk_widget_show (window->details->location_statusbar); + + + + } static void --=-n9DfhKi8+68MXx+rtEFz-- From tero.huttunen@tut.fi Sat Jul 24 06:59:33 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from paperi.ton.tut.fi (paperi.ton.tut.fi [193.166.234.15]) by menubar.gnome.org (Postfix) with ESMTP id 8D3C33B0995 for ; Sat, 24 Jul 2004 06:59:33 -0400 (EDT) Received: from b79.ttorni.ton.tut.fi ([192.168.1.2]) [193.166.234.123] by paperi.ton.tut.fi with esmtp (Exim 3.33 #3 (Debian)) id 1BoKFW-0007io-00; Sat, 24 Jul 2004 13:59:30 +0300 From: Tero Huttunen To: nautilus-list@gnome.org Content-Type: text/plain Date: Sat, 24 Jul 2004 14:13:11 +0300 Message-Id: <1090667591.4729.19.camel@taju2.ton.tut.fi> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 25 Jul 2004 08:07:53 -0400 Subject: Re: date format in list view X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Jul 2004 10:59:33 -0000 Hi, Now that Nautilus has an option to to change the date format in list view, is there any chance of getting in similar format as in the new gtk file chooser eg. 07/10/2004 or Today, Yesterday? In addition, it would be more consistent if gtk file chooser would conform to the same configuration option. Or can you think of any reason why file chooser should have different format than nautilus? -- Tero From mammique@garbure.org Sat Jul 24 16:32:58 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mwinf0303.wanadoo.fr (smtp3.wanadoo.fr [193.252.22.28]) by menubar.gnome.org (Postfix) with ESMTP id 70DA33B0E36 for ; Sat, 24 Jul 2004 16:32:58 -0400 (EDT) Received: from PlasticBertrand (AToulouse-152-1-44-206.w82-125.abo.wanadoo.fr [82.125.154.206]) by mwinf0303.wanadoo.fr (SMTP Server) with ESMTP id 705D15000831 for ; Sat, 24 Jul 2004 22:32:57 +0200 (CEST) From: mammique To: nautilus-list@gnome.org Content-Type: text/plain Organization: Garbure Message-Id: <1090700865.1986.39.camel@PlasticBertrand> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 24 Jul 2004 22:28:01 +0200 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 25 Jul 2004 08:07:53 -0400 Subject: "Open With" -> "An Application" X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mammique@garbure.org List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Jul 2004 20:32:58 -0000 Hi, i don't understand why some default applications in /usr/share/application-registry/*.applications appears in nautilus's "Open With" button & some other must be choosen in a list proposed by "An Application". How could i make my application directly clickable from "Open With" for all users ? I didn't found any info about this. Thank you. $ apt-cache show nautilus | grep Version Version: 2.6.3b-1 PS: This is the same problem as : http://mail.gnome.org/archives/nautilus-list/2002-October/msg00042.html From alan@ufies.org Sun Jul 25 22:07:54 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from master.ufies.org (unknown [65.110.12.162]) by menubar.gnome.org (Postfix) with ESMTP id 1829F3B10E4 for ; Sun, 25 Jul 2004 22:07:54 -0400 (EDT) Received: by master.ufies.org (Postfix, from userid 1000) id D51D4B0113; Sun, 25 Jul 2004 19:09:29 -0700 (PDT) Date: Sun, 25 Jul 2004 19:09:29 -0700 From: Alan To: nautilus-list@gnome.org Message-ID: <20040726020929.GB15237@ufies.org> Mail-Followup-To: nautilus-list@gnome.org References: <1090700865.1986.39.camel@PlasticBertrand> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1090700865.1986.39.camel@PlasticBertrand> User-Agent: Mutt/1.5.6i Subject: Re: "Open With" -> "An Application" X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2004 02:07:54 -0000 On Sat, Jul 24, 2004 at 10:28:01PM +0200, mammique wrote: > Hi, > > i don't understand why some default applications in > /usr/share/application-registry/*.applications appears in nautilus's > "Open With" button & some other must be choosen in a list proposed by > "An Application". How could i make my application directly clickable > from "Open With" for all users ? I didn't found any info about this. Yes, I think that offering a list of apps (such as what is in the run dialog) before putting the user in the 'associate application' dialog would go a long way to making that side of it more user friendly. I think that one of the current WORST things about gnome is that if you need to associate .csv with say, OO.o instead of gedit you end up in the file types and associations dialog which is pretty user un-friendly. However, I think that if you simply gave the user a list of apps to choose from and made the file types and associates what popped up if they clicked on 'advanced' (or something like that) this would be quite a lot more user friendly. alan -- Alan - http://arcterex.net -------------------------------------------------------------------- "There are only 3 real sports: bull-fighting, car racing and mountain climbing. All the others are mere games." -- Hemingway From alan@ufies.org Sun Jul 25 22:09:53 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from master.ufies.org (unknown [65.110.12.162]) by menubar.gnome.org (Postfix) with ESMTP id C5F583B10F7 for ; Sun, 25 Jul 2004 22:09:53 -0400 (EDT) Received: by master.ufies.org (Postfix, from userid 1000) id EB456B005E; Sun, 25 Jul 2004 19:11:29 -0700 (PDT) Date: Sun, 25 Jul 2004 19:11:29 -0700 From: Alan To: nautilus-list@gnome.org Message-ID: <20040726021129.GC15237@ufies.org> Mail-Followup-To: nautilus-list@gnome.org References: <1090702999.23114.25.camel@dali.sqx.lde> <1090714279.18165.1.camel@clown.mrkidd.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1090714279.18165.1.camel@clown.mrkidd.com> User-Agent: Mutt/1.5.6i Subject: Re: Appearance of the new Add-Application dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2004 02:09:54 -0000 On Sat, Jul 24, 2004 at 05:11:19PM -0700, Mason Kidd wrote: > I would actually suggest that the 'Add Application' dialog match the > 'Run Application' dialog, so that when it is expanded, it shows a list > of 'Known Applications'. +1 I think that showing the user the filesystem layout, even through the file chooser, should be a last resort (or 'advanced' in this case). alan -- Alan - http://arcterex.net -------------------------------------------------------------------- "There are only 3 real sports: bull-fighting, car racing and mountain climbing. All the others are mere games." -- Hemingway From kotrla@ceb.cz Mon Jul 26 04:22:14 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.ceb.cz (mail.ceb.cz [193.86.242.34]) by menubar.gnome.org (Postfix) with SMTP id C5ECC3B1118 for ; Mon, 26 Jul 2004 04:22:13 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Date: Mon, 26 Jul 2004 10:20:05 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: nautilus behaviour when selected file is changed Thread-Index: AcRwlVzEsWCstkWaRdOlYeUL0XUoaQCU6Vog From: "Kotrla Vitezslav" To: Subject: RE: nautilus behaviour when selected file is changed X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2004 08:22:14 -0000 > 0. have fam/gamin working > 1. select a file > 2. touch it from a shell or otherwise change it > 3. observe how the file is unselected and the next file in=20 > the directory > gets a frame around its name, but is not selected. Couldn't replicate with 2.6.3. You'll probably better upgrade. Just my USD 0.02. Vit Kotrla From kotrla@ceb.cz Mon Jul 26 04:28:31 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.ceb.cz (mail.ceb.cz [193.86.242.34]) by menubar.gnome.org (Postfix) with SMTP id 297713B1161 for ; Mon, 26 Jul 2004 04:28:31 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Date: Mon, 26 Jul 2004 10:26:23 +0200 content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Nautilus and ftp Thread-Index: AcQirXczw9HTqt85Qeq34xwyIXqFRBQO/rlw From: "Kotrla Vitezslav" To: Cc: Ondrej Fruhbauer Subject: sort order in Nautilus X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2004 08:28:31 -0000 A friend of mine is bothered by this one. He is versioning his work like this 001.txt 002.txt ... which is apparently no problem. Now he makes revision in 001.txt, saves as 001a.txt, next revision is 001b.txt etc.. Problem is that 'by name' sort order in Nautilus 2.6.3 makes this list 001a.txt 001b.txt 001.txt but he would (and me too) expect 001.txt in the first place. Is it bug, feature, or is there any sorting rationale behind? Thanks for explanation, Vit Kotrla From jdub@waugh.id.au Mon Jul 26 04:46:36 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.syd.swiftdsl.com.au (mail.syd.swiftdsl.com.au [202.154.83.58]) by menubar.gnome.org (Postfix) with SMTP id 40AC13B1157 for ; Mon, 26 Jul 2004 04:46:35 -0400 (EDT) Received: (qmail 22992 invoked from network); 26 Jul 2004 08:46:34 -0000 Received: from unknown (HELO home.waugh.id.au) (218.214.67.227) by mail.syd.swiftdsl.com.au with SMTP; 26 Jul 2004 08:46:34 -0000 Received: from willow.home.waugh.id.au (willow.home [192.168.10.9]) by home.waugh.id.au (Postfix) with ESMTP id D2E02E8D18 for ; Mon, 26 Jul 2004 18:46:30 +1000 (EST) Received: by willow.home.waugh.id.au (Postfix, from userid 1000) id 6657768DCC; Mon, 26 Jul 2004 18:46:14 +1000 (EST) Date: Mon, 26 Jul 2004 18:46:13 +1000 From: Jeff Waugh To: nautilus-list@gnome.org Message-ID: <20040726084613.GZ6224@willow.home.waugh.id.au> Mail-Followup-To: nautilus-list@gnome.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Reply-By: Thu Jul 29 18:45:15 EST 2004 X-Operating-System: Linux 2.6.6 ppc X-Message-Flag: Cranky? Try Free Software instead! X-Uptime: 18:45:15 up 26 days, 15:39, 7 users, load average: 1.29, 1.15, 1.06 User-Agent: Mutt/1.5.6+20040523i Subject: Re: sort order in Nautilus X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2004 08:46:36 -0000 > 001a.txt > 001b.txt > 001.txt > > but he would (and me too) expect 001.txt in the first place. > > Is it bug, feature, or is there any sorting rationale behind? I'd say it's because "a" comes before ".", and "." is not a particularly special character in *nix filenames, so it's not ignored as part of the search order as it is in other operating systems. - Jeff -- linux.conf.au 2005: Canberra, Australia http://linux.conf.au/ "Ever since GNOME development began, I have urged people to aim to make it as good as the Macintosh. To try to be like Windows is to try for second-best." - Richard Stallman From carlos@gnome.org Mon Jul 26 04:51:21 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from ternura.interactors.coop (ternura.interactors.coop [65.110.56.102]) by menubar.gnome.org (Postfix) with ESMTP id B5BBE3B115C for ; Mon, 26 Jul 2004 04:51:21 -0400 (EDT) Received: from [192.168.0.101] (69.Red-80-33-181.pooles.rima-tde.net [80.33.181.69]) by ternura.interactors.coop (Postfix) with ESMTP id ACB787C50B; Mon, 26 Jul 2004 10:52:11 +0200 (CEST) From: Carlos =?ISO-8859-1?Q?Perell=F3_Mar=EDn?= To: Kotrla Vitezslav In-Reply-To: References: Content-Type: text/plain; charset=ISO-8859-15 Organization: GNOME Foundation Date: Mon, 26 Jul 2004 10:51:12 +0200 Message-Id: <1090831872.3682.16.camel@frodo.pemas.net> Mime-Version: 1.0 X-Mailer: Evolution 1.5.90 Content-Transfer-Encoding: 8bit Cc: nautilus-list@gnome.org, Ondrej Fruhbauer Subject: Re: sort order in Nautilus X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2004 08:51:21 -0000 On Mon, 2004-07-26 at 10:26 +0200, Kotrla Vitezslav wrote: > A friend of mine is bothered by this one. He is versioning > his work like this > > 001.txt > 002.txt > ... > > which is apparently no problem. Now he makes revision in 001.txt, > saves as 001a.txt, next revision is 001b.txt etc.. Problem is that > 'by name' sort order in Nautilus 2.6.3 makes this list > > 001a.txt > 001b.txt > 001.txt > > but he would (and me too) expect 001.txt in the first place. > > Is it bug, feature, or is there any sorting rationale behind? Nautilus sorts the files following your locale rules if you want other rules look for other locales (changing the LC_COLLATE env variable). > > Thanks for explanation, > Cheers. > Vit Kotrla -- Carlos Perelló Marín Debian GNU/Linux Sid (PowerPC) Linux Registered User #121232 mailto:carlos@pemas.net || mailto:carlos@gnome.org http://carlos.pemas.net Valencia - Spain From mathias.hasselmann@gmx.de Mon Jul 26 22:49:32 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id C3F003B0BCB for ; Mon, 26 Jul 2004 22:49:31 -0400 (EDT) Received: (qmail 583 invoked by uid 65534); 27 Jul 2004 02:49:30 -0000 Received: from pD9F50B3E.dip.t-dialin.net (EHLO mail.sqx.lde) (217.245.11.62) by mail.gmx.net (mp018) with SMTP; 27 Jul 2004 04:49:30 +0200 X-Authenticated: #427294 Received: from [192.168.100.11] (dali.sqx.lde [192.168.100.11]) by mail.sqx.lde (Postfix) with ESMTP id EA1911E1AB; Tue, 27 Jul 2004 03:53:12 +0200 (CEST) From: Mathias Hasselmann To: Alan In-Reply-To: <20040726021129.GC15237@ufies.org> References: <1090702999.23114.25.camel@dali.sqx.lde> <1090714279.18165.1.camel@clown.mrkidd.com> <20040726021129.GC15237@ufies.org> Content-Type: text/plain Organization: http://taschenorakel.de/ Message-Id: <1090896560.12208.8.camel@dali.sqx.lde> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 27 Jul 2004 04:49:20 +0200 Content-Transfer-Encoding: 7bit Cc: nautilus-list@gnome.org Subject: Re: Appearance of the new Add-Application dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2004 02:49:32 -0000 Am Mo, den 26.07.2004 schrieb Alan um 4:11: > On Sat, Jul 24, 2004 at 05:11:19PM -0700, Mason Kidd wrote: > > I would actually suggest that the 'Add Application' dialog match the > > 'Run Application' dialog, so that when it is expanded, it shows a list > > of 'Known Applications'. > > +1 > > I think that showing the user the filesystem layout, even through the > file chooser, should be a last resort (or 'advanced' in this case). Yup, letting alone with the thousands of binaries an average *nix system contains, would be quite "uncool". That's why I see some "Applications" shortcut in the expanded file browser, pointing on some virtual folder listing known applications. Maybe this shortcut could be preselected. Ciao, Mathias -- Mathias Hasselmann http://www.taschenorakel.de/mathias/ From veillard@redhat.com Tue Jul 27 06:06:23 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id E3B6F3B0A69; Tue, 27 Jul 2004 06:06:22 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6RA6Me1012779; Tue, 27 Jul 2004 06:06:22 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6RA6Ma15662; Tue, 27 Jul 2004 06:06:22 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6RA5g90030595; Tue, 27 Jul 2004 06:05:43 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i6RA5gbw030586; Tue, 27 Jul 2004 06:05:42 -0400 Date: Tue, 27 Jul 2004 06:05:42 -0400 From: Daniel Veillard To: John McCutchan Message-ID: <20040727100542.GA27713@redhat.com> References: <1090180167.5079.21.camel@vertex> <20040719033719.GA24114@redhat.com> <1090446785.8997.13.camel@vertex> <20040721231833.GC31580@redhat.com> <1090464430.10162.7.camel@vertex> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1090464430.10162.7.camel@vertex> User-Agent: Mutt/1.4.1i Cc: gamin-list@gnome.org, nautilus-list@gnome.org Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2004 10:06:23 -0000 Sorry for the delay, my laptop decided to break while at OLS making mail and related work near impossible... On Wed, Jul 21, 2004 at 10:47:10PM -0400, John McCutchan wrote: [...] > My idea is that when we are packaging the events for the client we can > scan the events we have already queued to be sent to the client, and if > the events are the same we toss the one out. A couple questions.. (I > haven't gotten a firm grasp on FAM/gamin yet) does the client (aka > nautilus,etc) ask for all pending events ? or do we just push them down > a fd and nautilus reads them whenever it feels like it? it's synchronous, the second kind, which makes filtering a bit harder. The main problem people raised (with fam) is that if a file is being monitored (or in a monitored dir) and grows very fast, you get a continuous stream of FAM event consuming most of your CPU. Avoiding this effect could be done by rate limiting Changed events for a given file. You still don't want to block them completely as FAM is used for example to monitor log files. > Either way I think flow control and event merging shouldn't be too hard. > We just need a staging ground for 'new events' where we could batch them > up and say once per second send them off to the clients or fd. yup, you don't want to delay the event, but block successive Changed events until a given delay. This can be done completely server based. > > > One question about gamin, why does it not have a backend shutdown > > > routine? > > > > I'm not 100% sure I understand, maybe the answer is because > > this wasn't available in the FAM API. > > We should be able to add this right? It shouldn't affect the fam API, > just when gamin is shutting down call a backend shutdown callback. I'm still unclear. Do you mean libgamin ? How would the library knows it's shutting down, since FAM is the only user visible interface from the library to the application (and I would really like to keep it that way). It seems I'm missing something, or do you mean a internal API call at the server level when it's shutting down (say on SIGINT signal) ? Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From veillard@redhat.com Tue Jul 27 06:28:40 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id E7CDB3B0ADD; Tue, 27 Jul 2004 06:28:34 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6RASXe1017811; Tue, 27 Jul 2004 06:28:33 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6RASXa21779; Tue, 27 Jul 2004 06:28:33 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6RARst9006836; Tue, 27 Jul 2004 06:27:54 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i6RARsRK006834; Tue, 27 Jul 2004 06:27:54 -0400 Date: Tue, 27 Jul 2004 06:27:54 -0400 From: Daniel Veillard To: John McCutchan Message-ID: <20040727102753.GB27713@redhat.com> References: <1090379253.4228.8.camel@vertex> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1090379253.4228.8.camel@vertex> User-Agent: Mutt/1.4.1i Cc: gamin-list@gnome.org, nautilus-list@gnome.org Subject: Re: [gamin] [PATCH] inotify 0.6 + new gamin patches X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2004 10:28:40 -0000 On Tue, Jul 20, 2004 at 11:07:34PM -0400, John McCutchan wrote: > With this release I am able to run gnome 2.6 without any (major) > problems. [The previous set of patches caused major kernel problems when > running gnome 2.6.. I have now fixed that bug.] > > The only bug I know of right now is gnome-settings-daemon gives an error > on login. It says it restarted too many times and will start next time I > login, but gnome-settings-daemon is running and my desktop appears to be > fully functional. > > This really needs to be tested by more people. > > Attached is a tarball with inotify 0.6 and gamin patches. Okay, I applied the patches, I just had to add a #ifdef USE_INOTIFY/#endif to server/gam_inotify.c to avoid compilation errors on system without inotify. It would be good to find a way to detect the availability of inotify.h from the kernel sources to then activate it. Anyway this is in gamin CVS head, let's hope it get tested by more people, but getting the kernel side ready is IMHO far more difficult for people to test it. thanks ! Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From wingo@pobox.com Thu Jul 29 05:45:27 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from johnson-resources.com (unknown [216.166.232.203]) by menubar.gnome.org (Postfix) with ESMTP id 1F02F3B0F48 for ; Thu, 29 Jul 2004 05:45:27 -0400 (EDT) Received: from localhost (mantis.schoolnet.na [::ffff:196.44.140.238]) (AUTH: LOGIN wingo) by johnson-resources.com with esmtp; Thu, 29 Jul 2004 05:45:22 -0400 Received: from wingo by localhost with local (Exim 3.36 #1 (Debian)) id 1Bq7OA-0006J3-00 for ; Thu, 29 Jul 2004 10:39:50 +0100 From: Andy Wingo To: nautilus-list@gnome.org Message-Id: <1091093989.1307.158.camel@localhost> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=_fridge-15390-1091094326-0001-2" X-Mailer: Ximian Evolution 1.5.7 Date: Thu, 29 Jul 2004 10:39:49 +0100 Sender: Andy Wingo Subject: mtools backend for gnome-vfs X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2004 09:45:27 -0000 This is a MIME-formatted message. If you see this text it means that your E-mail software does not support MIME-formatted messages. --=_fridge-15390-1091094326-0001-2 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit [sending again after actually subscribing, sorry if you get this twice] Hey all, I just did a stupid-sounding thing: I implemented an mtools backend for gnome-vfs! Why would someone waste their time on such a pursuit, you ask? After all, the normal mounting/unmounting backend works just fine[0]. And it does work quite well, y'all did some nice work on that. The thing is, I run a thin-client computer lab. It's in rural Namibia, and everything except for the server is a refurb machine. Having a thin-client setup is cheaper, allows 486's with 16M of RAM to run the latest GNOME (!!), makes maintainance easier, etc etc. Everything runs fine, except for the fact that programs can't access hardware on the clients, except for X, because the programs actually run on the server. Enter mtools. mtools bundles something called `floppyd', which transparently integrates with the mtools suite to offer access to the floppy on a machine. It is designed for thin clients, and authenticates with standard X authentication. There's no encryption, but that's not much of an issue on the typical switched thin-client network. All it takes is a couple of lines in mtools.conf, and you can expose a: or b: or x: as the remote floppy. You can still have the local floppy (which is actually on the server) available as well. Michael Meeks was contemplating a different solution, using SSH and running some kind of automounter on the client. It's clear this isn't a general solution to the client-hardware problem, but it is a piece. I don't know what form the general solution has, but I think it involves X authentication. Issues: -- Doesn't check to see if a file is writable -- Need to figure out a sane URI scheme: nautilus doesn't like floppy://a:/foo (but floppy:/// will take the first listed floppy) -- mtools calls need to be serialized, which doesn't play well with nautilus' strategy for pouncing on a uri with gazillions of threads (no, it doesn't crash but it does get a but slow. I check the cancellation, but there's nothing.) -- many gnome programs can't write to URIs from gnome-vfs, even if they're writable. I was bummed a bit that this was the case. Maybe I can get in a patch or two for the programs my users use. Would be nice to see "client floppy" in the epiphany save-as list, for instance. Anyway, the files are attached. I'm sure other thin-client people would be interested in this. Just wanted to let you all know about it, too. Cheers, and keep up the wonderful work -- spatial nautilus rocks Namibia! [0] Aside from the fact that the whole mounted/unmounted difficulty still exists. It would be nicer if you could somehow turn on the floppy light to indicate the floppy was mounted. In this way the mtools model is better, but it's clunkier in other ways. -- Andy Wingo http://ambient.2y.net/wingo/ --=_fridge-15390-1091094326-0001-2 Content-Type: application/x-compressed-tar; name="gnome-vfs-floppy.tar.gz" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=gnome-vfs-floppy.tar.gz H4sICJm8BkEAA2ZyLjIyOTQ2LjAuZ25vbWUtdmZzLWZsb3BweS50YXIA7Tz9d9pIkvkV/RUVZscD BGz8leyFJHsOxg5vbPADvJlcbp5WlhrQs5A4STjxzeR/v6r+0BcSxp7M3Nv31Duzhu7q6q7v6upm Zq63YK27adCaOt5yeb8n/rQWLJx71q7pudNnf7S1sb08OqK/+6+O28m/oh28erbfbr86Pjp61T44 eNY+aB/sHz2D9h9eeYu2CkLDB3j2xXZn3ga4h8YlKdHff5MmxP0aUmLXtP/vbZXtL2qzrP1fGrds ajvsO67xgP3vH7w8RvvH/x29fNl+9epZe//lwUFp/39J+wFCFoSwkFLXtO7Zxcn5+O2/lrezFnl/ ewatljl1jFkAM8e+aR3stiHWmoVnrRxGnf8C7aL/PjsTZzw0T9OuRr2z/i+ZmXeGbxs3Dnu79HFr X4vmdoeDs9P+6O0eC829GAYH9wRcoF0OTwnibzWxTn0Pt1MAqnW7b2emqWmG4yinuBt4mhZ9jHpN rfK3Wrdbh9YM8ANnG36ZXvW70PqI86Fl5sMSm/BjMDd8ZiGs02wFnmssWDNaBVpevLr6hNswHWa4 r7WKv8CVoEGDDeq3XVTj9JYrsg9aFu1PsKme6RasSfSuh//cyfHeIhzE1fRs4tvKVVtTm948IQJS a+YkJGV0+n5tzf8rjf2Oa2z2/0f7xy9fCf9/fPDq6PCA+/+jw9L//xVtrwGtRgsuPYu9hm4HQuOm 9cW2wvlr+HsHbNdibtjCTu51ESTsgNm6MQLbbHnTacBChOMYGnvaXkODBnS95b1vz+Yh1NDhHaCA 4cS17uEjMRDecD7+59K78b6iMS/e5U45hP6CuZbtwYf3gBAENJnbAaDL8A3/HvDj1GcMAm8afkE3 2oF7bwWm4QK6VDsIfftmFTKwQzBca8/zCQESYE/vqW+FZPkQzhkGP38RgDflX84H13DOXOYbDlyt bhzbhAvbZG7AwAgIw5I6gzk67Zt7PuOM9jCWe4AzDxEboe25HWA2jvtwx/wAv8OBXIOwSJxN8Hyo GSHt3AdvSfPquN17cIwwnrpbQH5MpYVi4ruZe0ukaI4okcYvNrrpGwargE1XTpNQIDB87E8+DK8n cDL4BB9PRqOTweRTB4HRueIou2MClb1YOjZiRrp8ww3vcfuE4bI36n7AKSfv+xf9ySei4Kw/GfTG YzgbjuAErk5Gk373+uJkBFfXo6vhuLcLMGZM8ZeQFLB4isgWHrLRYqFhO4Ei/BMKNsDdORbMjTuG AjaZfYd7M8BEvSkWXoLXYDieO+NkInDMSNTwKbhe2IQvvo36EnpKSEWSbULfNXebcPwfMGHIJAZX jmEyaMF4RRgOD9uc1++9ICToyxPAw+z+fmv/sP2qCdfjE6JrT9N+sF3TWVkM3pAc3dnu/F2iD8Nm EFrpvuA+2AvvlyxY70YfFqZ7p6YbOhnA0EKy033M912PuiDRiVA8LGBUiNOk9LxckNbCXrCt4Hi2 RZDIBwuzO5fBae/99bl+NeoPJsScKXan+lJwNcGzpuHPgt3d3TrM9CV2oP+oiviFSnSzmr2GKghI qP63W23CDz/QjHpH+4E5AduME2HQA01xi+gj7fCnADUP85h71DrMaJrcmhD2DiyPBe5PIerUrTQ/ lC9JBJV7ZmKS19BWvq2Hnr40UP9q58SHf56Nr0d9aOBIHbTftAouQhtYAmZ4Fu04cAx0NQEhq3A0 0ODz3wLOab0L2dewo1W+zDFrh5ocegs/7f1UB/ry4gWO+ixc+S7/3tG+aWpXagcjFqycUFuEnucE uuVBTS7UIMKaoL41HORSoCO2ZjS367m0BWiY4kOdiJjdICbMUCFYmSYLAtzs2cnFuNeJSCAv8xYG 1xcXTWig9skvBEDyYyZGGexr7WPPec/30SkQmJcATO8epRJgp6JszP9eolv8CpIuxzNvcfa5Pp6c oHPSL68nvV/0/qA/6Whahcse9SZiwmv4MUBVIQ58bv9aJxh0ErWIBZgFV2KGRNviEhRIwBDEcxc8 RV9GXoZ8lNRN9D83qwCdT8DwiOPY/8viGeFcqwBIJ0UbxxTbNVah7ayCSNMwbi4dw3Z3hXLognh9 QVQLcms7CeIjGrgF6miBuhSabs6Zeatj3DSZ43AHBzUl0DqgRLPYV24u/krExx8DkOiYlWIjoeIx u0Z9vEOq5/lgeNnTUaJ6bzQajvTuyaDbu7jonSLMN62Cwo20CXezNL64enDvmkiPPmOhHi6WumVj LK03EWelInQXUBzcPIlF2ITKUS9z72zfczHBCNVgG0eAD4qD7tocE83MQnmFqyUsfc/cDIGhwlAQ O6jxAgL9L2k//rtcRSvvoHJHw2QP2WEyiCbt+qtNgkfrSMz0fOLjliLKsF+4HBFYTSM05/Caq17X cDEiYk5hh0I5ee9n0/P9FU9SgC/8K++mmgEFUIzeGCF5l7QB6qQUiD3XKhTvuAI+l5JUqoXB1SVf V6t26VSJ4RfVhyyGWWkz5JJF5MIV/EP8bb1bIC5jxgAdfW3l3rreF7m75/Uq1zBaVPCJEMx0/lny QfGvWBEHw4k+vr66Go4mQhmBwgZwpCQKQQZ9RdeN/3CcTahGDKlKI4qs4yzFL7FHXJ1UO2/xs+H1 gBZWK6dwXScJluzCz5twnvcGvVG/yzHivwmbRLVL2ahElFh3zQmmvSApoR9g1hhyZE0ZcdsprAWr RCSNhXpgwlqVDiJNxfBn7hKiwMZ9f3FcQ6+gG9YduSPdXPk+WXwU4vjmMcZR2GnIURHEBACNq7Bk 4y4UTIc8Eg1iH8fx2f61o6W0gLrz1IDziCi/k6xMET9Iq8UGnVRqQZygtLm2vh3uz3j3zg7fmGsu ltHOTm3MokMPTxI0HcW0f1SH52+FtOKpCuOLF3Y6EApy1mCUxT3nI7//zhd28EghJ/EVpEUkjV9Y PJn/0vBR3Uhw0hEKveYOT+3qH+IP2by7chxp6QXMLWIjppS90eDkQpmCzfOlihIykmXnCkFoYGwV W5JRlWqft8WHd/itWMf5SjrXdM6VGs9OIaHDccpGzqfvTj1okNvWbfwoFJ5UnMT0VjE4LbbX0FbC F5Ld3DCsrFz2dYkahtzAJJqOaFEoJgjSDL4e6UMxlioq5txYLvEEBwaPJnQovucok6hwt0nlHng8 LAXVulyA8neRgPke2hhJBbMrPL3huTaBh6ZjqOFZNGAW/VvOliQ1hMLBE5qIxcqAe8MzOiPw7B0h NpoxwkoDRqyOcc8zgynfgwjDbVrxmP5vnz7u08cD+nRAnw7p0yF9OqJPR/TpmD4dH/PZf8djOirP JfR+mcC4/1+9N6f90Tv4hK11edk6PQX48OH15SXABR2MqfgMIaWrveEFJyq2dcWS3Z/qqTjweT/d X4mUqvWO45MxwcKEqFbd3RXsSAayzRMk/HoMQsV5A0eHOX7EpGSGEuSE/XGOiuDItfkxTmHTBnc4 D44OeGr7LeEbP+8fCsa8kYxRx0cDUAaorXOPamAgJCJLNz63ZsyLuEIl1qUDfyoEnvUvevrk01VP x/m97mQ4+tRJT7nDrM3SpzZzrAB+X5vbH5wN8VPv4nTM8WRm0xlel6smxPG1ZamYsed6/sKQEfpp 6172L3tq8YR4t6N71DunAtOfRXUUSzjh8ZGJjhp8RgSrTw10AbWMlohgJQMW8NNh/TuxKokioGPj W/SLnqOUERXvDyxEXiIze8n8hR1QFTIQfImnX/VGl/r1uDdCcZycwu+QN/Rx1J/0aN7a8PloeH1V MFWMFc8dTj4ULivGiueedLu98ZhPPnl/0VtHIAEIAwE8nZ0C0dPn027643F/OBinc950LoIDUWbw wQjmE7oyxQDPKw2mgef7jnauXwy7P+unvbP+oCerIOirZGWANJmKbajxKzMElQ/E2a5KmPGbb/OE GzB/7ArcOdNpts+mOnrj5HxehKpEX+nUTpwhdGd8t8UYE+OYhgswvszUStSDhpgo0D0GFfoTaM/4 IgXpk+CTznHqJgbvEFOo1HJiPVH7SuVWRA9Pn6KN5G4zWVHr5FCfX87CvN7iDpgrj4eUUZkD/bAo oooz9i+8VdXZGNuOwtsUfkeeSxDXG0qEyMee69cDUodIAYpyWMkNfkuCSxNW4fJjjsQ1uaKIKs3p tDfoq3KO6Xjo7nFP9Q5wIqnWp/GqDafYZV/a8pTWaMIxLSmLADhc3VsF/t6N7e4tqPhfVYP7fLDl Rh0H1CGx1LnqgYrD3u1zHmY5HMVqSEiDdx79GlMmjqCJEqkoL4nCj2JyReZLBPw8fWAVXN/EMyFx snAOlGBCQqHwiEYLcQh0zKIQHIcprozxeGR+CLQfdys60ySn9qbUtsjZbGFGoja3bgzJw7Uyh0K5 Hz1C7hnqUiqQYFgnKfJIupzMzeKNyb7zbCtNrMVQBN59Mb26EQTMxzRhXTTyvK2KIYmt5nQr6taG +AYrmwUTeRG1T16HaohzYL5rI68CkOtbOWG5biuJXIpig+9WdX5UQbWRRDldRK04TiWsY46BTg8p 0umO592SASQCXhMUC/mJVTCJW6Gw5Vyfv5OZutmc87xo2pwzB5es8Hm14Vvk54VoMpIWEuAch53k Jq56A5Hi4El9iJ+Gg4tPeEgf6qNT+pjn9fNdPF+WHLxgLS36PK6btlr5KsuPbrk2oPQxlz9bRwgt Z7ZWkX4r7RrPeKjjnpHGW++UjihFE70Lcakk8gLZx/lOYTutfVJrn+T+OBoZ3rKWUGAz69XNdXuR u5LEcWaoGCopiWpzCXLzNaaebwXCZUfiyzG+TQohNSxhlT5beHcsY5UZ//aQDuUqQuz7pC9cKwVj lO/TvTxd74gLLW8ayQvEzTNMV65JYwG/QSuQquVJl6n6L/kTNFUNaogXaWilkAb4YLgW964CAPlC 35NwdPMbN7oDTo5GvlY0kmZyWF28ysnJ69cc97vm18X9cXwbTRfQxVkocvMjA8ujokqwWi49jGQ+ 0uMt+L7EBSTpRr7OjU4Gp8NLoSCqSjaKp/ObEImWbS579wf/PLnonwq0l8PTXnQoSihzIsztiCyY RzIRtDoPpWgpcRWnaRSusqC1fA2oC3dS4Vctj3MpqHwqND2ofrC1AsIDKpgT8NNKCBBd8acb+2o6 q8C+U1ArCvFrjQoK6XU2aLPQPfQGRgh0kUhPuaQqhsYt48joBVK0NBXTSN9ti/nc9IV6SsZH5iwZ B2nukFUITeHJEN/FZvlQqbdAOg/6hjXJzJYecoz5aX7drKZT5ifRkHGPqfQjxu9DFhQON/gw32eh A9noP0iz475GPbXrjiwUEHr9znDQF6ttYx79mwaZpuAQqeCcil5NRaYgB7mupnwD+bwlnksp4xpq uuPiL5lovNcfTEa5IM/hkQ8gcCcRIuE7ktuo5xCZYDnS2e7kcIErY7wRUfnFoOYtdEFDLcUBmUJu XiiWQexn+dCPlmBqtRnBpKhSbY+e5YUhJYhtoL1w8FodjcRwA+gNz/iZOTsty5R25rqbbkSECOW9 SLW+zpIMa3JvSrKw32IOPcGzisd+D5rutraL4ZWibNaCY+N9yHo3mi9tNmRuCu67mbDaK7dkzhah RpCw5TXmR3CIXLLyYVuWlpyYm2fKDxry08y4kjLjzB422LHk/V9iyvFaSTnkr5lW9WiFzemEODN8 N6X/7roYGXLOcUpm+5vo40XS6JKqKG1KEVuYOhHUGsnF6RNEGVQSRl23D/mrqQBHxCPvIAOXToGy TFSldmjEYTf1SFO+ZMk8pLSFzhbl9QVVt8PCqhvdZ6eKbnmHiLjstrl4uiPf3sR5VmFqns2/I5y5 b3sk3h37ESi1SpTGK3YonsvSghhvvZMXIOrJS2Ik/WrkMQeENeXfPorxwPuQwm+h7BsVPXozwpFF V1mbVHij+hIv4r46ZFPKPH0VoszyOqptFSYb/JlGzZgZtlvf8jGGUK61RzUZDfic2cuLF78mLmEg fl2j9l546FxXIF4R3fqJm/Lrj9SDRyjC95exlnoHlWFtsrwthupPMo7otp7kUBwMUmwpcu6xb8+1 ihzDKAwBqQhQFADST+pz7w8bygMJZ/9oR198vbLm6KutafpWrdDzH/7Jnl/FtO8dASqFdq8eVDZT Nl1JVyETbz9UIbro0dBMvzECxrtra2ys17O2Eb0RLPIGqhhDGm/zl96Y1OYoe6pYBPKyZ+13KKRu cp3J6LrHb0w9esP9xQ7ERfAsvBVPvs25h17HhxvDn/LHeSv+aH6TRdJPzDe5qfxIpWwxkV+t1ZZk VSkvIG0ypSfcOS+srG2cpm2jGlQ524Jbe0lnDTuUz9kzN86FNnS09eXktkUqqsRvz/eNnP/T+ev/ 2/F35aKR3m7iajFLH81PJPzGnqEFfl2w12AxNHb+k0bKdzzXuRfvXiNWPC7BZ86TEvynslAySrAJ ESK99KTNm2Z5Sb/qSVQj+DmvCZlGnoqKu4kaVVRBb66Bysp6BpjyqCxiAuYn0DQsL6nm7IHX3NKg /DCfg1YUThKw8qdEa420nbHbLUFD5jjbgvor10Q+qFNKYw+yfI79RjOatn7UJn1bT0SbiQnZHHWd mwUrZc44uEVqycmpRE9RKianc8DtmJKaI0o5EXuSy6po28zMj6JwGjwd/GISM0Exy5e0727KSWs+ fTvS+JVsegXhvdYNRHq17fCK2luASY0+DbbW6MeLRunrluBT27UezSPhGfTgfnHjObapKzZUNvLV tXEJzEWtbUFFoTKCzgEWFFABDH2o73HYb5gfZtxnQ6PCo7jV1ukne+oHICJ0yJMXf5YMyQH+M2j+ eHEa/34iBS1/SB39iOK36MY+9x0OhhlKbxEV722KpFdn/7PiNw5Rwr0jFlE3qbJXRJNvGmj8hVWC pmC+Ci36lVsmKjRk5BDvKtKvFcRvXZO744+lk68R5G+RMi9jPvV/7o2fA919ylBqrfivx9UuxOsY /tvxzIuH6P1CcpHO+guGCoVCKP8LNmUrW9nKVrayla1sZStb2cpWtrKVrWxlK1vZyla2spWtbGUr W9nKVrayla1sZStb2cpWtrKV7ent/wCfIZloAHgAAA== --=_fridge-15390-1091094326-0001-2-- From bertranddekoninck@wanadoo.fr Thu Jul 29 05:57:34 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mwinf1001.wanadoo.fr (smtp10.wanadoo.fr [193.252.22.21]) by menubar.gnome.org (Postfix) with ESMTP id 2813B3B0B49 for ; Thu, 29 Jul 2004 05:57:34 -0400 (EDT) Received: from [192.168.0.238] (ALille-208-1-15-254.w81-49.abo.wanadoo.fr [81.49.200.254]) by mwinf1001.wanadoo.fr (SMTP Server) with ESMTP id 362991C00137 for ; Thu, 29 Jul 2004 11:57:33 +0200 (CEST) Message-ID: <4108CA0B.8020802@wanadoo.fr> Date: Thu, 29 Jul 2004 11:57:31 +0200 From: Bertrand User-Agent: Mozilla Thunderbird 0.6 (X11/20040523) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Liste Nautilus Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Put this mail to trash : it's a test X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2004 09:57:34 -0000 From wingo@pobox.com Thu Jul 29 04:38:32 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from johnson-resources.com (unknown [216.166.232.203]) by menubar.gnome.org (Postfix) with ESMTP id A3C5B3B06ED for ; Thu, 29 Jul 2004 04:38:32 -0400 (EDT) Received: from localhost (mantis.schoolnet.na [::ffff:196.44.140.238]) (AUTH: LOGIN wingo) by johnson-resources.com with esmtp; Thu, 29 Jul 2004 04:38:25 -0400 Received: from wingo by localhost with local (Exim 3.36 #1 (Debian)) id 1BpYjJ-0005yV-00 for ; Tue, 27 Jul 2004 21:39:21 +0100 From: Andy Wingo To: nautilus-list@gnome.org Message-Id: <1090960741.1308.124.camel@localhost> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=_fridge-10131-1091090312-0001-2" X-Mailer: Ximian Evolution 1.5.7 Date: Tue, 27 Jul 2004 21:39:01 +0100 Sender: Andy Wingo X-Mailman-Approved-At: Thu, 29 Jul 2004 22:09:52 -0400 Subject: mtools backend for gnome-vfs X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2004 08:38:33 -0000 This is a MIME-formatted message. If you see this text it means that your E-mail software does not support MIME-formatted messages. --=_fridge-10131-1091090312-0001-2 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Hey all, I just did a stupid-sounding thing: I implemented an mtools backend for gnome-vfs! Why would someone waste their time on such a pursuit, you ask? After all, the normal mounting/unmounting backend works just fine[0]. And it does work quite well, y'all did some nice work on that. The thing is, I run a thin-client computer lab. It's in rural Namibia, and everything except for the server is a refurb machine. Having a thin-client setup is cheaper, allows 486's with 16M of RAM to run the latest GNOME (!!), makes maintainance easier, etc etc. Everything runs fine, except for the fact that programs can't access hardware on the clients, except for X, because the programs actually run on the server. Enter mtools. mtools bundles something called `floppyd', which transparently integrates with the mtools suite to offer access to the floppy on a machine. It is designed for thin clients, and authenticates with standard X authentication. There's no encryption, but that's not much of an issue on the typical switched thin-client network. All it takes is a couple of lines in mtools.conf, and you can expose a: or b: or x: as the remote floppy. You can still have the local floppy (which is actually on the server) available as well. Michael Meeks was contemplating a different solution, using SSH and running some kind of automounter on the client. It's clear this isn't a general solution to the client-hardware problem, but it is a piece. I don't know what form the general solution has, but I think it involves X authentication. Issues: -- Doesn't check to see if a file is writable -- Need to figure out a sane URI scheme: nautilus doesn't like floppy://a:/foo (but floppy:/// will take the first listed floppy) -- mtools calls need to be serialized, which doesn't play well with nautilus' strategy for pouncing on a uri with gazillions of threads (no, it doesn't crash but it does get a but slow. I check the cancellation, but there's nothing.) -- many gnome programs can't write to URIs from gnome-vfs, even if they're writable. I was bummed a bit that this was the case. Maybe I can get in a patch or two for the programs my users use. Would be nice to see "client floppy" in the epiphany save-as list, for instance. Anyway, the files are attached. I'm sure other thin-client people would be interested in this. Just wanted to let you all know about it, too. Cheers, and keep up the wonderful work -- spatial nautilus rocks Namibia! [0] Aside from the fact that the whole mounted/unmounted difficulty still exists. It would be nicer if you could somehow turn on the floppy light to indicate the floppy was mounted. In this way the mtools model is better, but it's clunkier in other ways. -- Andy Wingo http://ambient.2y.net/wingo/ --=_fridge-10131-1091090312-0001-2 Content-Type: application/x-compressed-tar; name="gnome-vfs-floppy.tar.gz" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=gnome-vfs-floppy.tar.gz H4sICJm8BkEAA2ZyLjIyOTQ2LjAuZ25vbWUtdmZzLWZsb3BweS50YXIA7Tz9d9pIkvkV/RUVZscD BGz8leyFJHsOxg5vbPADvJlcbp5WlhrQs5A4STjxzeR/v6r+0BcSxp7M3Nv31Duzhu7q6q7v6upm Zq63YK27adCaOt5yeb8n/rQWLJx71q7pudNnf7S1sb08OqK/+6+O28m/oh28erbfbr86Pjp61T44 eNY+aB/sHz2D9h9eeYu2CkLDB3j2xXZn3ga4h8YlKdHff5MmxP0aUmLXtP/vbZXtL2qzrP1fGrds ajvsO67xgP3vH7w8RvvH/x29fNl+9epZe//lwUFp/39J+wFCFoSwkFLXtO7Zxcn5+O2/lrezFnl/ ewatljl1jFkAM8e+aR3stiHWmoVnrRxGnf8C7aL/PjsTZzw0T9OuRr2z/i+ZmXeGbxs3Dnu79HFr X4vmdoeDs9P+6O0eC829GAYH9wRcoF0OTwnibzWxTn0Pt1MAqnW7b2emqWmG4yinuBt4mhZ9jHpN rfK3Wrdbh9YM8ANnG36ZXvW70PqI86Fl5sMSm/BjMDd8ZiGs02wFnmssWDNaBVpevLr6hNswHWa4 r7WKv8CVoEGDDeq3XVTj9JYrsg9aFu1PsKme6RasSfSuh//cyfHeIhzE1fRs4tvKVVtTm948IQJS a+YkJGV0+n5tzf8rjf2Oa2z2/0f7xy9fCf9/fPDq6PCA+/+jw9L//xVtrwGtRgsuPYu9hm4HQuOm 9cW2wvlr+HsHbNdibtjCTu51ESTsgNm6MQLbbHnTacBChOMYGnvaXkODBnS95b1vz+Yh1NDhHaCA 4cS17uEjMRDecD7+59K78b6iMS/e5U45hP6CuZbtwYf3gBAENJnbAaDL8A3/HvDj1GcMAm8afkE3 2oF7bwWm4QK6VDsIfftmFTKwQzBca8/zCQESYE/vqW+FZPkQzhkGP38RgDflX84H13DOXOYbDlyt bhzbhAvbZG7AwAgIw5I6gzk67Zt7PuOM9jCWe4AzDxEboe25HWA2jvtwx/wAv8OBXIOwSJxN8Hyo GSHt3AdvSfPquN17cIwwnrpbQH5MpYVi4ruZe0ukaI4okcYvNrrpGwargE1XTpNQIDB87E8+DK8n cDL4BB9PRqOTweRTB4HRueIou2MClb1YOjZiRrp8ww3vcfuE4bI36n7AKSfv+xf9ySei4Kw/GfTG YzgbjuAErk5Gk373+uJkBFfXo6vhuLcLMGZM8ZeQFLB4isgWHrLRYqFhO4Ei/BMKNsDdORbMjTuG AjaZfYd7M8BEvSkWXoLXYDieO+NkInDMSNTwKbhe2IQvvo36EnpKSEWSbULfNXebcPwfMGHIJAZX jmEyaMF4RRgOD9uc1++9ICToyxPAw+z+fmv/sP2qCdfjE6JrT9N+sF3TWVkM3pAc3dnu/F2iD8Nm EFrpvuA+2AvvlyxY70YfFqZ7p6YbOhnA0EKy033M912PuiDRiVA8LGBUiNOk9LxckNbCXrCt4Hi2 RZDIBwuzO5fBae/99bl+NeoPJsScKXan+lJwNcGzpuHPgt3d3TrM9CV2oP+oiviFSnSzmr2GKghI qP63W23CDz/QjHpH+4E5AduME2HQA01xi+gj7fCnADUP85h71DrMaJrcmhD2DiyPBe5PIerUrTQ/ lC9JBJV7ZmKS19BWvq2Hnr40UP9q58SHf56Nr0d9aOBIHbTftAouQhtYAmZ4Fu04cAx0NQEhq3A0 0ODz3wLOab0L2dewo1W+zDFrh5ocegs/7f1UB/ry4gWO+ixc+S7/3tG+aWpXagcjFqycUFuEnucE uuVBTS7UIMKaoL41HORSoCO2ZjS367m0BWiY4kOdiJjdICbMUCFYmSYLAtzs2cnFuNeJSCAv8xYG 1xcXTWig9skvBEDyYyZGGexr7WPPec/30SkQmJcATO8epRJgp6JszP9eolv8CpIuxzNvcfa5Pp6c oHPSL68nvV/0/qA/6Whahcse9SZiwmv4MUBVIQ58bv9aJxh0ErWIBZgFV2KGRNviEhRIwBDEcxc8 RV9GXoZ8lNRN9D83qwCdT8DwiOPY/8viGeFcqwBIJ0UbxxTbNVah7ayCSNMwbi4dw3Z3hXLognh9 QVQLcms7CeIjGrgF6miBuhSabs6Zeatj3DSZ43AHBzUl0DqgRLPYV24u/krExx8DkOiYlWIjoeIx u0Z9vEOq5/lgeNnTUaJ6bzQajvTuyaDbu7jonSLMN62Cwo20CXezNL64enDvmkiPPmOhHi6WumVj LK03EWelInQXUBzcPIlF2ITKUS9z72zfczHBCNVgG0eAD4qD7tocE83MQnmFqyUsfc/cDIGhwlAQ O6jxAgL9L2k//rtcRSvvoHJHw2QP2WEyiCbt+qtNgkfrSMz0fOLjliLKsF+4HBFYTSM05/Caq17X cDEiYk5hh0I5ee9n0/P9FU9SgC/8K++mmgEFUIzeGCF5l7QB6qQUiD3XKhTvuAI+l5JUqoXB1SVf V6t26VSJ4RfVhyyGWWkz5JJF5MIV/EP8bb1bIC5jxgAdfW3l3rreF7m75/Uq1zBaVPCJEMx0/lny QfGvWBEHw4k+vr66Go4mQhmBwgZwpCQKQQZ9RdeN/3CcTahGDKlKI4qs4yzFL7FHXJ1UO2/xs+H1 gBZWK6dwXScJluzCz5twnvcGvVG/yzHivwmbRLVL2ahElFh3zQmmvSApoR9g1hhyZE0ZcdsprAWr RCSNhXpgwlqVDiJNxfBn7hKiwMZ9f3FcQ6+gG9YduSPdXPk+WXwU4vjmMcZR2GnIURHEBACNq7Bk 4y4UTIc8Eg1iH8fx2f61o6W0gLrz1IDziCi/k6xMET9Iq8UGnVRqQZygtLm2vh3uz3j3zg7fmGsu ltHOTm3MokMPTxI0HcW0f1SH52+FtOKpCuOLF3Y6EApy1mCUxT3nI7//zhd28EghJ/EVpEUkjV9Y PJn/0vBR3Uhw0hEKveYOT+3qH+IP2by7chxp6QXMLWIjppS90eDkQpmCzfOlihIykmXnCkFoYGwV W5JRlWqft8WHd/itWMf5SjrXdM6VGs9OIaHDccpGzqfvTj1okNvWbfwoFJ5UnMT0VjE4LbbX0FbC F5Ld3DCsrFz2dYkahtzAJJqOaFEoJgjSDL4e6UMxlioq5txYLvEEBwaPJnQovucok6hwt0nlHng8 LAXVulyA8neRgPke2hhJBbMrPL3huTaBh6ZjqOFZNGAW/VvOliQ1hMLBE5qIxcqAe8MzOiPw7B0h NpoxwkoDRqyOcc8zgynfgwjDbVrxmP5vnz7u08cD+nRAnw7p0yF9OqJPR/TpmD4dH/PZf8djOirP JfR+mcC4/1+9N6f90Tv4hK11edk6PQX48OH15SXABR2MqfgMIaWrveEFJyq2dcWS3Z/qqTjweT/d X4mUqvWO45MxwcKEqFbd3RXsSAayzRMk/HoMQsV5A0eHOX7EpGSGEuSE/XGOiuDItfkxTmHTBnc4 D44OeGr7LeEbP+8fCsa8kYxRx0cDUAaorXOPamAgJCJLNz63ZsyLuEIl1qUDfyoEnvUvevrk01VP x/m97mQ4+tRJT7nDrM3SpzZzrAB+X5vbH5wN8VPv4nTM8WRm0xlel6smxPG1ZamYsed6/sKQEfpp 6172L3tq8YR4t6N71DunAtOfRXUUSzjh8ZGJjhp8RgSrTw10AbWMlohgJQMW8NNh/TuxKokioGPj W/SLnqOUERXvDyxEXiIze8n8hR1QFTIQfImnX/VGl/r1uDdCcZycwu+QN/Rx1J/0aN7a8PloeH1V MFWMFc8dTj4ULivGiueedLu98ZhPPnl/0VtHIAEIAwE8nZ0C0dPn027643F/OBinc950LoIDUWbw wQjmE7oyxQDPKw2mgef7jnauXwy7P+unvbP+oCerIOirZGWANJmKbajxKzMElQ/E2a5KmPGbb/OE GzB/7ArcOdNpts+mOnrj5HxehKpEX+nUTpwhdGd8t8UYE+OYhgswvszUStSDhpgo0D0GFfoTaM/4 IgXpk+CTznHqJgbvEFOo1HJiPVH7SuVWRA9Pn6KN5G4zWVHr5FCfX87CvN7iDpgrj4eUUZkD/bAo oooz9i+8VdXZGNuOwtsUfkeeSxDXG0qEyMee69cDUodIAYpyWMkNfkuCSxNW4fJjjsQ1uaKIKs3p tDfoq3KO6Xjo7nFP9Q5wIqnWp/GqDafYZV/a8pTWaMIxLSmLADhc3VsF/t6N7e4tqPhfVYP7fLDl Rh0H1CGx1LnqgYrD3u1zHmY5HMVqSEiDdx79GlMmjqCJEqkoL4nCj2JyReZLBPw8fWAVXN/EMyFx snAOlGBCQqHwiEYLcQh0zKIQHIcprozxeGR+CLQfdys60ySn9qbUtsjZbGFGoja3bgzJw7Uyh0K5 Hz1C7hnqUiqQYFgnKfJIupzMzeKNyb7zbCtNrMVQBN59Mb26EQTMxzRhXTTyvK2KIYmt5nQr6taG +AYrmwUTeRG1T16HaohzYL5rI68CkOtbOWG5biuJXIpig+9WdX5UQbWRRDldRK04TiWsY46BTg8p 0umO592SASQCXhMUC/mJVTCJW6Gw5Vyfv5OZutmc87xo2pwzB5es8Hm14Vvk54VoMpIWEuAch53k Jq56A5Hi4El9iJ+Gg4tPeEgf6qNT+pjn9fNdPF+WHLxgLS36PK6btlr5KsuPbrk2oPQxlz9bRwgt Z7ZWkX4r7RrPeKjjnpHGW++UjihFE70Lcakk8gLZx/lOYTutfVJrn+T+OBoZ3rKWUGAz69XNdXuR u5LEcWaoGCopiWpzCXLzNaaebwXCZUfiyzG+TQohNSxhlT5beHcsY5UZ//aQDuUqQuz7pC9cKwVj lO/TvTxd74gLLW8ayQvEzTNMV65JYwG/QSuQquVJl6n6L/kTNFUNaogXaWilkAb4YLgW964CAPlC 35NwdPMbN7oDTo5GvlY0kmZyWF28ysnJ69cc97vm18X9cXwbTRfQxVkocvMjA8ujokqwWi49jGQ+ 0uMt+L7EBSTpRr7OjU4Gp8NLoSCqSjaKp/ObEImWbS579wf/PLnonwq0l8PTXnQoSihzIsztiCyY RzIRtDoPpWgpcRWnaRSusqC1fA2oC3dS4Vctj3MpqHwqND2ofrC1AsIDKpgT8NNKCBBd8acb+2o6 q8C+U1ArCvFrjQoK6XU2aLPQPfQGRgh0kUhPuaQqhsYt48joBVK0NBXTSN9ti/nc9IV6SsZH5iwZ B2nukFUITeHJEN/FZvlQqbdAOg/6hjXJzJYecoz5aX7drKZT5ifRkHGPqfQjxu9DFhQON/gw32eh A9noP0iz475GPbXrjiwUEHr9znDQF6ttYx79mwaZpuAQqeCcil5NRaYgB7mupnwD+bwlnksp4xpq uuPiL5lovNcfTEa5IM/hkQ8gcCcRIuE7ktuo5xCZYDnS2e7kcIErY7wRUfnFoOYtdEFDLcUBmUJu XiiWQexn+dCPlmBqtRnBpKhSbY+e5YUhJYhtoL1w8FodjcRwA+gNz/iZOTsty5R25rqbbkSECOW9 SLW+zpIMa3JvSrKw32IOPcGzisd+D5rutraL4ZWibNaCY+N9yHo3mi9tNmRuCu67mbDaK7dkzhah RpCw5TXmR3CIXLLyYVuWlpyYm2fKDxry08y4kjLjzB422LHk/V9iyvFaSTnkr5lW9WiFzemEODN8 N6X/7roYGXLOcUpm+5vo40XS6JKqKG1KEVuYOhHUGsnF6RNEGVQSRl23D/mrqQBHxCPvIAOXToGy TFSldmjEYTf1SFO+ZMk8pLSFzhbl9QVVt8PCqhvdZ6eKbnmHiLjstrl4uiPf3sR5VmFqns2/I5y5 b3sk3h37ESi1SpTGK3YonsvSghhvvZMXIOrJS2Ik/WrkMQeENeXfPorxwPuQwm+h7BsVPXozwpFF V1mbVHij+hIv4r46ZFPKPH0VoszyOqptFSYb/JlGzZgZtlvf8jGGUK61RzUZDfic2cuLF78mLmEg fl2j9l546FxXIF4R3fqJm/Lrj9SDRyjC95exlnoHlWFtsrwthupPMo7otp7kUBwMUmwpcu6xb8+1 ihzDKAwBqQhQFADST+pz7w8bygMJZ/9oR198vbLm6KutafpWrdDzH/7Jnl/FtO8dASqFdq8eVDZT Nl1JVyETbz9UIbro0dBMvzECxrtra2ys17O2Eb0RLPIGqhhDGm/zl96Y1OYoe6pYBPKyZ+13KKRu cp3J6LrHb0w9esP9xQ7ERfAsvBVPvs25h17HhxvDn/LHeSv+aH6TRdJPzDe5qfxIpWwxkV+t1ZZk VSkvIG0ypSfcOS+srG2cpm2jGlQ524Jbe0lnDTuUz9kzN86FNnS09eXktkUqqsRvz/eNnP/T+ev/ 2/F35aKR3m7iajFLH81PJPzGnqEFfl2w12AxNHb+k0bKdzzXuRfvXiNWPC7BZ86TEvynslAySrAJ ESK99KTNm2Z5Sb/qSVQj+DmvCZlGnoqKu4kaVVRBb66Bysp6BpjyqCxiAuYn0DQsL6nm7IHX3NKg /DCfg1YUThKw8qdEa420nbHbLUFD5jjbgvor10Q+qFNKYw+yfI79RjOatn7UJn1bT0SbiQnZHHWd mwUrZc44uEVqycmpRE9RKianc8DtmJKaI0o5EXuSy6po28zMj6JwGjwd/GISM0Exy5e0727KSWs+ fTvS+JVsegXhvdYNRHq17fCK2luASY0+DbbW6MeLRunrluBT27UezSPhGfTgfnHjObapKzZUNvLV tXEJzEWtbUFFoTKCzgEWFFABDH2o73HYb5gfZtxnQ6PCo7jV1ukne+oHICJ0yJMXf5YMyQH+M2j+ eHEa/34iBS1/SB39iOK36MY+9x0OhhlKbxEV722KpFdn/7PiNw5Rwr0jFlE3qbJXRJNvGmj8hVWC pmC+Ci36lVsmKjRk5BDvKtKvFcRvXZO744+lk68R5G+RMi9jPvV/7o2fA919ylBqrfivx9UuxOsY /tvxzIuH6P1CcpHO+guGCoVCKP8LNmUrW9nKVrayla1sZStb2cpWtrKVrWxlK1vZyla2spWtbGUr W9nKVrayla1sZStb2cpWtrKV7ent/wCfIZloAHgAAA== --=_fridge-10131-1091090312-0001-2-- From inez16@163.com Fri Jul 30 03:17:22 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from 163.com (unknown [202.108.44.185]) by menubar.gnome.org (Postfix) with SMTP id 13AB23B0DCE for ; Fri, 30 Jul 2004 03:17:20 -0400 (EDT) MIME-Version: 1.0 Message-ID: <4109F5FE.00001A.11048@m185.163.com> Date: Fri, 30 Jul 2004 15:17:18 +0800 (CST) From: "=?gb2312?B?19PQxQ==?=" To: nautilus-list@gnome.org X-Priority: 3 X-Originating-IP: [218.94.36.239] X-Mailer: 163com Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" Subject: doule-click on "windows network" causes crash. X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2004 07:17:22 -0000 Q2xpY2tpbmcgb24gIkNvbXB1dGVyIi0+Ik5ldHdvcmsiLCB0aGVyZSdsbCBiZSAiV2luZG93 cyBOZXR3b3JrIi4gQ2xpY2sgaXQsIG1vc3QgdGltZXMgbmF1dGlsdXMgd2lsbCBjcmFzaC4g SXQgcmFyZWx5IHdvcmtlZCB3ZWxsLE9ubHkgd2hlbiBmZXcgcGVvcGxlIGFyZSB1c2luZyB0 aGUgICANCkxBTi4NCkkgZG9uJ3Qga25vdyBpZiBvdGhlciBwZW9wbGUgZXZlciBjb21lIGlu dG8gaXQgLg0KDQpJdCdzIHRoZSBzYW1lIHRoYXQgeW91IGp1c3QgdHlwZSAic21iOi8vIiBp bnRvIHRoZSBsb2NhdGlvbiBiYXIgLg0KVGhlbiBuYXV0aWx1cyB3aWxsIGNyYXNoIQ0KICAN ClVzaW5nIGdkYiB0byBkZWJ1ZywgaXQgc2F5cywgc29tZXRoaW5nIHdyb25nIGluIHRoZSAi bmF1dGlsdXNfZGlyZWN0b3J5X21vbml0b3JfYWRkX2ludGVybmFsIiBtb2R1bGUuDQpBbnlv bmUgY2FuIGZpeCBpdCA/DQpQbGVhc2UhDQpBcyBzb29uIGFzIHBvc3NpYmxlLg0KCi0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KMTW059K6vqfLq9fT0Mcs1fDM7MDXSUktLUQ0 NTGjpDI0NjYvRDM1M6OkMjM5OSBodHRwOi8vZGVzaWduLjE2My5jb20vYW9jbW9uaXRvci9p bmRleC5odG1sCg== From ealtin@parkyeri.com Fri Jul 30 06:42:53 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from roadrunner.skyblue.gen.tr (unknown [213.74.28.131]) by menubar.gnome.org (Postfix) with ESMTP id 4D4E93B0A09 for ; Fri, 30 Jul 2004 06:42:51 -0400 (EDT) Received: from roadrunner.skyblue.gen.tr (roadrunner.skyblue.gen.tr [127.0.0.1]) by roadrunner.skyblue.gen.tr (8.12.11/8.12.11/Debian-5) with ESMTP id i6UAgiCV006104 for ; Fri, 30 Jul 2004 13:42:45 +0300 Received: (from skyblue@localhost) by roadrunner.skyblue.gen.tr (8.12.11/8.12.11/Debian-5) id i6UAghUU006103 for nautilus-list@gnome.org; Fri, 30 Jul 2004 13:42:43 +0300 X-Authentication-Warning: roadrunner.skyblue.gen.tr: skyblue set sender to ealtin@parkyeri.com using -f From: Enver ALTIN To: nautilus-list@gnome.org In-Reply-To: <1090960741.1308.124.camel@localhost> References: <1090960741.1308.124.camel@localhost> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-3oMLv363lp5bxTExbzYT" Organization: Parkyeri Date: Fri, 30 Jul 2004 13:42:43 +0300 Message-Id: <1091184163.5421.9.camel@roadrunner.skyblue.gen.tr> Mime-Version: 1.0 X-Mailer: Evolution 1.5.91 Subject: Re: mtools backend for gnome-vfs X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2004 10:42:53 -0000 --=-3oMLv363lp5bxTExbzYT Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, On Tue, 2004-07-27 at 21:39 +0100, Andy Wingo wrote: > Michael Meeks was contemplating a different solution, using SSH and > running some kind of automounter on the client. It's clear this isn't > a general solution to the client-hardware problem, but it is a piece. > I don't know what form the general solution has, but I think it > involves X authentication. Well, there is something called NBD (Network Block Device) though I don't know where would that fit best. -HTH --=20 Enver ALTIN | http://skyblue.gen.tr/ Software developer @ Parkyeri | http://www.parkyeri.com/ --=-3oMLv363lp5bxTExbzYT Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBBCiYjZCB2FZvqK0sRApSMAJ9bdMqpeAVofsknBDEUIkPxM4FqXgCfedrx CMoQCQ9oqHsgL27zKK1hgtE= =hgia -----END PGP SIGNATURE----- --=-3oMLv363lp5bxTExbzYT-- From chris@gnome-de.org Fri Jul 30 10:00:38 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.bytecamp.net (mail.bytecamp.net [212.204.60.9]) by menubar.gnome.org (Postfix) with SMTP id F24553B1154 for ; Fri, 30 Jul 2004 10:00:36 -0400 (EDT) Received: (qmail 50176 invoked by uid 88); 30 Jul 2004 14:00:34 -0000 Received: from pd9e96a3f.dip.t-dialin.net (HELO ?192.168.123.111?) (chris%gnome-de.org@217.233.106.63) by mail.bytecamp.net with SMTP; 30 Jul 2004 14:00:34 -0000 From: Christian Neumair To: nautilus-list@gnome.org Content-Type: multipart/mixed; boundary="=-S1ylNNssCpdhUy/bpeg7" Date: Fri, 30 Jul 2004 16:01:50 +0200 Message-Id: <1091196110.11163.25.camel@widget> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Subject: [PATCH] Proposed renaming of "Open With Other Application..." label X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2004 14:00:38 -0000 --=-S1ylNNssCpdhUy/bpeg7 Content-Type: text/plain Content-Transfer-Encoding: 7bit The attached patch is meant to improve the "Open With Other Application..." label by either using "Other Application..." if the label is displayed inside the "Open With" submenu or using "Open With..." if it is directly displayed inside the popup (cp. [1], [2]). I'm convinced that "Open With"->"Open With Other Application" sounds rather stupid, because "Open With" is displayed twice. Therefore I've changed it to "Other Application..." in that case. But the confinement "Other Application" is in my opinion obsolete, because that action doesn't neccessarily mean that you actually use *another* application, but simply select what application you want. So I've decided to use "Open with..." for the main menu. Unfortunately, that applies for the submenu as well ("Open with"->"Open with..." is weird). So maybe I can change the "Other Application..." from the patch into "Select...". Any proposals? Note that I've already committed the attached patch some days ago and was asked to revert it. regs, Chris [1] http://www.gnome.org/~jrb/files/mime/context-open-other.png [2] http://www.gnome.org/~jrb/files/mime/context-open-common.png --=-S1ylNNssCpdhUy/bpeg7 Content-Description: Content-Disposition: inline; filename=nautilus-other-applications.diff Content-Type: text/x-patch; charset=UTF-8 Content-Transfer-Encoding: 7bit Index: src/file-manager/fm-directory-view.c =================================================================== RCS file: /cvs/gnome/nautilus/src/file-manager/fm-directory-view.c,v retrieving revision 1.629 retrieving revision 1.630 diff -u -r1.629 -r1.630 --- src/file-manager/fm-directory-view.c 22 Jul 2004 03:57:44 -0000 1.629 +++ src/file-manager/fm-directory-view.c 24 Jul 2004 09:49:50 -0000 1.630 @@ -3922,6 +3922,13 @@ submenu_visible = (num_applications > 3); } + /* This label is either displayed inside the submenu, or below the other open with entries */ + nautilus_bonobo_set_label (view->details->ui, + FM_DIRECTORY_VIEW_COMMAND_OTHER_APPLICATION, + submenu_visible + ? _("_Other Application...") + : _("Open _With...")); + /* It's OK to set the visibility of the menu items (rather than the verbs) * here because these are submenu titles, not items with verbs. */ Index: src/file-manager/nautilus-directory-view-ui.xml =================================================================== RCS file: /cvs/gnome/nautilus/src/file-manager/nautilus-directory-view-ui.xml,v retrieving revision 1.66 retrieving revision 1.67 diff -u -r1.66 -r1.67 --- src/file-manager/nautilus-directory-view-ui.xml 22 Jul 2004 03:57:44 -0000 1.66 +++ src/file-manager/nautilus-directory-view-ui.xml 24 Jul 2004 09:49:50 -0000 1.67 @@ -37,7 +37,7 @@ _label="_Open Scripts Folder" _tip="Show the folder containing the scripts that appear in this menu"/> @@ -275,7 +275,7 @@ verb="OpenAlternate"/> --=-S1ylNNssCpdhUy/bpeg7-- From sri@aracnet.com Fri Jul 30 21:41:18 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from onyx.spiritone.com (onyx.spiritone.com [216.99.193.114]) by menubar.gnome.org (Postfix) with ESMTP id 034053B0E99 for ; Fri, 30 Jul 2004 21:41:18 -0400 (EDT) Received: from onyx.spiritone.com (onyx.spiritone.com [127.0.0.1]) by onyx.spiritone.com (8.12.8/8.12.8) with ESMTP id i6V1fHtu025852; Fri, 30 Jul 2004 18:41:17 -0700 Received: (from sri@localhost) by onyx.spiritone.com (8.12.8/8.12.8/Submit) id i6V1fGBJ025850; Fri, 30 Jul 2004 18:41:16 -0700 Date: Fri, 30 Jul 2004 18:41:16 -0700 From: Sriram Ramkrishna To: Andy Wingo Message-ID: <20040731014116.GP28463@aracnet.com> References: <1091093989.1307.158.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1091093989.1307.158.camel@localhost> User-Agent: Mutt/1.4.1i Cc: nautilus-list@gnome.org Subject: Re: mtools backend for gnome-vfs X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2004 01:41:18 -0000 Cool. :) Since nobody else said anything. I just wanted to at least acknowledge your hard work. sri From NQG24419@nifty.com Sat Jul 31 02:51:00 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail505.nifty.com (mail505.nifty.com [202.248.37.213]) by menubar.gnome.org (Postfix) with ESMTP id F09D23B0B0A for ; Sat, 31 Jul 2004 02:50:59 -0400 (EDT) Received: from [219.97.31.183] (ntnara015183.nara.nt.adsl.ppp.infoweb.ne.jp [219.97.31.183])by mail505.nifty.com with ESMTP id i6V6oqfP013893 for ; Sat, 31 Jul 2004 15:50:52 +0900 From: Ryan McDougall To: nautilus-list@gnome.org Content-Type: text/plain Date: Sat, 31 Jul 2004 06:57:59 +0000 Message-Id: <1091257079.2983.3.camel@SEMPUKI> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 (1.5.9.1-2) Content-Transfer-Encoding: 7bit Subject: Templates directory looks pretty bare X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2004 06:51:01 -0000 Hi, I don't know too much about how Templates is supposed to be used, all I know is I run FC2 and the only template I have is an empty file. Can I generate some commonly used files for Nautilus to ship with, or do I have to arrange that with each App or Distro I use? Perhaps we can ship it as nautilus-extras-templates until downstream gets with the program? Cheers, Ryan From davyd@madeley.id.au Sat Jul 31 03:08:30 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from oracle.bridgewayconsulting.com.au (oracle.bridgewayconsulting.com.au [203.56.14.38]) by menubar.gnome.org (Postfix) with ESMTP id 7453C3B1130 for ; Sat, 31 Jul 2004 03:08:30 -0400 (EDT) Received: from pingu.cook.theducks.org (cook.theducks.org [203.22.197.49]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by oracle.bridgewayconsulting.com.au (Postfix) with ESMTP id 28C3B1F8002 for ; Sat, 31 Jul 2004 15:08:45 +0800 (WST) From: Davyd Madeley To: nautilus-list@gnome.org In-Reply-To: <1091257079.2983.3.camel@SEMPUKI> References: <1091257079.2983.3.camel@SEMPUKI> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-5ansSwQPnaxR0Qucdey+" Date: Sat, 31 Jul 2004 15:08:27 +0800 Message-Id: <1091257707.2184.49.camel@pingu> Mime-Version: 1.0 X-Mailer: Evolution 1.5.91 Subject: Re: Templates directory looks pretty bare X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2004 07:08:30 -0000 --=-5ansSwQPnaxR0Qucdey+ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Ryan, On Sat, 2004-07-31 at 06:57 +0000, Ryan McDougall wrote: > I don't know too much about how Templates is supposed to be used, all I > know is I run FC2 and the only template I have is an empty file. Can I > generate some commonly used files for Nautilus to ship with, or do I > have to arrange that with each App or Distro I use? Perhaps we can ship > it as nautilus-extras-templates until downstream gets with the program? My take on this, is that nautilus shouldn't ship with the templates (same as it doesn't ship with default mime handlers). Applications should register templates with nautilus, so if you write templates, send them upstream to the application authors. ie. gedit could add a "Create text file" template. or gnumeric could add a "Create spreadsheet". --d --=20 http://davyd.ucc.asn.au/ =20 PGP Fingerprint 08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA --=-5ansSwQPnaxR0Qucdey+ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: http://davyd.ucc.asn.au/pgp/ iD8DBQBBC0VrLt27T1GRbNoRAhSUAJ9SXOhw1hTy0FDES8tGpBhEtgDW2ACfbUS+ b3WLZb02Nev9ttg77ogHWss= =bxf3 -----END PGP SIGNATURE----- --=-5ansSwQPnaxR0Qucdey+-- From NQG24419@nifty.com Sat Jul 31 08:07:01 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail500.nifty.com (mail500.nifty.com [202.248.37.208]) by menubar.gnome.org (Postfix) with ESMTP id 18F4F3B14D7 for ; Sat, 31 Jul 2004 08:07:01 -0400 (EDT) Received: from [219.97.31.183] (ntnara015183.nara.nt.adsl.ppp.infoweb.ne.jp [219.97.31.183])by mail500.nifty.com with ESMTP id i6VC6rgh006287; Sat, 31 Jul 2004 21:06:53 +0900 From: Ryan McDougall To: Davyd Madeley In-Reply-To: <1091257707.2184.49.camel@pingu> References: <1091257079.2983.3.camel@SEMPUKI> <1091257707.2184.49.camel@pingu> Content-Type: text/plain Date: Sat, 31 Jul 2004 21:14:00 +0900 Message-Id: <1091276040.3598.27.camel@SEMPUKI> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 (1.5.9.1-2) Content-Transfer-Encoding: 7bit Cc: nautilus-list@gnome.org Subject: Re: Templates directory looks pretty bare X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2004 12:07:01 -0000 On Sat, 2004-31-07 at 15:08 +0800, Davyd Madeley wrote: > Ryan, > > On Sat, 2004-07-31 at 06:57 +0000, Ryan McDougall wrote: > > I don't know too much about how Templates is supposed to be used, all I > > know is I run FC2 and the only template I have is an empty file. Can I > > generate some commonly used files for Nautilus to ship with, or do I > > have to arrange that with each App or Distro I use? Perhaps we can ship > > it as nautilus-extras-templates until downstream gets with the program? > > My take on this, is that nautilus shouldn't ship with the templates > (same as it doesn't ship with default mime handlers). Applications > should register templates with nautilus, so if you write templates, send > them upstream to the application authors. > > ie. gedit could add a "Create text file" template. > or gnumeric could add a "Create spreadsheet". > > --d > I figured as much, but it seems a bit of a PITA to contact each app make and bug them to the right thing. The problem with the mime handler example is that proper mime association is a critical application feature, but using templates is very much a nautilus interaction, where one goes to nautilus to work, and the app gets started as a byproduct. If nautilus wants Templates to succeed as the way people work on their computers, IMO we need to ship something to get the ball rolling at least. For example, if I write a bare-bones OOo writer file (essentially blank is enough to bootstrap OOo writer), and OOo sees this, they might be more inclined to offer their own proper version. Non-GNOME apps aside could I not do some GNOME files like Text, TAR, HTML, E-mail (??), any others? Cheers, Ryan From jdub@waugh.id.au Sat Jul 31 08:31:03 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.syd.swiftdsl.com.au (mail.syd.swiftdsl.com.au [202.154.83.58]) by menubar.gnome.org (Postfix) with SMTP id A94CF3B14F4 for ; Sat, 31 Jul 2004 08:31:02 -0400 (EDT) Received: (qmail 11618 invoked from network); 31 Jul 2004 12:31:00 -0000 Received: from unknown (HELO home.waugh.id.au) (218.214.67.227) by mail.syd.swiftdsl.com.au with SMTP; 31 Jul 2004 12:31:00 -0000 Received: from willow.home.waugh.id.au (unknown [64.122.47.22]) by home.waugh.id.au (Postfix) with ESMTP id 067F8E8D1A for ; Sat, 31 Jul 2004 22:30:55 +1000 (EST) Received: by willow.home.waugh.id.au (Postfix, from userid 1000) id 6283A68DA8; Sat, 31 Jul 2004 05:30:49 -0700 (PDT) Date: Sat, 31 Jul 2004 05:30:49 -0700 From: Jeff Waugh To: nautilus-list@gnome.org Message-ID: <20040731123048.GA19536@willow.home.waugh.id.au> Mail-Followup-To: nautilus-list@gnome.org References: <1091257079.2983.3.camel@SEMPUKI> <1091257707.2184.49.camel@pingu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1091257707.2184.49.camel@pingu> X-Message-Flag: Cranky? Try Free Software instead! X-Operating-System: Linux 2.6.6 ppc Reply-By: Tue Aug 3 05:28:50 PDT 2004 X-Uptime: 05:28:50 up 3:29, 5 users, load average: 2.18, 1.85, 1.48 User-Agent: Mutt/1.5.6+20040722i Subject: Re: Templates directory looks pretty bare X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2004 12:31:03 -0000 > My take on this, is that nautilus shouldn't ship with the templates (same > as it doesn't ship with default mime handlers). Applications should > register templates with nautilus, so if you write templates, send them > upstream to the application authors. > > ie. gedit could add a "Create text file" template. or gnumeric could add > a "Create spreadsheet". Please see previous threads (and most usefully, the original thread) about Templates support for some discussion about why this won't happen. We will end up with the same kind of complicated mess we have with menus if we ship templates by default and allow applications to 'register' their own. That's why only ~/Templates is read, and why it's left entirely up to the user (in their home directory), admin or distribution (in /etc/skel). - Jeff -- linux.conf.au 2005: Canberra, Australia http://linux.conf.au/ The implementation of any sufficiently advanced technology is indistinguishable from pr0n. From jamiemcc@blueyonder.co.uk Sat Jul 31 08:53:44 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out5.blueyonder.co.uk (smtp-out5.blueyonder.co.uk [195.188.213.8]) by menubar.gnome.org (Postfix) with ESMTP id AE54D3B0F78 for ; Sat, 31 Jul 2004 08:53:43 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out5.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Sat, 31 Jul 2004 13:54:01 +0100 From: Jamie McCracken To: Jeff Waugh In-Reply-To: <20040731123048.GA19536@willow.home.waugh.id.au> References: <1091257079.2983.3.camel@SEMPUKI> <1091257707.2184.49.camel@pingu> <20040731123048.GA19536@willow.home.waugh.id.au> Content-Type: text/plain Message-Id: <1091278439.2896.10.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sat, 31 Jul 2004 13:53:59 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 31 Jul 2004 12:54:01.0247 (UTC) FILETIME=[73A8EAF0:01C476FD] Cc: Nautilus Subject: Re: Templates directory looks pretty bare X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2004 12:53:44 -0000 On Sat, 2004-07-31 at 13:30, Jeff Waugh wrote: > > > > My take on this, is that nautilus shouldn't ship with the templates (same > > as it doesn't ship with default mime handlers). Applications should > > register templates with nautilus, so if you write templates, send them > > upstream to the application authors. > > > > ie. gedit could add a "Create text file" template. or gnumeric could add > > a "Create spreadsheet". > > Please see previous threads (and most usefully, the original thread) about > Templates support for some discussion about why this won't happen. We will > end up with the same kind of complicated mess we have with menus if we ship > templates by default and allow applications to 'register' their own. But apps can "register" anyhow by simply copying a blank file to the templates folder when they are installed. The only thing missing is a user friendly description of the file (having things like "unknown.txt" is not as friendly as "Create Text File") > That's > why only ~/Templates is read, and why it's left entirely up to the user (in > their home directory), admin or distribution (in /etc/skel). It would be nicer if the Home Templates folder was hidden (in say ~/.nautilus/Templates) and a menu entry for "Add to Templates" was added to the selection popup in Nautilus - its not obvious at all to users what the Templates folder in the Home folder does nor is it obvious how to add such templates to Nautilus. I'm happy to do the work for this if Alex agrees it would be useful. jamie. > > - Jeff > > -- > linux.conf.au 2005: Canberra, Australia http://linux.conf.au/ > > The implementation of any sufficiently advanced technology is > indistinguishable from pr0n. From jdub@waugh.id.au Sat Jul 31 09:15:45 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.syd.swiftdsl.com.au (mail.syd.swiftdsl.com.au [202.154.83.58]) by menubar.gnome.org (Postfix) with SMTP id 0D7D33B06C3 for ; Sat, 31 Jul 2004 09:15:44 -0400 (EDT) Received: (qmail 12971 invoked from network); 31 Jul 2004 13:15:45 -0000 Received: from unknown (HELO home.waugh.id.au) (218.214.67.227) by mail.syd.swiftdsl.com.au with SMTP; 31 Jul 2004 13:15:45 -0000 Received: from willow.home.waugh.id.au (unknown [64.122.47.22]) by home.waugh.id.au (Postfix) with ESMTP id 35F14E8D1A; Sat, 31 Jul 2004 23:15:41 +1000 (EST) Received: by willow.home.waugh.id.au (Postfix, from userid 1000) id 8C8F668DA8; Sat, 31 Jul 2004 06:15:33 -0700 (PDT) Date: Sat, 31 Jul 2004 06:15:33 -0700 From: Jeff Waugh To: Jamie McCracken Message-ID: <20040731131533.GC19536@willow.home.waugh.id.au> Mail-Followup-To: Jamie McCracken , Nautilus References: <1091257079.2983.3.camel@SEMPUKI> <1091257707.2184.49.camel@pingu> <20040731123048.GA19536@willow.home.waugh.id.au> <1091278439.2896.10.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1091278439.2896.10.camel@localhost.localdomain> X-Message-Flag: Cranky? Try Free Software instead! X-Operating-System: Linux 2.6.6 ppc Reply-By: Tue Aug 3 06:06:17 PDT 2004 X-Uptime: 06:06:17 up 4:06, 4 users, load average: 1.79, 1.04, 0.88 User-Agent: Mutt/1.5.6+20040722i Cc: Nautilus Subject: Re: Templates directory looks pretty bare X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2004 13:15:45 -0000 > > Please see previous threads (and most usefully, the original thread) about > > Templates support for some discussion about why this won't happen. We will > > end up with the same kind of complicated mess we have with menus if we ship > > templates by default and allow applications to 'register' their own. > > But apps can "register" anyhow by simply copying a blank file to the > templates folder when they are installed. The only thing missing is a > user friendly description of the file (having things like "unknown.txt" > is not as friendly as "Create Text File") Any app that installs to /home/*/Templates/ (obviously a stupid guess in itself) is EVIL. Whether it was an app (bad) or an admin/user (good) doing the install, there's no reason why they couldn't use sane names. These issues are not connected. > > That's why only ~/Templates is read, and why it's left entirely up to > > the user (in their home directory), admin or distribution (in > > /etc/skel). > > It would be nicer if the Home Templates folder was hidden (in say > ~/.nautilus/Templates) and a menu entry for "Add to Templates" was added > to the selection popup in Nautilus - its not obvious at all to users what > the Templates folder in the Home folder does nor is it obvious how to add > such templates to Nautilus. I'm happy to do the work for this if Alex > agrees it would be useful. a) it's up to the admin or distro as to whether Templates is in /etc/skel b) the Templates folder is visible so users can interact with it easily, same as Desktop c) perhaps the 'Create Document' menu could include a menu item to open the 'Templates' directory (the existence of the 'Create Document' menu item is based on the existence of the 'Templates' directory to begin with), and I'm sure the previous discussions about templates support covered this issue d) changing the location of Templates would be an interface breakage anyway It would be nice if it were more discoverable, but if it's in the docs, and up to admins and distros to provide if they want to, the current system is fine. Like the scripts support, it's a cool trick people can learn about GNOME as they get more familiar with it. - Jeff -- OSCON 2004: Portland OR, USA http://conferences.oreilly.com/oscon/ "Stupidity is used to run 98% of the world's corporations, which tops UNIX server usage by quite a bit." - George Lebl From jamiemcc@blueyonder.co.uk Sat Jul 31 09:48:23 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out5.blueyonder.co.uk (smtp-out5.blueyonder.co.uk [195.188.213.8]) by menubar.gnome.org (Postfix) with ESMTP id DE6E03B11C7 for ; Sat, 31 Jul 2004 09:48:22 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out5.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Sat, 31 Jul 2004 14:48:40 +0100 From: Jamie McCracken To: Jeff Waugh In-Reply-To: <20040731131533.GC19536@willow.home.waugh.id.au> References: <1091257079.2983.3.camel@SEMPUKI> <1091257707.2184.49.camel@pingu> <20040731123048.GA19536@willow.home.waugh.id.au> <1091278439.2896.10.camel@localhost.localdomain> <20040731131533.GC19536@willow.home.waugh.id.au> Content-Type: text/plain Message-Id: <1091281718.2896.37.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sat, 31 Jul 2004 14:48:38 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 31 Jul 2004 13:48:40.0700 (UTC) FILETIME=[165DBBC0:01C47705] Cc: Nautilus Subject: Re: Templates directory looks pretty bare X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2004 13:48:23 -0000 On Sat, 2004-07-31 at 14:15, Jeff Waugh wrote: > Any app that installs to /home/*/Templates/ (obviously a stupid guess in > itself) is EVIL. yes installing to every home folder would be but installing to /etc/skel should be okay? My feeling is it might be good to allow creation of new documents by both templates and Mime types. IE if the "text" Mime type was defined in the Mime database we could then have "Create Text File" in the menu in addition to templates. > Whether it was an app (bad) or an admin/user (good) doing > the install, there's no reason why they couldn't use sane names. These > issues are not connected. Okay they are not connected but it is nevertheless an issue. Having "Create Text File.txt" might look nice on the menu but is not appropriate for the default name of the file. We could for example always default to using "New File.ext". > > > > That's why only ~/Templates is read, and why it's left entirely up to > > > the user (in their home directory), admin or distribution (in > > > /etc/skel). > > > > It would be nicer if the Home Templates folder was hidden (in say > > ~/.nautilus/Templates) and a menu entry for "Add to Templates" was added > > to the selection popup in Nautilus - its not obvious at all to users what > > the Templates folder in the Home folder does nor is it obvious how to add > > such templates to Nautilus. I'm happy to do the work for this if Alex > > agrees it would be useful. > > a) it's up to the admin or distro as to whether Templates is in /etc/skel We should allow apps to set something up too if possible or as I said above derive new entries from the Mime database. > b) the Templates folder is visible so users can interact with it easily, > same as Desktop Yes but then it should be renamed NautilusTemplates or something cause Templates is too generic especially under the Home directory - I had no idea what the empty Templates folder did in FC2 when I first installed it so I deleted that folder! Had I known it was used by Nautilus then I would of course have kept it. > > c) perhaps the 'Create Document' menu could include a menu item to open the > 'Templates' directory (the existence of the 'Create Document' menu ite That would be good. A "Manage Templates" option would be nice. > d) changing the location of Templates would be an interface breakage anyway Sometimes they are necessary if for the better. Templates:/// is another option as well and it could be in the places menu too. jamie. From jdub@waugh.id.au Sat Jul 31 10:03:14 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.syd.swiftdsl.com.au (mail.syd.swiftdsl.com.au [202.154.83.58]) by menubar.gnome.org (Postfix) with SMTP id ED9653B0BA4 for ; Sat, 31 Jul 2004 10:03:13 -0400 (EDT) Received: (qmail 14253 invoked from network); 31 Jul 2004 14:03:11 -0000 Received: from unknown (HELO home.waugh.id.au) (218.214.67.227) by mail.syd.swiftdsl.com.au with SMTP; 31 Jul 2004 14:03:11 -0000 Received: from willow.home.waugh.id.au (unknown [64.122.47.22]) by home.waugh.id.au (Postfix) with ESMTP id 5CEC4E8D1A; Sun, 1 Aug 2004 00:03:06 +1000 (EST) Received: by willow.home.waugh.id.au (Postfix, from userid 1000) id 5916A68DA8; Sat, 31 Jul 2004 07:03:00 -0700 (PDT) Date: Sat, 31 Jul 2004 07:02:59 -0700 From: Jeff Waugh To: Jamie McCracken Message-ID: <20040731140259.GD19536@willow.home.waugh.id.au> Mail-Followup-To: Jamie McCracken , Nautilus References: <1091257079.2983.3.camel@SEMPUKI> <1091257707.2184.49.camel@pingu> <20040731123048.GA19536@willow.home.waugh.id.au> <1091278439.2896.10.camel@localhost.localdomain> <20040731131533.GC19536@willow.home.waugh.id.au> <1091281718.2896.37.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1091281718.2896.37.camel@localhost.localdomain> X-Message-Flag: Cranky? Try Free Software instead! X-Operating-System: Linux 2.6.6 ppc Reply-By: Tue Aug 3 06:59:33 PDT 2004 X-Uptime: 06:59:33 up 5:00, 4 users, load average: 0.00, 0.02, 0.12 User-Agent: Mutt/1.5.6+20040722i Cc: Nautilus Subject: Re: Templates directory looks pretty bare X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2004 14:03:15 -0000 > On Sat, 2004-07-31 at 14:15, Jeff Waugh wrote: > > > Any app that installs to /home/*/Templates/ (obviously a stupid guess in > > itself) is EVIL. > > yes installing to every home folder would be but installing to /etc/skel > should be okay? Highly unconventional, and I would say, evil. > My feeling is it might be good to allow creation of new documents by both > templates and Mime types. IE if the "text" Mime type was defined in the > Mime database we could then have "Create Text File" in the menu in > addition to templates. This will just cause the same kind of insane overload you see in the Windows Explorer context menu. It's useless because it's too long. Just leave it to users and admins. > > a) it's up to the admin or distro as to whether Templates is in /etc/skel > > We should allow apps to set something up too if possible or as I said > above derive new entries from the Mime database. We should not, as above. > > d) changing the location of Templates would be an interface breakage anyway > > Sometimes they are necessary if for the better. Templates:/// is another > option as well and it could be in the places menu too. See previous list discussion about more vfs schemes. We want to avoid this too. (You really do need to read back on the previous discussion about all this stuff, it's annoying for maintainers (and others) to reply to the same questions. Sorry.) - Jeff -- What's all that about? http://www.no-name-yet.com/ "I think hot Chinese girls who kick ass are the wave of the future, as far as films go." - Cody Russell From sinzui@cox.net Sat Jul 31 10:54:25 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from fed1rmmtao06.cox.net (fed1rmmtao06.cox.net [68.230.241.33]) by menubar.gnome.org (Postfix) with ESMTP id 1A0043B06F6 for ; Sat, 31 Jul 2004 10:54:25 -0400 (EDT) Received: from [192.168.1.103] (really [68.106.106.162]) by fed1rmmtao06.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP id <20040731145424.QMYX6135.fed1rmmtao06.cox.net@[192.168.1.103]> for ; Sat, 31 Jul 2004 10:54:24 -0400 From: Curtis Hovey To: Nautilus-list In-Reply-To: <1091281718.2896.37.camel@localhost.localdomain> References: <1091257079.2983.3.camel@SEMPUKI> <1091257707.2184.49.camel@pingu> <20040731123048.GA19536@willow.home.waugh.id.au> <1091278439.2896.10.camel@localhost.localdomain> <20040731131533.GC19536@willow.home.waugh.id.au> <1091281718.2896.37.camel@localhost.localdomain> Content-Type: text/plain Organization: i Date: Sat, 31 Jul 2004 10:54:22 -0400 Message-Id: <1091285662.8145.114.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 (1.5.9.1-2) Content-Transfer-Encoding: 7bit Subject: Re: Templates directory looks pretty bare X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sinzui@cox.net List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2004 14:54:25 -0000 On Sat, 2004-07-31 at 14:48 +0100, Jamie McCracken wrote: > On Sat, 2004-07-31 at 14:15, Jeff Waugh wrote: > > b) the Templates folder is visible so users can interact with it easily, > > same as Desktop > > Yes but then it should be renamed NautilusTemplates or something cause > Templates is too generic especially under the Home directory - I had no > idea what the empty Templates folder did in FC2 when I first installed > it so I deleted that folder! Had I known it was used by Nautilus then I > would of course have kept it. Solid user documentation is absent in our platform releases. Our rapid releases are confusing developers and users, such as in the case of spatial Nautilus and Templates. What we need is a document about _Living with GNOME_. It discusses how to use the desktop and it's applications, instead of just indicating what they do. In the case of spatial Nautilus and templates, we pointed users and developers to previous conversations, or to essays on other sites to explain our reasoning. Instead, our reasoning should be incorporated into our documentation, aided with plenty of examples derived from use cases. In the chapter on document-centric computing: . Using folders to manage documents. . How to create a kind of document using the desktop. . Using the Templates folder to create new kinds of document. . Opening documents by clicking, keying, and drag and drop. In the chapter on applications . Using the window list, window selector, and the keyboard to switch windows. . Using workspaces to divide tasks. . working with windows and apps; close and quit. Discovering the document is another issue. When the desktop is upgraded, the user should see a presentation highlighting the new features. The presentation will end with an suggestion to RTFM, which is placed on the desktop for easy discovery. PS. I love the Template directory as it is. I would like to see applications that have templates to add/update "Save As Template" to the file menu. -- __C U R T I S C. H O V E Y____________________ sinzui@cox.net Guilty of stealing everything I am. From petri.kanerva@surfeu.fi Sat Jul 31 15:04:17 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp2.dnainternet.net (smtp2.dnainternet.net [62.240.72.111]) by menubar.gnome.org (Postfix) with ESMTP id 9EBC63B0920 for ; Sat, 31 Jul 2004 15:04:17 -0400 (EDT) Received: from dna243-204.satp.customers.dnainternet.fi ([213.186.243.204]:1912 "EHLO dna243-204.satp.customers.dnainternet.fi" TLS-CIPHER: ) by smtp2.dnainternet.net with ESMTP id S1231717AbUGaTEN (ORCPT ); Sat, 31 Jul 2004 22:04:13 +0300 From: Petri Kanerva To: Wolfgang Pichler In-Reply-To: <1090419579.8168.40.camel@localhost> References: <1090419579.8168.40.camel@localhost> Content-Type: text/plain Date: Sat, 31 Jul 2004 22:06:47 +0300 Message-Id: <1091300807.26575.2.camel@blank.deepsanity.own> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.2 Content-Transfer-Encoding: 7bit Cc: nautilus-list@gnome.org Subject: Re: nautilus is not starting anymore X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2004 19:04:17 -0000 On Wed, 2004-07-21 at 16:19 +0200, Wolfgang Pichler wrote: > hi all, > > i have had to kill nautilus because of a samba share which lost the > connection (the samba share was mounted - i was not using smb:///). > After i've killed nautilus it didn't start up automatically - so i opend > a terminal and tried to start nautilus there - it starts up - runs - but > nothing happens (it doesn't draw the background - no icons - no > windows). So i startet nautilus with the -c option - there i'll get: > > FAIL: check failed in nautilus-file-operations.c, line 2657 > evaluated: get_duplicate_name ("foo (123rd copy).txt", 1) > expected: foo (124th copy).txt > got: foo (123rd copy) (Kopie).txt > running nautilus_self_check_directory > > and then it hangs - so what is nautilus doing at check_directory - how > can i get it working again ? > > best regards > Wolfgang Don't know if this is still relevant, as this comes a bit late, but as no one else has answered: I didn't have the fail notice, but my nautilus hanged afte the nautilus_self_check_directory too. And after googleing and seein many of these similar posts, and non with an answer I got a thought and tried one thing, and at least for me it worked... run bonobo-slay then start nautilus again Petri From cotty@cotty.iren.ro Thu Jul 1 16:34:29 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from cotty (unknown [80.97.71.232]) by menubar.gnome.org (Postfix) with ESMTP id 8B54C3B0E09 for ; Thu, 1 Jul 2004 16:34:29 -0400 (EDT) Received: from cotty-acer.lan ([192.168.0.45] ident=0) by cotty with esmtp (Exim 4.31) id 1Bg6LF-0000ZF-TS for nautilus-list@gnome.org; Thu, 01 Jul 2004 20:31:25 +0200 From: Ionut Cotoi To: Nautilus Development List Content-Type: multipart/alternative; boundary="=-+A4+PA2BI36vKeXZ+AIn" Organization: ITC Networks Message-Id: <1088714029.5591.8.camel@cotty-acer.lan> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 01 Jul 2004 23:33:49 +0300 Subject: Re: FEATURE: Icon Resource in application binaries X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 20:34:29 -0000 --=-+A4+PA2BI36vKeXZ+AIn Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable Usualy this "read" permission accompanies the exec bit. Ionut Cotoi Junior Developer ITC Networks Romania On Wed, 2004-06-30 at 12:50, Olaf Fr=B1czyk wrote:=20 > On Mon, 2004-06-28 at 22:56, Ionut Cotoi wrote: > > Hey, we don't want to make things THAT UNIVERSAL... nobody said > > that.... > > We can put away the part with the scripts (even though it is not that > > hard), there is no such thing on any other platform either (not that > > we shouldn't come up with something original from time to time), but > > embedding something at link-time in to the elf header that can be > > afterwords read by a file manager, it's not hard. > > I think that we should focus on what would be cleaner to implement for > > the elf executable format, and Linux in particular. > I think you all miss one important thing. > With you resolution you require that the "read" permission is set. > You don't need _read_ permission to execute a binary. The only bit which > is needed is _execute_. > About putting icons in EAs. You need to check what limitations are for > size of a single EA and all EAs per directory entry. And what about > filesystems without EAs then? >=20 > Regards, >=20 > Olaf >=20 --=-+A4+PA2BI36vKeXZ+AIn Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Usualy this "read" permission accompanies the exec bit.

Ionut Cotoi
Junior Developer
ITC Networks Romania


On Wed, 2004-06-30 at 12:50, Olaf Frączyk wrote: 

On Mon, 2004-06-28 at 22:56, Ionut Cotoi wrote:
> Hey, we don't want to make things THAT UNIVERSAL... nobody said
> that....
> We can put away the part with the scripts (even though it is not that
> hard), there is no such thing on any other platform either (not that
> we shouldn't come up with something original from time to time), but
> embedding something at link-time in to the elf header that can be
> afterwords read by a file manager, it's not hard.
> I think that we should focus on what would be cleaner to implement for
> the elf executable format, and Linux in particular.
I think you all miss one important thing.
With you resolution you require that the "read" permission is set.
You don't need _read_ permission to execute a binary. The only bit which
is needed is _execute_.
About putting icons in EAs. You need to check what limitations are for
size of a single EA and all EAs per directory entry. And what about
filesystems without EAs then?

Regards,

Olaf
--=-+A4+PA2BI36vKeXZ+AIn-- From olaf@cbk.poznan.pl Thu Jul 1 19:22:46 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from goliath.sylaba.poznan.pl (goliath.sylaba.poznan.pl [193.151.36.3]) by menubar.gnome.org (Postfix) with ESMTP id AAF023B08BC for ; Thu, 1 Jul 2004 19:22:46 -0400 (EDT) Received: by goliath.sylaba.poznan.pl (Postfix, from userid 1003) id CED939420B; Fri, 2 Jul 2004 01:22:40 +0200 (CEST) Received: from localhost.localdomain (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by goliath.sylaba.poznan.pl (Postfix) with ESMTP id 48BC6941EB; Fri, 2 Jul 2004 01:22:40 +0200 (CEST) Received: from [127.0.0.1] (venus [127.0.0.1]) by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i61NMcVO005861; Fri, 2 Jul 2004 01:22:38 +0200 From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: Ionut Cotoi In-Reply-To: <1088714029.5591.8.camel@cotty-acer.lan> References: <1088714029.5591.8.camel@cotty-acer.lan> Content-Type: text/plain; charset=UTF-8 Message-Id: <1088724158.5122.4.camel@venus> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 02 Jul 2004 01:22:38 +0200 Content-Transfer-Encoding: 8bit Cc: Nautilus Development List Subject: Re: FEATURE: Icon Resource in application binaries X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 23:22:47 -0000 On Thu, 2004-07-01 at 22:33, Ionut Cotoi wrote: > Usualy this "read" permission accompanies the exec bit. > > Ionut Cotoi > Junior Developer > ITC Networks Romania > > > On Wed, 2004-06-30 at 12:50, Olaf FrÄ…czyk wrote: > > On Mon, 2004-06-28 at 22:56, Ionut Cotoi wrote: > > > Hey, we don't want to make things THAT UNIVERSAL... nobody said > > > that.... > > > We can put away the part with the scripts (even though it is not that > > > hard), there is no such thing on any other platform either (not that > > > we shouldn't come up with something original from time to time), but > > > embedding something at link-time in to the elf header that can be > > > afterwords read by a file manager, it's not hard. > > > I think that we should focus on what would be cleaner to implement for > > > the elf executable format, and Linux in particular. > > I think you all miss one important thing. > > With you resolution you require that the "read" permission is set. > > You don't need _read_ permission to execute a binary. The only bit which > > is needed is _execute_. > > About putting icons in EAs. You need to check what limitations are for > > size of a single EA and all EAs per directory entry. And what about > > filesystems without EAs then? > > > > Regards, > > > > Olaf Please reply below message not above. Yes, it is in most cases. But it is not necessary (in most cases :) I am just not so sure if we should rely on something that is not strictly required. Regards, Olaf From drdani@mazsola.iit.uni-miskolc.hu Fri Jul 2 04:24:10 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from gold.uni-miskolc.hu (gold.uni-miskolc.hu [193.6.10.41]) by menubar.gnome.org (Postfix) with ESMTP id AE3003B0FF7 for ; Fri, 2 Jul 2004 04:24:09 -0400 (EDT) Received: from localhost (av-backend.uni-miskolc.hu [193.6.2.89]) by gold.uni-miskolc.hu (Postfix) with ESMTP id 9197E1B27 for ; Fri, 2 Jul 2004 10:21:06 +0200 (DFT) Received: from gold.uni-miskolc.hu ([193.6.10.41]) by localhost (av-backend [193.6.2.89]) (amavisd-new, port 1000) with ESMTP id 15795-02 for ; Fri, 2 Jul 2004 10:55:36 +0200 (CEST) Received: from mazsola.iit.uni-miskolc.hu (mazsola.iit.uni-miskolc.hu [193.6.4.39]) by gold.uni-miskolc.hu (Postfix) with ESMTP id 4961D11E6 for ; Fri, 2 Jul 2004 10:21:06 +0200 (DFT) Received: by mazsola.iit.uni-miskolc.hu (Postfix, from userid 204) id A96038E; Fri, 2 Jul 2004 10:24:01 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mazsola.iit.uni-miskolc.hu (Postfix) with ESMTP id A90238B for ; Fri, 2 Jul 2004 10:24:01 +0200 (CEST) Date: Fri, 2 Jul 2004 10:24:01 +0200 (CEST) From: Daniel Drotos To: nautilus-list@gnome.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: xkb X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 08:24:11 -0000 Hi, I'm using a debian package called hunglish to set up my keyboard layout, and I'm very happy with it. My problem is that when nautilus starts it sets up the keyboard and my favourite layout disappears. If I remove nautilus from the session everything gets back to OK. This happens since I've upgraded to 2.6. How can I tell nautilus to not control the keyboard? Daniel Drotos From alexl@redhat.com Fri Jul 2 04:46:21 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 64BDA3B0E5A for ; Fri, 2 Jul 2004 04:46:21 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i628kLe1009811; Fri, 2 Jul 2004 04:46:21 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i628kL026991; Fri, 2 Jul 2004 04:46:21 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i628jscV024571; Fri, 2 Jul 2004 04:45:54 -0400 From: Alexander Larsson To: Daniel Drotos In-Reply-To: References: Content-Type: text/plain Message-Id: <1088757978.2650.31.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 02 Jul 2004 10:46:18 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: xkb X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 08:46:21 -0000 On Fri, 2004-07-02 at 10:24, Daniel Drotos wrote: > Hi, > > I'm using a debian package called hunglish to set up my keyboard > layout, and I'm very happy with it. My problem is that when nautilus > starts it sets up the keyboard and my favourite layout disappears. If > I remove nautilus from the session everything gets back to OK. > This happens since I've upgraded to 2.6. > > How can I tell nautilus to not control the keyboard? Nautilus does not touch the keyboard setting, i don't know why removing it from the session changed anything for you. The keyboard handling is handled by the control center. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a Nobel prize-winning bohemian Green Beret moving from town to town, helping folk in trouble. She's a manipulative red-headed queen of the dead with an incredible destiny. They fight crime! From alexl@redhat.com Fri Jul 2 04:48:05 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id C30AC3B0FDB for ; Fri, 2 Jul 2004 04:48:05 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i628m5e1010060; Fri, 2 Jul 2004 04:48:05 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i628m5027188; Fri, 2 Jul 2004 04:48:05 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i628lcdV024735; Fri, 2 Jul 2004 04:47:38 -0400 From: Alexander Larsson To: Davyd Madeley In-Reply-To: <1088490621.3605.21.camel@pingu> References: <1088490621.3605.21.camel@pingu> Content-Type: text/plain Message-Id: <1088758084.2650.33.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 02 Jul 2004 10:48:04 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: nautilus loves to preview unfinished files X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 08:48:05 -0000 On Tue, 2004-06-29 at 08:30, Davyd Madeley wrote: > So, Galeon (I don't know about epiphany) marks partially downloaded > files as foo.bar.part, and upon completion renames them to foo.bar. > > Nautilus loves to keep repreviewing these files, and eating up all my > CPU time in the process. Nautilus also likes to repreview files that > it's copying from one server to my home. > > Surely it would be better to not have nautilus preview files until they > are done? Perhaps instead just use the clock on the page icon (maybe if > people were feeling smart, do the MacOSX bar filling as it's > transferred). How would you do it though? =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a scarfaced vegetarian master criminal in drag. She's an orphaned out-of-work doctor with only herself to blame. They fight crime! From alexl@redhat.com Fri Jul 2 04:50:04 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 8BD0C3B0827 for ; Fri, 2 Jul 2004 04:50:04 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i628o4e1010606; Fri, 2 Jul 2004 04:50:04 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i628o4027710; Fri, 2 Jul 2004 04:50:04 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i628nbUw025534; Fri, 2 Jul 2004 04:49:37 -0400 From: Alexander Larsson To: =?ISO-8859-1?Q?Ren=E9?= Seindal In-Reply-To: <40DFE2D8.8060407@seindal.dk> References: <40DFE2D8.8060407@seindal.dk> Content-Type: text/plain; charset=iso-8859-1 Message-Id: <1088758202.2650.36.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 02 Jul 2004 10:50:02 +0200 Content-Transfer-Encoding: 8bit Cc: Nautilus Subject: Re: Mime-type detection and GLabels application X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 08:50:04 -0000 On Mon, 2004-06-28 at 11:20, René Seindal wrote: > HI, > > I use the glabels application to print out adressing labels, but after I > upgraded to Gnome 2.6, I can no longer launch glabels by clicking on a > .glabels file. It is being classified as a application/x-gzip file and > I'm only offered file-roller as a possible application. > > I have .glabels file registered as application/x-glabels in "File Types > and Programs", with the glabels application as default, but it is > apparently being ignored. > > How do I persuade nautilus to launch the application of my choice on > these files? Hmm, this is due to the change in the mime type system to the new freedesktop.org system. Unfortunately the file types and programs app creates the old-style mime types. We're working on fixing this. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a lonely Catholic gangster whom everyone believes is mad. She's a supernatural green-skinned snake charmer in the wrong place at the wrong time. They fight crime! From davyd@zdlcomputing.com Fri Jul 2 05:00:16 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from oracle.bridgewayconsulting.com.au (oracle.bridgewayconsulting.com.au [203.56.14.38]) by menubar.gnome.org (Postfix) with ESMTP id D917C3B0827 for ; Fri, 2 Jul 2004 05:00:15 -0400 (EDT) Received: from pingu.cook.theducks.org (cook.theducks.org [203.22.197.49]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by oracle.bridgewayconsulting.com.au (Postfix) with ESMTP id 8BC531F8002 for ; Fri, 2 Jul 2004 17:00:28 +0800 (WST) From: Davyd Madeley To: nautilus-list@gnome.org In-Reply-To: <1088758084.2650.33.camel@localhost.localdomain> References: <1088490621.3605.21.camel@pingu> <1088758084.2650.33.camel@localhost.localdomain> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-k2DRFS8TSzuczLp9x8on" Date: Fri, 02 Jul 2004 17:00:10 +0800 Message-Id: <1088758811.17828.52.camel@pingu> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Subject: Re: nautilus loves to preview unfinished files X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 09:00:16 -0000 --=-k2DRFS8TSzuczLp9x8on Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2004-07-02 at 10:48 +0200, Alexander Larsson wrote: > On Tue, 2004-06-29 at 08:30, Davyd Madeley wrote: > > So, Galeon (I don't know about epiphany) marks partially downloaded > > files as foo.bar.part, and upon completion renames them to foo.bar. > >=20 > > Nautilus loves to keep repreviewing these files, and eating up all my > > CPU time in the process. Nautilus also likes to repreview files that > > it's copying from one server to my home. > >=20 > > Surely it would be better to not have nautilus preview files until they > > are done? Perhaps instead just use the clock on the page icon (maybe if > > people were feeling smart, do the MacOSX bar filling as it's > > transferred). >=20 > How would you do it though? Well for files which are *.part, create a mime/type such as text/html +partial or audio/ogg+partial or even application/x-nautilus-partial (or something) which isn't previewed by nautilus. Thereby saving the CPU through it's constant desire to repreview things. Doing percentage completion would be a lot harder. Safari apparently stores the percentage completed in the metadata for the file. Perhaps this part is something to consider for later on. That said, if we added support, people would add support. --d --=20 http://davyd.ucc.asn.au/ =20 PGP Fingerprint 08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA --=-k2DRFS8TSzuczLp9x8on Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: http://davyd.ucc.asn.au/pgp/ iD8DBQBA5SQaLt27T1GRbNoRAitzAKCthbmPJtFnk5HEnC5Cej4iUMIa9ACeOipj NhUTA7SI6nTZ89WW6LeY0rM= =ADt3 -----END PGP SIGNATURE----- --=-k2DRFS8TSzuczLp9x8on-- From r.burton@180sw.com Fri Jul 2 06:43:45 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out4.blueyonder.co.uk (smtp-out4.blueyonder.co.uk [195.188.213.7]) by menubar.gnome.org (Postfix) with ESMTP id E84B43B0774 for ; Fri, 2 Jul 2004 06:43:44 -0400 (EDT) Received: from lionel.180sw.com ([82.44.126.41]) by smtp-out4.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Fri, 2 Jul 2004 11:43:55 +0100 Received: from carados.180sw.com (unknown [192.168.0.2]) by lionel.180sw.com (Postfix) with ESMTP id 43E3115AAA8; Fri, 2 Jul 2004 11:38:59 +0100 (BST) From: Ross Burton To: Alexander Larsson In-Reply-To: <1088758084.2650.33.camel@localhost.localdomain> References: <1088490621.3605.21.camel@pingu> <1088758084.2650.33.camel@localhost.localdomain> Content-Type: text/plain Organization: OneEighty Software Ltd. Message-Id: <1088765018.25145.82.camel@carados.180sw.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 02 Jul 2004 11:43:39 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 02 Jul 2004 10:43:56.0077 (UTC) FILETIME=[796FBDD0:01C46021] Cc: Nautilus , Davyd Madeley Subject: Re: nautilus loves to preview unfinished files X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 10:43:45 -0000 On Fri, 2004-07-02 at 09:48, Alexander Larsson wrote: > On Tue, 2004-06-29 at 08:30, Davyd Madeley wrote: > > So, Galeon (I don't know about epiphany) marks partially downloaded > > files as foo.bar.part, and upon completion renames them to foo.bar. > > > > Nautilus loves to keep repreviewing these files, and eating up all my > > CPU time in the process. Nautilus also likes to repreview files that > > it's copying from one server to my home. > > > > Surely it would be better to not have nautilus preview files until they > > are done? Perhaps instead just use the clock on the page icon (maybe if > > people were feeling smart, do the MacOSX bar filling as it's > > transferred). > > How would you do it though? A global list of files which Nautilus knows it is manipulating (copying etc) and is checked before the thumbnailer kicks in? If the scheduling is correct, nautilus could ignore every but the last change notification for files which it copied. Obviously this wouldn't work for files I copy in a terminal, but that's acceptable. Ross -- Ross Burton Software Engineer OneEighty Software Ltd Tel: +44 20 8680 8712 Cygnet House Fax: +44 20 8680 8453 12-14 Sydenham Road r.burton@180sw.com Croydon, Surrey CR9 2ET, UK http://www.180sw.com./ ==================================================================== Under the Regulation of Investigatory Powers (RIP) Act 2000 together with any and all Regulations in force pursuant to the Act OneEighty Software Ltd reserves the right to monitor any or all incoming or outgoing communications as provided for under the Act From luca.cappelletti@infodomestic.com Fri Jul 2 07:00:44 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from server-dhcp.c-s-m.it (unknown [81.208.111.82]) by menubar.gnome.org (Postfix) with ESMTP id F1CD73B10AD for ; Fri, 2 Jul 2004 07:00:43 -0400 (EDT) Received: from [192.168.6.185] ([192.168.6.185]) by server-dhcp.c-s-m.it (Lotus Domino Release 5.0.9) with ESMTP id 2004070213022879:1740 ; Fri, 2 Jul 2004 13:02:28 +0200 Message-ID: <40E541E1.4050206@infodomestic.com> Date: Fri, 02 Jul 2004 13:07:13 +0200 From: "Luca Cappelletti (Infodomestic.com)" User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nautilus References: <1088490621.3605.21.camel@pingu> <1088758084.2650.33.camel@localhost.localdomain> <1088765018.25145.82.camel@carados.180sw.com> In-Reply-To: <1088765018.25145.82.camel@carados.180sw.com> X-MIMETrack: Itemize by SMTP Server on Domino/CSM(Release 5.0.9 |November 16, 2001) at 02/07/2004 13.02.28, Serialize by Router on Domino/CSM(Release 5.0.9 |November 16, 2001) at 02/07/2004 13.02.32, Serialize complete at 02/07/2004 13.02.32 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii; format=flowed Subject: [Nautilus] Mounted loop iso images does not appear into Computer folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 11:00:44 -0000 Hello, I'm using Nautilus 2.6.3 (Debian unstable/testing). I made an entry into fstab with: /mnt/Images/Test.iso /mnt/Test iso9660 loop I've this little iso image to be mounted everytime the system is booted. The problem is that the mounted image does not appear into nautilus Computer folder. How can I set Nautilus to show me that mount point? In OSX when you have an dmg image mounted, it appear into the Finder. May you help me please? bye, Luca Cappelletti From davyd@zdlcomputing.com Fri Jul 2 07:04:28 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from oracle.bridgewayconsulting.com.au (oracle.bridgewayconsulting.com.au [203.56.14.38]) by menubar.gnome.org (Postfix) with ESMTP id 4DEFA3B1082 for ; Fri, 2 Jul 2004 07:04:28 -0400 (EDT) Received: from pingu.cook.theducks.org (cook.theducks.org [203.22.197.49]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by oracle.bridgewayconsulting.com.au (Postfix) with ESMTP id B7E391F8002 for ; Fri, 2 Jul 2004 19:04:34 +0800 (WST) From: Davyd Madeley To: nautilus-list@gnome.org In-Reply-To: <40E541E1.4050206@infodomestic.com> References: <1088490621.3605.21.camel@pingu> <1088758084.2650.33.camel@localhost.localdomain> <1088765018.25145.82.camel@carados.180sw.com> <40E541E1.4050206@infodomestic.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-bKWbXzHWKlC5jzh44T9N" Date: Fri, 02 Jul 2004 19:04:17 +0800 Message-Id: <1088766257.21548.1.camel@pingu> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Subject: Re: [Nautilus] Mounted loop iso images does not appear into Computer folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 11:04:28 -0000 --=-bKWbXzHWKlC5jzh44T9N Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2004-07-02 at 13:07 +0200, Luca Cappelletti (Infodomestic.com) wrote: > I made an entry into fstab with: >=20 > /mnt/Images/Test.iso /mnt/Test iso9660 loop >=20 > I've this little iso image to be mounted everytime the system is booted. >=20 > The problem is that the mounted image does not appear into nautilus=20 > Computer folder. >=20 > How can I set Nautilus to show me that mount point? You need to add the 'user' option. --d --=20 http://davyd.ucc.asn.au/ =20 PGP Fingerprint 08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA --=-bKWbXzHWKlC5jzh44T9N Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: http://davyd.ucc.asn.au/pgp/ iD8DBQBA5UExLt27T1GRbNoRAiXcAJ40mpKsPpU/ifAlmmR/STeRgCATKgCfdYN6 xGcNO23SOuA2MpyP3EGkzRI= =hGNX -----END PGP SIGNATURE----- --=-bKWbXzHWKlC5jzh44T9N-- From rene@seindal.dk Fri Jul 2 07:07:11 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from paestum.seindal.dk (ip157.rev112.brygge.net [194.255.112.157]) by menubar.gnome.org (Postfix) with ESMTP id 7C6513B1082 for ; Fri, 2 Jul 2004 07:07:11 -0400 (EDT) Received: from [127.0.0.1] (really [127.0.0.1]) by paestum.seindal.dk via in.smtpd with esmtp id (Debian Smail3.2.0.115) Fri, 2 Jul 2004 13:07:11 +0200 (CEST) Message-ID: <40E541DC.8050501@seindal.dk> Date: Fri, 02 Jul 2004 13:07:08 +0200 From: =?UTF-8?B?UmVuw6kgU2VpbmRhbA==?= Organization: Seindal Consult User-Agent: Mozilla Thunderbird 0.6 (X11/20040528) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexander Larsson References: <40DFE2D8.8060407@seindal.dk> <1088758202.2650.36.camel@localhost.localdomain> In-Reply-To: <1088758202.2650.36.camel@localhost.localdomain> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Cc: Nautilus Subject: Re: Mime-type detection and GLabels application X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 11:07:11 -0000 Hi, I did manage to solve the problem in the meantime. I have made a file=20 /usr/share/mime/packages/glabels.xml as: Glabels document after which I ran "update-mime-database /usr/share/mime" as root. After restarting nautilus the mime type worked as expected. The problem here is that I needed to be root to do it, which is at least = sub-optimal. I'm not quite sure if I need to file a bug report on nautilus,=20 gnome-vfs, glabels or freedesktop's shared-mime-info. Ren=C3=A9 Alexander Larsson wrote: > On Mon, 2004-06-28 at 11:20, Ren=C3=A9 Seindal wrote: >=20 >>HI, >> >>I use the glabels application to print out adressing labels, but after = I=20 >> upgraded to Gnome 2.6, I can no longer launch glabels by clicking on = a=20 >>.glabels file. It is being classified as a application/x-gzip file and= =20 >>I'm only offered file-roller as a possible application. >> >>I have .glabels file registered as application/x-glabels in "File Types= =20 >>and Programs", with the glabels application as default, but it is=20 >>apparently being ignored. >> >>How do I persuade nautilus to launch the application of my choice on=20 >>these files? >=20 >=20 > Hmm, this is due to the change in the mime type system to the new > freedesktop.org system. Unfortunately the file types and programs app > creates the old-style mime types. We're working on fixing this. >=20 > =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D= -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-= =3D-=3D > Alexander Larsson Red Hat, = Inc=20 > alexl@redhat.com alla@lysator.liu.se=20 > He's a lonely Catholic gangster whom everyone believes is mad. She's a = > supernatural green-skinned snake charmer in the wrong place at the wron= g time.=20 > They fight crime!=20 >=20 --=20 Ren=C3=A9 Seindal (rene@seindal.dk) Seindal Consult From cfergeau@mipsys.com Fri Jul 2 07:23:13 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from bugsbunny.mipsys.com (griffon.mipsys.com [217.167.51.129]) by menubar.gnome.org (Postfix) with ESMTP id 4FE423B0687 for ; Fri, 2 Jul 2004 07:23:13 -0400 (EDT) Received: from teuf by bugsbunny.mipsys.com with local (Exim 3.36 #1 (Debian)) id 1BgM8F-0002bj-00 for ; Fri, 02 Jul 2004 13:23:03 +0200 From: Christophe Fergeau To: nautilus-list@gnome.org In-Reply-To: <40E541DC.8050501@seindal.dk> References: <40DFE2D8.8060407@seindal.dk> <1088758202.2650.36.camel@localhost.localdomain> <40E541DC.8050501@seindal.dk> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-+tbMesz4daXOsGoN7OuE" Date: Fri, 02 Jul 2004 13:23:03 +0200 Message-Id: <1088767383.1303.3.camel@bugsbunny.mipsys.com> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Sender: Christophe Fergeau Subject: Re: Mime-type detection and GLabels application X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: teuf@gnome.org List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 11:23:13 -0000 --=-+tbMesz4daXOsGoN7OuE Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On ven, 2004-07-02 at 13:07 +0200, Ren=E9 Seindal wrote: > Hi, >=20 > I did manage to solve the problem in the meantime. I have made a file=20 > /usr/share/mime/packages/glabels.xml as: >=20 > [...] > after which I ran "update-mime-database /usr/share/mime" as root. This can be installed in a user's home directory too, or in whatever directory you want if you properly set XDG_DATA_DIRS. See http://freedesktop.org/Standards/shared-mime-info-spec and http://freedesktop.org/Standards/basedir-spec for more information Christophe >=20 > After restarting nautilus the mime type worked as expected. >=20 > The problem here is that I needed to be root to do it, which is at least=20 > sub-optimal. >=20 > I'm not quite sure if I need to file a bug report on nautilus,=20 > gnome-vfs, glabels or freedesktop's shared-mime-info. >=20 > Ren=E9 >=20 > Alexander Larsson wrote: > > On Mon, 2004-06-28 at 11:20, Ren=E9 Seindal wrote: > >=20 > >>HI, > >> > >>I use the glabels application to print out adressing labels, but after = I=20 > >> upgraded to Gnome 2.6, I can no longer launch glabels by clicking on = a=20 > >>.glabels file. It is being classified as a application/x-gzip file and= =20 > >>I'm only offered file-roller as a possible application. > >> > >>I have .glabels file registered as application/x-glabels in "File Types= =20 > >>and Programs", with the glabels application as default, but it is=20 > >>apparently being ignored. > >> > >>How do I persuade nautilus to launch the application of my choice on=20 > >>these files? > >=20 > >=20 > > Hmm, this is due to the change in the mime type system to the new > > freedesktop.org system. Unfortunately the file types and programs app > > creates the old-style mime types. We're working on fixing this. > >=20 > > =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D= -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-= =3D-=3D > > Alexander Larsson Red Hat, = Inc=20 > > alexl@redhat.com alla@lysator.liu.se=20 > > He's a lonely Catholic gangster whom everyone believes is mad. She's a=20 > > supernatural green-skinned snake charmer in the wrong place at the wron= g time.=20 > > They fight crime!=20 > >=20 >=20 > --=20 > Ren=E9 Seindal (rene@seindal.dk) > Seindal Consult >=20 >=20 >=20 --=-+tbMesz4daXOsGoN7OuE Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBA5UWX+13jZzlzSs4RAuJmAJ4oeP5vEGYYLFfUI61pZABDaPZ0DgCcCcOB yPNLA6lr1wnwZ5OrW9FVgNg= =zOcv -----END PGP SIGNATURE----- --=-+tbMesz4daXOsGoN7OuE-- From hquest@onda.com.br Fri Jul 2 07:25:48 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.ondacorp.com.br (mail.ondacorp.com.br [200.195.196.14]) by menubar.gnome.org (Postfix) with ESMTP id 626F53B07D8 for ; Fri, 2 Jul 2004 07:25:48 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.ondacorp.com.br (Postfix) with ESMTP id 7381B43E57 for ; Fri, 2 Jul 2004 08:25:43 -0300 (EST) Received: from mail.ondacorp.com.br ([127.0.0.1]) by localhost (proxy.onda.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10690-09 for ; Fri, 2 Jul 2004 08:25:42 -0300 (EST) Received: from [192.168.11.13] (hquest.onda.net [192.168.11.13]) by mail.ondacorp.com.br (Postfix) with ESMTP id BA7AB43E50 for ; Fri, 2 Jul 2004 08:25:42 -0300 (EST) Message-ID: <40E54635.7010301@onda.com.br> Date: Fri, 02 Jul 2004 08:25:41 -0300 From: Alexandre Hautequest User-Agent: Mozilla Thunderbird 0.7 (X11/20040615) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nautilus References: <40DFE2D8.8060407@seindal.dk> <1088758202.2650.36.camel@localhost.localdomain> <40E541DC.8050501@seindal.dk> In-Reply-To: <40E541DC.8050501@seindal.dk> X-Enigmail-Version: 0.84.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by Ondacorp Mail Pro Subject: Re: Mime-type detection and GLabels application X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 11:25:48 -0000 Don't we have a personal settings to this? René Seindal wrote: > after which I ran "update-mime-database /usr/share/mime" as root. > > The problem here is that I needed to be root to do it, which is at least > sub-optimal. -- Alexandre From luca.cappelletti@infodomestic.com Fri Jul 2 07:36:04 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from server-dhcp.c-s-m.it (unknown [81.208.111.82]) by menubar.gnome.org (Postfix) with ESMTP id 6DBF73B0E6D for ; Fri, 2 Jul 2004 07:36:04 -0400 (EDT) Received: from [192.168.6.185] ([192.168.6.185]) by server-dhcp.c-s-m.it (Lotus Domino Release 5.0.9) with ESMTP id 2004070213375093:1919 ; Fri, 2 Jul 2004 13:37:50 +0200 Message-ID: <40E54A2C.2060906@infodomestic.com> Date: Fri, 02 Jul 2004 13:42:36 +0200 From: "Luca Cappelletti (Infodomestic.com)" User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: nautilus-list@gnome.org References: <1088490621.3605.21.camel@pingu> <1088758084.2650.33.camel@localhost.localdomain> <1088765018.25145.82.camel@carados.180sw.com> <40E541E1.4050206@infodomestic.com> <1088766257.21548.1.camel@pingu> In-Reply-To: <1088766257.21548.1.camel@pingu> X-MIMETrack: Itemize by SMTP Server on Domino/CSM(Release 5.0.9 |November 16, 2001) at 02/07/2004 13.37.50, Serialize by Router on Domino/CSM(Release 5.0.9 |November 16, 2001) at 02/07/2004 13.37.53, Serialize complete at 02/07/2004 13.37.53 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii; format=flowed Subject: Re: [Nautilus] Mounted loop iso images does not appear into Computer folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 11:36:04 -0000 Davyd Madeley wrote: > On Fri, 2004-07-02 at 13:07 +0200, Luca Cappelletti (Infodomestic.com) > wrote: > > >>I made an entry into fstab with: >> >>/mnt/Images/Test.iso /mnt/Test iso9660 loop >> >>I've this little iso image to be mounted everytime the system is booted. >> >>The problem is that the mounted image does not appear into nautilus >>Computer folder. >> >>How can I set Nautilus to show me that mount point? > > > You need to add the 'user' option. > > --d > > Hello Davyd tnx. I've added the 'user' option but nothing has changed. I've rebooted too. What's wrong? bye From michael.spinnenhirn@bytec.de Fri Jul 2 07:50:48 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from sarah.bytec.de (sarah.bytec.de [212.185.41.130]) by menubar.gnome.org (Postfix) with ESMTP id ECE803B075A for ; Fri, 2 Jul 2004 07:50:47 -0400 (EDT) Received: from bytec.de (patrizia.bytec.de [172.16.10.22]) by sarah.bytec.de (Postfix) with ESMTP id EC50EBD78 for ; Fri, 2 Jul 2004 13:50:44 +0200 (CEST) Message-ID: <40E54C1A.5080401@bytec.de> Date: Fri, 02 Jul 2004 13:50:50 +0200 From: Michael Spinnenhirn User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040203 X-Accept-Language: en-us, en MIME-Version: 1.0 To: nautilus-list@gnome.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Directory restrictions X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 11:50:48 -0000 Hi, I'am using GNOME 2.6 and want to know if there is any way to restrict browsing via nautilus to a certain directory. The background is, that i want to allow the users only to browse their own home-directories. From olaf@cbk.poznan.pl Fri Jul 2 08:07:57 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from goliath.sylaba.poznan.pl (goliath.sylaba.poznan.pl [193.151.36.3]) by menubar.gnome.org (Postfix) with ESMTP id F064E3B08D9 for ; Fri, 2 Jul 2004 08:07:56 -0400 (EDT) Received: by goliath.sylaba.poznan.pl (Postfix, from userid 1003) id 943EE93FB9; Fri, 2 Jul 2004 14:07:51 +0200 (CEST) Received: from localhost.localdomain (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by goliath.sylaba.poznan.pl (Postfix) with ESMTP id E88AD94210 for ; Fri, 2 Jul 2004 14:07:50 +0200 (CEST) Received: from [127.0.0.1] (venus [127.0.0.1]) by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i62C7njj004507 for ; Fri, 2 Jul 2004 14:07:49 +0200 From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: nautilus-list@gnome.org In-Reply-To: <40E54A2C.2060906@infodomestic.com> References: <1088490621.3605.21.camel@pingu> <1088758084.2650.33.camel@localhost.localdomain> <1088765018.25145.82.camel@carados.180sw.com> <40E541E1.4050206@infodomestic.com> <1088766257.21548.1.camel@pingu> <40E54A2C.2060906@infodomestic.com> Content-Type: text/plain Message-Id: <1088770069.4065.23.camel@venus> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 02 Jul 2004 14:07:49 +0200 Content-Transfer-Encoding: 7bit Subject: Re: [Nautilus] Mounted loop iso images does not appear into Computer folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 12:07:57 -0000 On Fri, 2004-07-02 at 13:42, Luca Cappelletti (Infodomestic.com) wrote: > Davyd Madeley wrote: > > On Fri, 2004-07-02 at 13:07 +0200, Luca Cappelletti (Infodomestic.com) > > wrote: > > > > > >>I made an entry into fstab with: > >> > >>/mnt/Images/Test.iso /mnt/Test iso9660 loop > >> > >>I've this little iso image to be mounted everytime the system is booted. > >> > >>The problem is that the mounted image does not appear into nautilus > >>Computer folder. > >> > >>How can I set Nautilus to show me that mount point? > > > > > > You need to add the 'user' option. > > > > --d > > > > > > Hello Davyd tnx. > I've added the 'user' option but nothing has changed. > I've rebooted too. > For regular devices it works with options: "owner" or "user" or "users". If I add "loop" then it disappears. It is not necessary to reboot! The change is visible immediately. Regards, Olaf From luca.cappelletti@infodomestic.com Fri Jul 2 08:10:09 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from server-dhcp.c-s-m.it (unknown [81.208.111.82]) by menubar.gnome.org (Postfix) with ESMTP id 46C943B092B for ; Fri, 2 Jul 2004 08:10:09 -0400 (EDT) Received: from [192.168.6.185] ([192.168.6.185]) by server-dhcp.c-s-m.it (Lotus Domino Release 5.0.9) with ESMTP id 2004070214115585:2137 ; Fri, 2 Jul 2004 14:11:55 +0200 Message-ID: <40E55229.4030805@infodomestic.com> Date: Fri, 02 Jul 2004 14:16:41 +0200 From: "Luca Cappelletti (Infodomestic.com)" User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: nautilus-list@gnome.org References: <40E54C1A.5080401@bytec.de> In-Reply-To: <40E54C1A.5080401@bytec.de> X-MIMETrack: Itemize by SMTP Server on Domino/CSM(Release 5.0.9 |November 16, 2001) at 02/07/2004 14.11.55, Serialize by Router on Domino/CSM(Release 5.0.9 |November 16, 2001) at 02/07/2004 14.11.58, Serialize complete at 02/07/2004 14.11.58 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii; format=flowed Subject: Re: Directory restrictions X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 12:10:09 -0000 Michael Spinnenhirn wrote: > Hi, > > I'am using GNOME 2.6 and want to know if there is any way to restrict > browsing via nautilus to a certain directory. The background is, that i > want to allow the users only to browse their own home-directories. Hi, this is not a clean and functional solution but you can hide the Tree using .hidden files. Touch a .hidden file into / and /home with the list of objects listed into / and /home and so the folders and files are not so simply available into nautilus and file-selector (2.6). If you are finding a solution against power-users...well this is not the right way. bye. Luca Cappelletti From luca.cappelletti@infodomestic.com Fri Jul 2 08:17:25 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from server-dhcp.c-s-m.it (unknown [81.208.111.82]) by menubar.gnome.org (Postfix) with ESMTP id 7E4AE3B08D9 for ; Fri, 2 Jul 2004 08:17:25 -0400 (EDT) Received: from [192.168.6.185] ([192.168.6.185]) by server-dhcp.c-s-m.it (Lotus Domino Release 5.0.9) with ESMTP id 2004070214191218:2193 ; Fri, 2 Jul 2004 14:19:12 +0200 Message-ID: <40E553DE.2080300@infodomestic.com> Date: Fri, 02 Jul 2004 14:23:58 +0200 From: "Luca Cappelletti (Infodomestic.com)" User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: nautilus-list@gnome.org References: <1088490621.3605.21.camel@pingu> <1088758084.2650.33.camel@localhost.localdomain> <1088765018.25145.82.camel@carados.180sw.com> <40E541E1.4050206@infodomestic.com> <1088766257.21548.1.camel@pingu> <40E54A2C.2060906@infodomestic.com> <1088770069.4065.23.camel@venus> In-Reply-To: <1088770069.4065.23.camel@venus> X-MIMETrack: Itemize by SMTP Server on Domino/CSM(Release 5.0.9 |November 16, 2001) at 02/07/2004 14.19.12, Serialize by Router on Domino/CSM(Release 5.0.9 |November 16, 2001) at 02/07/2004 14.19.14 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Subject: Re: [Nautilus] Mounted loop iso images does not appear into Computer folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 12:17:25 -0000 Olaf Fr=C4=85czyk wrote: ... >>>>/mnt/Images/Test.iso /mnt/Test iso9660 loop >>>> >>>>I've this little iso image to be mounted everytime the system is booted. >>>> >>>>The problem is that the mounted image does not appear into nautilus=20 >>>>Computer folder. >>>> >>>>How can I set Nautilus to show me that mount point? >>> >>> >>>You need to add the 'user' option. >>> >>>--d >>> >>> >> >>Hello Davyd tnx. >>I've added the 'user' option but nothing has changed. >>I've rebooted too. >> >=20 > For regular devices it works with options: "owner" or "user" or "users". > If I add "loop" then it disappears. > It is not necessary to reboot! The change is visible immediately. >=20 > Regards, >=20 > Olaf >=20 Hello Olaf, so you mean that nautilus cannot handle into 'Computer' folder a loop=20 mounted image? Is this a Bug or a Feature? I need the capability to provide the availibility of a mounted image=20 into 'Computer' folder. Now it doesn't work using this entries: /mnt/Images/Test.iso /mnt/test iso9660 loop or /mnt/Images/Test.iso /mnt/test iso9660 loop,user (like suggested by Davyd) Did you know how to workaround? tnx, bye Luca Cappelletti From luca.cappelletti@infodomestic.com Fri Jul 2 08:23:56 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from server-dhcp.c-s-m.it (unknown [81.208.111.82]) by menubar.gnome.org (Postfix) with ESMTP id 3E2D73B1108 for ; Fri, 2 Jul 2004 08:23:56 -0400 (EDT) Received: from [192.168.6.185] ([192.168.6.185]) by server-dhcp.c-s-m.it (Lotus Domino Release 5.0.9) with ESMTP id 2004070214254376:2232 ; Fri, 2 Jul 2004 14:25:43 +0200 Message-ID: <40E55565.2030403@infodomestic.com> Date: Fri, 02 Jul 2004 14:30:29 +0200 From: "Luca Cappelletti (Infodomestic.com)" User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: nautilus-list@gnome.org References: <1088490621.3605.21.camel@pingu> <1088758084.2650.33.camel@localhost.localdomain> <1088765018.25145.82.camel@carados.180sw.com> <40E541E1.4050206@infodomestic.com> <1088766257.21548.1.camel@pingu> <40E54A2C.2060906@infodomestic.com> <1088770069.4065.23.camel@venus> In-Reply-To: <1088770069.4065.23.camel@venus> X-MIMETrack: Itemize by SMTP Server on Domino/CSM(Release 5.0.9 |November 16, 2001) at 02/07/2004 14.25.43, Serialize by Router on Domino/CSM(Release 5.0.9 |November 16, 2001) at 02/07/2004 14.25.45 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Subject: Mounted loop iso images does not appear into Computer folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 12:23:56 -0000 Olaf Fr=C4=85czyk wrote: ... >>>>/mnt/Images/Test.iso /mnt/Test iso9660 loop >>>> >>>>I've this little iso image to be mounted everytime the system is booted. >>>> >>>>The problem is that the mounted image does not appear into nautilus=20 >>>>Computer folder. >>>> >>>>How can I set Nautilus to show me that mount point? >>> >>> >>>You need to add the 'user' option. >>> >>>--d >>> >>> >> >>Hello Davyd tnx. >>I've added the 'user' option but nothing has changed. >>I've rebooted too. >> >=20 > For regular devices it works with options: "owner" or "user" or "users". > If I add "loop" then it disappears. > It is not necessary to reboot! The change is visible immediately. >=20 > Regards, >=20 > Olaf >=20 Hello Olaf, so you mean that nautilus cannot handle into 'Computer' folder a loop mounted image? Is this a Bug or a Feature? I need the capability to provide the availibility of a mounted image into 'Computer' folder. Now it doesn't work using this entries: /mnt/Images/Test.iso /mnt/test iso9660 loop or /mnt/Images/Test.iso /mnt/test iso9660 loop,user (like suggested by Davyd) Did you know how to workaround? tnx, bye Luca Cappelletti --=20 nautilus-list mailing list nautilus-list@gnome.org http://mail.gnome.org/mailman/listinfo/nautilus-list From rene@seindal.dk Fri Jul 2 08:33:56 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from paestum.seindal.dk (ip157.rev112.brygge.net [194.255.112.157]) by menubar.gnome.org (Postfix) with ESMTP id 190823B1108 for ; Fri, 2 Jul 2004 08:33:56 -0400 (EDT) Received: from [127.0.0.1] (really [127.0.0.1]) by paestum.seindal.dk via in.smtpd with esmtp id (Debian Smail3.2.0.115) Fri, 2 Jul 2004 14:33:56 +0200 (CEST) Message-ID: <40E55631.3030303@seindal.dk> Date: Fri, 02 Jul 2004 14:33:53 +0200 From: =?UTF-8?B?UmVuw6kgU2VpbmRhbA==?= Organization: Seindal Consult User-Agent: Mozilla Thunderbird 0.6 (X11/20040528) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nautilus References: <40DFE2D8.8060407@seindal.dk> <1088758202.2650.36.camel@localhost.localdomain> <40E541DC.8050501@seindal.dk> <40E54635.7010301@onda.com.br> In-Reply-To: <40E54635.7010301@onda.com.br> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Subject: Re: Mime-type detection and GLabels application X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 12:33:56 -0000 Hi, It works out of the box if I put my files in ~/.local/share/, i.e.,=20 ~/.local/share/mime/packages/local.xml which will populate=20 ~/.local/share/mime/ if I run "update-mime-database=20 ~/.local/share/mime/" as myself. That appears to be the freedesktop default. Maybe gnome should add=20 =2Egnome2/share/mime to that. I guess I could just symlink .local to .gnome2 Ren=C3=A9 Alexandre Hautequest wrote: > Don't we have a personal settings to this? >=20 > Ren=C3=A9 Seindal wrote: >=20 >>after which I ran "update-mime-database /usr/share/mime" as root. >> >>The problem here is that I needed to be root to do it, which is at leas= t >>sub-optimal. >=20 >=20 --=20 Ren=C3=A9 Seindal (rene@seindal.dk) Seindal Consult From cfergeau@mipsys.com Fri Jul 2 08:40:39 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from bugsbunny.mipsys.com (griffon.mipsys.com [217.167.51.129]) by menubar.gnome.org (Postfix) with ESMTP id 4C5763B0862 for ; Fri, 2 Jul 2004 08:40:39 -0400 (EDT) Received: from teuf by bugsbunny.mipsys.com with local (Exim 3.36 #1 (Debian)) id 1BgNLG-0001uV-00 for ; Fri, 02 Jul 2004 14:40:34 +0200 From: Christophe Fergeau To: nautilus-list@gnome.org In-Reply-To: <40E55631.3030303@seindal.dk> References: <40DFE2D8.8060407@seindal.dk> <1088758202.2650.36.camel@localhost.localdomain> <40E541DC.8050501@seindal.dk> <40E54635.7010301@onda.com.br> <40E55631.3030303@seindal.dk> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Bp7jFXcGsFKB33G8nLH6" Date: Fri, 02 Jul 2004 14:40:33 +0200 Message-Id: <1088772033.2479.0.camel@bugsbunny.mipsys.com> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Sender: Christophe Fergeau Subject: Re: Mime-type detection and GLabels application X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: teuf@gnome.org List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 12:40:39 -0000 --=-Bp7jFXcGsFKB33G8nLH6 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable >=20 > That appears to be the freedesktop default. Maybe gnome should add=20 > .gnome2/share/mime to that. Why ? The whole point of the shared mime database is that it is not specific to one desktop, but shared by kde, gnome, rox, ... Christophe --=-Bp7jFXcGsFKB33G8nLH6 Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBA5VfA+13jZzlzSs4RAhSIAJ0ZhZ29ir4m7RxS181z5TCqGjcNiQCeIHQa yBYhKE/vVRbeHJwNEyN4J5I= =YfkM -----END PGP SIGNATURE----- --=-Bp7jFXcGsFKB33G8nLH6-- From olaf@cbk.poznan.pl Fri Jul 2 08:51:03 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from goliath.sylaba.poznan.pl (goliath.sylaba.poznan.pl [193.151.36.3]) by menubar.gnome.org (Postfix) with ESMTP id CAE3D3B072E for ; Fri, 2 Jul 2004 08:51:02 -0400 (EDT) Received: by goliath.sylaba.poznan.pl (Postfix, from userid 1003) id 41DDA9425B; Fri, 2 Jul 2004 14:51:02 +0200 (CEST) Received: from localhost.localdomain (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by goliath.sylaba.poznan.pl (Postfix) with ESMTP id B60D3941C1 for ; Fri, 2 Jul 2004 14:51:01 +0200 (CEST) Received: from [127.0.0.1] (venus [127.0.0.1]) by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i62Cp01X004806 for ; Fri, 2 Jul 2004 14:51:00 +0200 From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: nautilus-list@gnome.org In-Reply-To: <40E553DE.2080300@infodomestic.com> References: <1088490621.3605.21.camel@pingu> <1088758084.2650.33.camel@localhost.localdomain> <1088765018.25145.82.camel@carados.180sw.com> <40E541E1.4050206@infodomestic.com> <1088766257.21548.1.camel@pingu> <40E54A2C.2060906@infodomestic.com> <1088770069.4065.23.camel@venus> <40E553DE.2080300@infodomestic.com> Content-Type: text/plain Message-Id: <1088772660.4065.43.camel@venus> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 02 Jul 2004 14:51:00 +0200 Content-Transfer-Encoding: 7bit Subject: Re: [Nautilus] Mounted loop iso images does not appear into Computer folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 12:51:03 -0000 On Fri, 2004-07-02 at 14:23, Luca Cappelletti (Infodomestic.com) wrote: > Hello Olaf, > > so you mean that nautilus cannot handle into 'Computer' folder a loop > mounted image? > Is this a Bug or a Feature? I don't know. I just played with fstab after your e-mail and found this behaviour. I think they have some reason to disable it for loopback mounted filesystems. But in my opinion it is a bug. > I need the capability to provide the availibility of a mounted image > into 'Computer' folder. > > Now it doesn't work using this entries: > > /mnt/Images/Test.iso /mnt/test iso9660 loop > > or > > /mnt/Images/Test.iso /mnt/test iso9660 loop,user (like suggested by Davyd) > > Did you know how to workaround? Sorry, I have no idea. Regards, Olaf From alexl@redhat.com Fri Jul 2 09:02:21 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 736CD3B0E66 for ; Fri, 2 Jul 2004 09:02:21 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i62D2Ge1032308; Fri, 2 Jul 2004 09:02:16 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i62D2G018728; Fri, 2 Jul 2004 09:02:16 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i62D1n2O004177; Fri, 2 Jul 2004 09:01:49 -0400 From: Alexander Larsson To: Olaf =?iso-8859-2?Q?Fr=B1czyk?= In-Reply-To: <1088772660.4065.43.camel@venus> References: <1088490621.3605.21.camel@pingu> <1088758084.2650.33.camel@localhost.localdomain> <1088765018.25145.82.camel@carados.180sw.com> <40E541E1.4050206@infodomestic.com> <1088766257.21548.1.camel@pingu> <40E54A2C.2060906@infodomestic.com> <1088770069.4065.23.camel@venus> <40E553DE.2080300@infodomestic.com> <1088772660.4065.43.camel@venus> Content-Type: text/plain; charset=iso-8859-2 Message-Id: <1088773335.19533.0.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 02 Jul 2004 15:02:15 +0200 Content-Transfer-Encoding: 8bit Cc: Nautilus Subject: Re: [Nautilus] Mounted loop iso images does not appear into Computer folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 13:02:21 -0000 On Fri, 2004-07-02 at 14:51, Olaf Fr±czyk wrote: > On Fri, 2004-07-02 at 14:23, Luca Cappelletti (Infodomestic.com) wrote: > > Hello Olaf, > > > > so you mean that nautilus cannot handle into 'Computer' folder a loop > > mounted image? > > Is this a Bug or a Feature? > I don't know. I just played with fstab after your e-mail and found this > behaviour. I think they have some reason to disable it for loopback > mounted filesystems. > But in my opinion it is a bug. I think we disabled it because someone reported it as a bug. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a scarfaced overambitious rock star trapped in a world he never made. She's a scantily clad foul-mouthed stripper who don't take no shit from nobody. They fight crime! From olaf@cbk.poznan.pl Fri Jul 2 09:19:43 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from goliath.sylaba.poznan.pl (goliath.sylaba.poznan.pl [193.151.36.3]) by menubar.gnome.org (Postfix) with ESMTP id 837483B0ABE for ; Fri, 2 Jul 2004 09:19:43 -0400 (EDT) Received: by goliath.sylaba.poznan.pl (Postfix, from userid 1003) id 5EAF794044; Fri, 2 Jul 2004 15:19:40 +0200 (CEST) Received: from localhost.localdomain (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by goliath.sylaba.poznan.pl (Postfix) with ESMTP id D25F393FB1; Fri, 2 Jul 2004 15:19:39 +0200 (CEST) Received: from [127.0.0.1] (venus [127.0.0.1]) by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i62DJcnK004961; Fri, 2 Jul 2004 15:19:38 +0200 From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: Alexander Larsson In-Reply-To: <1088773335.19533.0.camel@localhost.localdomain> References: <1088490621.3605.21.camel@pingu> <1088758084.2650.33.camel@localhost.localdomain> <1088765018.25145.82.camel@carados.180sw.com> <40E541E1.4050206@infodomestic.com> <1088766257.21548.1.camel@pingu> <40E54A2C.2060906@infodomestic.com> <1088770069.4065.23.camel@venus> <40E553DE.2080300@infodomestic.com> <1088772660.4065.43.camel@venus> <1088773335.19533.0.camel@localhost.localdomain> Content-Type: text/plain; charset=UTF-8 Message-Id: <1088774378.4065.45.camel@venus> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 02 Jul 2004 15:19:38 +0200 Content-Transfer-Encoding: 8bit Cc: Nautilus Subject: Re: [Nautilus] Mounted loop iso images does not appear into Computer folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 13:19:43 -0000 On Fri, 2004-07-02 at 15:02, Alexander Larsson wrote: > On Fri, 2004-07-02 at 14:51, Olaf FrÄ…czyk wrote: > > On Fri, 2004-07-02 at 14:23, Luca Cappelletti (Infodomestic.com) wrote: > > > Hello Olaf, > > > > > > so you mean that nautilus cannot handle into 'Computer' folder a loop > > > mounted image? > > > Is this a Bug or a Feature? > > I don't know. I just played with fstab after your e-mail and found this > > behaviour. I think they have some reason to disable it for loopback > > mounted filesystems. > > But in my opinion it is a bug. > > I think we disabled it because someone reported it as a bug. > Another option for gconf? :) Regards, Olaf From daniel@brodienet.com Fri Jul 2 09:20:12 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from server3.barronhosting.com (ns5.barronhosting.com [207.44.204.17]) by menubar.gnome.org (Postfix) with ESMTP id A7C373B1130 for ; Fri, 2 Jul 2004 09:20:12 -0400 (EDT) X-ClientAddr: 68.40.217.162 Received: from [192.168.0.4] (pcp05927832pcs.sothfd01.mi.comcast.net [68.40.217.162]) (authenticated (0 bits)) by server3.barronhosting.com (8.11.6/8.11.6) with ESMTP id i62DJr521044; Fri, 2 Jul 2004 08:19:53 -0500 From: Daniel Brodie To: Alexander Larsson In-Reply-To: <1088758084.2650.33.camel@localhost.localdomain> References: <1088490621.3605.21.camel@pingu> <1088758084.2650.33.camel@localhost.localdomain> Content-Type: text/plain Date: Fri, 02 Jul 2004 09:19:51 -0400 Message-Id: <1088774391.5810.6.camel@hubert> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.2 Content-Transfer-Encoding: 7bit X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-MailScanner-SpamCheck: not spam, SpamAssassin (score=0, required 4) Cc: Nautilus , Davyd Madeley Subject: Re: nautilus loves to preview unfinished files X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 13:20:13 -0000 On Fri, 2004-07-02 at 10:48 +0200, Alexander Larsson wrote: > On Tue, 2004-06-29 at 08:30, Davyd Madeley wrote: > > So, Galeon (I don't know about epiphany) marks partially downloaded > > files as foo.bar.part, and upon completion renames them to foo.bar. > > > > Nautilus loves to keep repreviewing these files, and eating up all my > > CPU time in the process. Nautilus also likes to repreview files that > > it's copying from one server to my home. > > > > Surely it would be better to not have nautilus preview files until they > > are done? Perhaps instead just use the clock on the page icon (maybe if > > people were feeling smart, do the MacOSX bar filling as it's > > transferred). > > How would you do it though? How about when nautilus recieves a change notification for a file it will store the filename and change time in a hash table. If it gets another change notification in a predefined timeout it will only update minimal changes (i.e. no thumbnail, but file size in the list view should probably be updated). If it dosn't get any mre change notification in under that timeout it can then fully update everything. The length of this timeout depends on fam, but I think 2 seconds is probably more then enough. -- Daniel Brodie From snickell@gmail.com Fri Jul 2 12:05:55 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by menubar.gnome.org (Postfix) with SMTP id 714803B0FD8 for ; Fri, 2 Jul 2004 12:05:55 -0400 (EDT) Received: by mproxy.gmail.com with SMTP id m68so75901rne for ; Fri, 02 Jul 2004 09:05:46 -0700 (PDT) Received: by 10.38.164.68 with SMTP id m68mr36955rne; Fri, 02 Jul 2004 09:05:46 -0700 (PDT) Message-ID: <853cc1c004070209052011f167@mail.gmail.com> Date: Fri, 2 Jul 2004 12:05:46 -0400 From: Seth Nickell To: Alexander Larsson In-Reply-To: <1088757978.2650.31.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1088757978.2650.31.camel@localhost.localdomain> Cc: Nautilus Subject: Re: xkb X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: seth@gnome.org List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 16:05:55 -0000 > Nautilus does not touch the keyboard setting, i don't know why removing > it from the session changed anything for you. The keyboard handling is > handled by the control center. gnome-settings-daemon used to be activated upon demand by apps... maybe Nautilus is the only thing he is using that requires it? Not a nautilus problem necessarily, but would explain the behavior. -Seth From gaborl@eeng.dcu.ie Fri Jul 2 06:42:32 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smail2.alcatel.fr (smail2.alcatel.fr [62.23.212.57]) by menubar.gnome.org (Postfix) with ESMTP id 14A303B07E2 for ; Fri, 2 Jul 2004 06:42:32 -0400 (EDT) Received: from mrc.mrc.alcatel.ro (mail.mrc.alcatel.ro [172.25.128.124]) by smail2.alcatel.fr (ALCANET/NETFR) with ESMTP id i62AgTlP004503; Fri, 2 Jul 2004 12:42:30 +0200 Received: from mcd01s43.mrc.alcatel.ro (mcd01s43 [172.25.128.67]) by mrc.mrc.alcatel.ro (8.12.10+Sun/8.12.6/mrc.alcatel.ro) with ESMTP id i62AmhDU021426; Fri, 2 Jul 2004 13:48:43 +0300 (EEST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by mcd01s43.mrc.alcatel.ro (8.11.7+Sun/8.10.2) with ESMTP id i62Amfx07472; Fri, 2 Jul 2004 13:48:42 +0300 (EEST) Message-ID: <40E53D89.4020009@eeng.dcu.ie> Date: Fri, 02 Jul 2004 13:48:41 +0300 From: Lucian Gabor User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.7) Gecko/20040610 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nautilus References: <1088490621.3605.21.camel@pingu> <1088758084.2650.33.camel@localhost.localdomain> In-Reply-To: <1088758084.2650.33.camel@localhost.localdomain> Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit X-Alcatel-Romania-MRC-MailScanner: Found to be clean X-MailScanner-From: gaborl@eeng.dcu.ie X-Alcanet-MTA-scanned-and-authorized: yes X-Mailman-Approved-At: Fri, 02 Jul 2004 19:14:04 -0400 Subject: Re: nautilus loves to preview unfinished files X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 10:42:32 -0000 there are different modes for opening files. checking for write access could provide the flag to skip preview.
lsof does that, but requires root permissions.

Alexander Larsson wrote: 
On Tue, 2004-06-29 at 08:30, Davyd Madeley wrote:
  
So, Galeon (I don't know about epiphany) marks partially downloaded
files as foo.bar.part, and upon completion renames them to foo.bar.

Nautilus loves to keep repreviewing these files, and eating up all my
CPU time in the process. Nautilus also likes to repreview files that
it's copying from one server to my home.

Surely it would be better to not have nautilus preview files until they
are done? Perhaps instead just use the clock on the page icon (maybe if
people were feeling smart, do the MacOSX bar filling as it's
transferred).
    

How would you do it though?

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Alexander Larsson                                            Red Hat, Inc 
                   alexl@redhat.com    alla@lysator.liu.se 
He's a scarfaced vegetarian master criminal in drag. She's an orphaned 
out-of-work doctor with only herself to blame. They fight crime!
From markmc@redhat.com Fri Jul 2 12:30:22 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 5FB163B10D1; Fri, 2 Jul 2004 12:30:22 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i62GULe1024647; Fri, 2 Jul 2004 12:30:21 -0400 Received: from mail.boston.redhat.com (mail.boston.redhat.com [172.16.64.12]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i62GUJ024621; Fri, 2 Jul 2004 12:30:20 -0400 Received: from [127.0.0.1] (sebastian-int.corp.redhat.com [172.16.52.221]) by mail.boston.redhat.com (8.12.8/8.12.8) with ESMTP id i62GUF8i028183; Fri, 2 Jul 2004 12:30:17 -0400 From: Mark McLoughlin To: seth@gnome.org In-Reply-To: <853cc1c004070209052011f167@mail.gmail.com> References: <1088757978.2650.31.camel@localhost.localdomain> <853cc1c004070209052011f167@mail.gmail.com> Content-Type: text/plain Message-Id: <1088785813.25265.0.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 02 Jul 2004 17:30:14 +0100 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 02 Jul 2004 19:15:08 -0400 Cc: Nautilus , Alexander Larsson Subject: Re: xkb X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 16:30:23 -0000 Hey, On Fri, 2004-07-02 at 17:05, Seth Nickell wrote: > > Nautilus does not touch the keyboard setting, i don't know why removing > > it from the session changed anything for you. The keyboard handling is > > handled by the control center. > > gnome-settings-daemon used to be activated upon demand by apps... > maybe Nautilus is the only thing he is using that requires it? Not a > nautilus problem necessarily, but would explain the behavior. Nah, g-s-d is activated and kept alive by gnome-session. Cheers, Mark. From mrgamel@neo.tamu.edu Sat Jul 3 20:03:08 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-relay.tamu.edu (smtp-relay.tamu.edu [165.91.143.199]) by menubar.gnome.org (Postfix) with ESMTP id 972E43B069A for ; Sat, 3 Jul 2004 20:03:08 -0400 (EDT) Received: from neo.tamu.edu (xyzzy-5.tamu.edu [165.91.252.78]) by smtp-relay.tamu.edu (8.12.10/8.12.10) with SMTP id i64035Lc095664 for ; Sat, 3 Jul 2004 19:03:06 -0500 (CDT) Message-Id: <200407040003.i64035Lc095664@smtp-relay.tamu.edu> Date: Sun, 4 Jul 2004 00:03:05 -0000 To: From: "Gamel, Matthew R" X-Mailer: TWIG 2.6.2 X-Client-IP: Subject: Nautilus CD Burner Not Working X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mrgamel@neo.tamu.edu List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2004 00:03:08 -0000 Hello, I have recently built Gnome 2.6 and am having difficulties getting the Nautilus CD burner to work (I build version 2.6.1). Basically, I drag files into the CD Creator and ask it to burn the CD. I get a message box giving me my CD R/W drive but when I click on Burn CD, nothing happens - I get an empty message box that simply does nothing but remain idle. It looks like it creates temporary ISO files in /tmp like it should but am not sure what the problem is. Any help would be appreciated. Thanks, matt From zzidre@mail.ru Sun Jul 4 06:19:19 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx2.mail.ru (mx2.mail.ru [194.67.23.122]) by menubar.gnome.org (Postfix) with ESMTP id C32DA3B06A4 for ; Sun, 4 Jul 2004 06:19:18 -0400 (EDT) Received: from [217.118.66.232] (port=46021 helo=mail.ru) by mx2.mail.ru with esmtp id 1Bh45a-000KQX-00 for nautilus-list@gnome.org; Sun, 04 Jul 2004 14:19:17 +0400 Message-ID: <40E399D7.5090103@mail.ru> Date: Thu, 01 Jul 2004 08:57:59 +0400 From: "Dmitry M. Shatrov" User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: nautilus-list@gnome.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Nautilus: specifying file type X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2004 10:19:19 -0000 Hello. Please consider my situation: I want to create a text file on my desktop. I right-click on it and point on the "Create document" meny entry. It says "No templates installed", so I choose "Empty file". Now I see my new file on the desktop. I want to edit it with gedit, and _oops, there's no way to do it! Left-clicking on it gives me 'Associate application' dialog which wants me to register a new file type and to enter weird things like 'MIME type' and 'Category'. Walking through file properties etc. does not help as well. It's a feature request: to be able to choose one of already registered file types, not only to create a new one. Wbr, Dmitry. From jamiemcc@blueyonder.co.uk Sun Jul 4 08:08:14 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out3.blueyonder.co.uk (smtp-out3.blueyonder.co.uk [195.188.213.6]) by menubar.gnome.org (Postfix) with ESMTP id 6D0133B0BA1 for ; Sun, 4 Jul 2004 08:08:14 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out3.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Sun, 4 Jul 2004 13:08:28 +0100 From: Jamie McCracken To: "Dmitry M. Shatrov" In-Reply-To: <40E399D7.5090103@mail.ru> References: <40E399D7.5090103@mail.ru> Content-Type: text/plain Message-Id: <1088942948.2689.7.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sun, 04 Jul 2004 13:09:08 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 04 Jul 2004 12:08:28.0805 (UTC) FILETIME=[9DD81B50:01C461BF] Cc: Nautilus Subject: Re: Nautilus: specifying file type X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2004 12:08:14 -0000 On Thu, 2004-07-01 at 05:57, Dmitry M. Shatrov wrote: > Hello. > Please consider my situation: > I want to create a text file on my desktop. I right-click on it and > point on the "Create document" meny entry. It says "No templates > installed", so I choose "Empty file". Now I see my new file on the > desktop. I want to edit it with gedit, and _oops, there's no way to do > it! Left-clicking on it gives me 'Associate application' dialog which > wants me to register a new file type and to enter weird things like > 'MIME type' and 'Category'. Walking through file properties etc. does > not help as well. > > It's a feature request: to be able to choose one of already registered > file types, not only to create a new one. > > Wbr, Dmitry. In your home folder you should have a Templates folder. Simply copy a blank text file in there (say Untitled.txt) and then when you next start Nautilus (do a killall nautilus or re-logon) it should appear in the Create Document entry. The onus is on the distro to pre-populate this folder with suitable templates though I think Nautilus should provide txt file as default if templates folder is blank. Cause of the huge number of registered types (most of which you wont ever use in this way) i dont think its practical to provide that as an option. jamie. From jamiemcc@blueyonder.co.uk Sun Jul 4 20:56:22 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out3.blueyonder.co.uk (smtp-out3.blueyonder.co.uk [195.188.213.6]) by menubar.gnome.org (Postfix) with ESMTP id B1A183B0813 for ; Sun, 4 Jul 2004 20:56:21 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out3.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Mon, 5 Jul 2004 01:56:26 +0100 From: Jamie McCracken To: Nautilus Content-Type: text/plain Message-Id: <1088989027.2667.42.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Mon, 05 Jul 2004 01:57:07 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 05 Jul 2004 00:56:26.0897 (UTC) FILETIME=[E686F810:01C4622A] Subject: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2004 00:56:22 -0000 Hi, I've added a rather large patch to bugzilla (its too large to append to this email as its over 80kb in size) : http://bugzilla.gnome.org/show_bug.cgi?id=145427 This patch provides *optional* navigation aids to improve spatial especially when dealing with deep hierarchies. (None of the default settings are affected by this patch and everything is optional so please no flaming from the pro-spatial camp). A screenshot of the changes in action is at: http://www.jamiemcc.pwp.blueyonder.co.uk/nautilus_window_snapshot.png It provides the following: 1) optional bookmarks in spatial mode. I have moved the bookmark specific code from nautilus-navigation-window-menus to nautilus-window-menus so both spatial and browser share the same code for bookmarks. As a consequence of this, updating bookmarks in browser will dynamically update every open spatial window's bookmarks (and vice versa) - that saved me some work! 2) bookmarks with shortcut keys (limited to first 10 entires- ctrl+1, ctrl+2 etc). As bookmark code is now shared its available in both browser and spatial modes. 3) ability to set folder actions for left and middle mouse buttons. This setting affects menus as well so clicking on a bookmark menu (or places) will use the left click action to determine how its opened. Middle click action also works on location button and pathbar (when you middle click it!). 4) an open in same window option for (3) above. This setting can be thought of as spatial inheritance - it inherits the properties of its parent though spatial coherence is still maintained (so its not a browser clone!). Once a spatial window is re-used in this way it no longer loads or saves properties therefore it wont screw up any saved spatial settings. This allows you to combine features of browse and spatial slickly and elegantly like OS/X does. I have set mine up like OS/X (left click to open in same window and middle click to open in new window) and spatial really rocks in this mode as it can handle deep and shallow hierarchies with ease. All in all this hybrid functionality its a huge improvement over using either pure spatial or browser modes. 5) an optional pathbar displayed instead of the location button This is a really neat addition as it also solves the problem of displaying the full path in a spatial window as well as providing a slick way to navigate upwards. 6) Added a new tab to global preferences to easily allow setting of all these features (default is all off). I hope this mega patch gets added cause it would be really cool if Gnome 2.8 has this. It will not only make file management a really enjoyable process but it will end all the criticism that spatial mode has attracted in the press as well as providing the most innovative and advanced file manager out there! jamie. From olaf@cbk.poznan.pl Mon Jul 5 03:18:12 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from goliath.sylaba.poznan.pl (goliath.sylaba.poznan.pl [193.151.36.3]) by menubar.gnome.org (Postfix) with ESMTP id E8C633B0702 for ; Mon, 5 Jul 2004 03:18:11 -0400 (EDT) Received: by goliath.sylaba.poznan.pl (Postfix, from userid 1003) id 74E519405A; Mon, 5 Jul 2004 09:18:08 +0200 (CEST) Received: from localhost.localdomain (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by goliath.sylaba.poznan.pl (Postfix) with ESMTP id 08EEE94036; Mon, 5 Jul 2004 09:18:08 +0200 (CEST) Received: from [127.0.0.1] (venus [127.0.0.1]) by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i657I61Z003852; Mon, 5 Jul 2004 09:18:07 +0200 From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: "Dmitry M. Shatrov" In-Reply-To: <40E399D7.5090103@mail.ru> References: <40E399D7.5090103@mail.ru> Content-Type: text/plain Message-Id: <1089011886.3271.22.camel@venus> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Mon, 05 Jul 2004 09:18:06 +0200 Content-Transfer-Encoding: 7bit Cc: nautilus-list@gnome.org Subject: Re: Nautilus: specifying file type X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2004 07:18:12 -0000 On Thu, 2004-07-01 at 06:57, Dmitry M. Shatrov wrote: > Hello. > Please consider my situation: > I want to create a text file on my desktop. I right-click on it and > point on the "Create document" meny entry. It says "No templates > installed", so I choose "Empty file". Now I see my new file on the > desktop. I want to edit it with gedit, and _oops, there's no way to do > it! Left-clicking on it gives me 'Associate application' dialog which In this particular case it is very simply: just rename it and add ".txt" suffix. Regards, Olaf From olaf@cbk.poznan.pl Mon Jul 5 03:23:51 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from goliath.sylaba.poznan.pl (goliath.sylaba.poznan.pl [193.151.36.3]) by menubar.gnome.org (Postfix) with ESMTP id 8C3D23B0CA0 for ; Mon, 5 Jul 2004 03:23:51 -0400 (EDT) Received: by goliath.sylaba.poznan.pl (Postfix, from userid 1003) id 15ACC9409E; Mon, 5 Jul 2004 09:23:51 +0200 (CEST) Received: from localhost.localdomain (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by goliath.sylaba.poznan.pl (Postfix) with ESMTP id 7C1419405A; Mon, 5 Jul 2004 09:23:50 +0200 (CEST) Received: from [127.0.0.1] (venus [127.0.0.1]) by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i657NnX6003877; Mon, 5 Jul 2004 09:23:49 +0200 From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: Jamie McCracken In-Reply-To: <1088942948.2689.7.camel@localhost.localdomain> References: <40E399D7.5090103@mail.ru> <1088942948.2689.7.camel@localhost.localdomain> Content-Type: text/plain Message-Id: <1089012228.3271.29.camel@venus> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Mon, 05 Jul 2004 09:23:49 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: Nautilus: specifying file type X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2004 07:23:51 -0000 On Sun, 2004-07-04 at 14:09, Jamie McCracken wrote: > The onus is on the distro to pre-populate this folder with suitable > templates though I think Nautilus should provide txt file as default if > templates folder is blank. Cause of the huge number of registered types > (most of which you wont ever use in this way) i dont think its practical > to provide that as an option. Yes, for every mime-type it would be the hell. But, I think that the templates should be provided by applications. And at install time, they could ask if you want to put template etc. Regards, Olaf From alexl@redhat.com Mon Jul 5 05:05:10 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 6F2BD3B0D4B for ; Mon, 5 Jul 2004 05:05:09 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i65958e1031986; Mon, 5 Jul 2004 05:05:08 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i65958012027; Mon, 5 Jul 2004 05:05:08 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6594cx0002038; Mon, 5 Jul 2004 05:04:39 -0400 From: Alexander Larsson To: Nugeto Mandella In-Reply-To: References: Content-Type: text/plain Message-Id: <1089018303.19716.9.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 05 Jul 2004 11:05:03 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: Nautilus Fan: Nice & Nasty X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2004 09:05:10 -0000 On Wed, 2004-06-30 at 19:15, Nugeto Mandella wrote: > 1) Pressing "F" repeatedly does not move one through a list of files... on > that subject "f" should come just before "F", not after Z, yes thats ASCI, > but hey we're human. I watch people especially ex MS people on linux and > almost without fail, they say, "the file is gone". No human, f comes after > X... huh! Sounds like you're using the C locale. You need to have a real locale to get the right collation rules. Also, pressing 'f' repeatedly only gets you to files starting with 'fff', you need to type the real name you want to get to. > 2) The above is also livable, but this is not... if you run a long > operation, like launch a script from nautilus in a terminal, thats it, > nautilus is dead. Cant move to another file and say look at something in > gedit, cant do anything. Its still responsive, but if you do try anything > else, thats the end of X, stuff starts to ignore you. On that, what I think > is a threading issue or lack off, try look at say 30,000 files in nautilus, > goodbye X. This you have to fix, its the only reason I use another file > manager now... if lots of files or going to launch a backup script... I have > to use EMELFM. I really don't understand exactly what you mean. How do you launch the script? =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a time-tossed guitar-strumming firefighter who dotes on his loving old ma. She's a cold-hearted blonde Hell's Angel from the wrong side of the tracks. They fight crime! From olaf@cbk.poznan.pl Mon Jul 5 05:45:57 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from goliath.sylaba.poznan.pl (goliath.sylaba.poznan.pl [193.151.36.3]) by menubar.gnome.org (Postfix) with ESMTP id A0DBD3B0EA6 for ; Mon, 5 Jul 2004 05:45:51 -0400 (EDT) Received: by goliath.sylaba.poznan.pl (Postfix, from userid 1003) id 2D05A9412B; Mon, 5 Jul 2004 11:45:45 +0200 (CEST) Received: from localhost.localdomain (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by goliath.sylaba.poznan.pl (Postfix) with ESMTP id 9BB7A9411E; Mon, 5 Jul 2004 11:45:44 +0200 (CEST) Received: from [127.0.0.1] (venus [127.0.0.1]) by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i659jgh6005010; Mon, 5 Jul 2004 11:45:42 +0200 From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: "Dmitry M. Shatrov" In-Reply-To: <40E90D8C.2030904@mail.ru> References: <40E399D7.5090103@mail.ru> <1088942948.2689.7.camel@localhost.localdomain> <1089012228.3271.29.camel@venus> <40E90D8C.2030904@mail.ru> Content-Type: text/plain Message-Id: <1089020742.3271.34.camel@venus> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Mon, 05 Jul 2004 11:45:42 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: Nautilus: specifying file type X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2004 09:45:57 -0000 On Mon, 2004-07-05 at 10:13, Dmitry M. Shatrov wrote: > And what if I want to edit it with, say, The GIMP? a hex editor? > I think there should be at least an 'Open with...' option where I could > type "gimp" (yes, with path resolution) Yes, it should be. > > btw, when you choose a new program for some file type, woldn't it be > cool just to type 'appbinary' instead of > '/oh/where/can/I/find/that/appbinary'? it could use something like > `which appbinary` to get full path Yes, and it should present a list for a user to choose in case he has more that 1 binary matching. And of course, it should be possible to specify full path, also. Regards, Olaf From nshmyrev@yandex.ru Mon Jul 5 11:53:47 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from ariel.yandex.ru (ariel.yandex.ru [213.180.200.32]) by menubar.gnome.org (Postfix) with ESMTP id 278EB3B0D44 for ; Mon, 5 Jul 2004 11:53:47 -0400 (EDT) Received: from YAMAIL (ariel.yandex.ru) by mail.yandex.ru id ; Mon, 5 Jul 2004 19:53:36 +0400 Date: Mon, 5 Jul 2004 19:53:36 +0400 (MSD) From: "nshmyrev" Sender: nshmyrev@yandex.ru Message-Id: <40E97980.000003.05022@ariel.yandex.ru> MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] Errors-To: nshmyrev@yandex.ru To: mrgamel@neo.tamu.edu In-Reply-To: <200407040003.i64035Lc095664@smtp-relay.tamu.edu> References: <200407040003.i64035Lc095664@smtp-relay.tamu.edu> X-source-ip: 193.232.173.25 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Cc: nautilus-list@gnome.org Subject: Re: Nautilus CD Burner Not Working X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: nshmyrev@yandex.ru List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2004 15:53:47 -0000 > >Hello, > >I have recently built Gnome 2.6 and am having difficulties getting the >Nautilus CD burner to work (I build version 2.6.1). Basically, I drag files >into the CD Creator and ask it to burn the CD. I get a message box giving me >my CD R/W drive but when I click on Burn CD, nothing happens - I get an empty >message box that simply does nothing but remain idle. It looks like it creates >temporary ISO files in /tmp like it should but am not sure what the problem >is. Any help would be appreciated. > >Thanks, > Hi, I had similar situation some days ago when I first install nautilus-cd-burner. But is strange that now I can't reproduce it - all works fine. After nautilus-cd-burner I'd tried to use xcdroast, then I'd returned back to nautilus-cd-burner. The bugzilla for nautilus-cd-burner contains two bugs, probably #113038 is about that problem, but it is not so clear. Probably, the reason is that mapping-daemon isn't running at that moment you start burn or gnome-vfs doesn't handle burn method just after install. First, try to attach process list (with ps -x). If you can reporduce this bug and give additional information, we can do something with it. Shmyrev. From jamiemcc@blueyonder.co.uk Mon Jul 5 20:52:24 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out4.blueyonder.co.uk (smtp-out4.blueyonder.co.uk [195.188.213.7]) by menubar.gnome.org (Postfix) with ESMTP id 2F16F3B115B for ; Mon, 5 Jul 2004 20:52:24 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out4.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Tue, 6 Jul 2004 01:52:34 +0100 From: Jamie McCracken To: Nautilus Content-Type: text/plain Message-Id: <1089075196.2659.11.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Tue, 06 Jul 2004 01:53:16 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 06 Jul 2004 00:52:34.0889 (UTC) FILETIME=[86A71B90:01C462F3] Subject: Feature Request : "Copy Files To" selection popup X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jul 2004 00:52:24 -0000 Hi, I would like to implement a "Copy Files To" and a "Move Files To" facility to the selection popup. This would allow you to copy/move selected files to Home (Floppy? , CD burner?) + all bookmarks. (Its kinda like the "Send To" menu in windows explorer but better). Its really handy for file management if your bookmarks are set up for it. Please see following link for what it would look like: http://www.jamiemcc.pwp.blueyonder.co.uk/nautilus_copy_files_to_snapshot.png Is it okay for me to implement this? I would need to read the bookmarks.xml file every time the popup occurs to get the latest bookmarks but that shouldn't slow down the popup significantly (I hope!). jamie. From sanchezthecactus@yahoo.com Wed Jul 7 13:29:48 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from web12105.mail.yahoo.com (web12105.mail.yahoo.com [216.136.172.25]) by menubar.gnome.org (Postfix) with SMTP id 743683B0F92 for ; Wed, 7 Jul 2004 13:29:48 -0400 (EDT) Message-ID: <20040707172947.68336.qmail@web12105.mail.yahoo.com> Received: from [66.134.93.243] by web12105.mail.yahoo.com via HTTP; Wed, 07 Jul 2004 10:29:47 PDT Date: Wed, 7 Jul 2004 10:29:47 -0700 (PDT) From: Sanchez the Cactus To: nautilus-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Wed, 07 Jul 2004 23:08:11 -0400 Subject: smb:// very slow X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2004 17:29:48 -0000 I'm trying to use nautilus 2.6 (debian unstable packages) to access files on my company's network share, but the load time is incredibly slow. Using smbclient //server/share to connect, I can ls and cd instantaneously. However, using nautilus to go to smb://server/share, the folder can take on the order of 10 seconds just to ask me for my password, and then another 30 seconds to a minute (or more) to show a directory listing. This slowdown continues for each subfolder that I open in nautilus, with the xcursor over the nautilus window turning into an hourglass until the folder loads. Is this a known issue (I couldn't find anything in bugzilla)? is there any known way to speed it up? Or can I provide some more information somehow to help debug this? Thanks, -Joe __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail From alexl@redhat.com Thu Jul 8 03:04:12 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 30EAA3B06F7 for ; Thu, 8 Jul 2004 03:04:12 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6874Ce1030056; Thu, 8 Jul 2004 03:04:12 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6874B021126; Thu, 8 Jul 2004 03:04:11 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6873fiQ009105; Thu, 8 Jul 2004 03:03:42 -0400 From: Alexander Larsson To: Sanchez the Cactus In-Reply-To: <20040707172947.68336.qmail@web12105.mail.yahoo.com> References: <20040707172947.68336.qmail@web12105.mail.yahoo.com> Content-Type: text/plain Message-Id: <1089270250.22236.35.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 08 Jul 2004 09:04:10 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: smb:// very slow X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2004 07:04:12 -0000 On Wed, 2004-07-07 at 19:29, Sanchez the Cactus wrote: > I'm trying to use nautilus 2.6 (debian unstable packages) to access files on my > company's network share, but the load time is incredibly slow. Using smbclient > //server/share to connect, I can ls and cd instantaneously. However, using > nautilus to go to smb://server/share, the folder can take on the order of 10 > seconds just to ask me for my password, and then another 30 seconds to a minute > (or more) to show a directory listing. This slowdown continues for each > subfolder that I open in nautilus, with the xcursor over the nautilus window > turning into an hourglass until the folder loads. Is this a known issue (I > couldn't find anything in bugzilla)? is there any known way to speed it up? > Or can I provide some more information somehow to help debug this? Its not that slow for me. I don't know whats causing it. The initial read on smb:// is always a bit slow, because it has to enumerate the workgroups, however after that it usually works fine. Maybe you could look at the network traffic or something to figure out why its being slow. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's an uncontrollable pirate dwarf who hides his scarred face behind a mask. She's an enchanted snooty research scientist from a secret island of warrior women. They fight crime! From olaf@cbk.poznan.pl Thu Jul 8 03:44:22 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from goliath.sylaba.poznan.pl (goliath.sylaba.poznan.pl [193.151.36.3]) by menubar.gnome.org (Postfix) with ESMTP id D81613B06F7 for ; Thu, 8 Jul 2004 03:44:21 -0400 (EDT) Received: by goliath.sylaba.poznan.pl (Postfix, from userid 1003) id 6458C940AA; Thu, 8 Jul 2004 09:44:10 +0200 (CEST) Received: from localhost.localdomain (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by goliath.sylaba.poznan.pl (Postfix) with ESMTP id 343BA93F3E for ; Thu, 8 Jul 2004 09:44:09 +0200 (CEST) Received: from [127.0.0.1] (venus [127.0.0.1]) by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i687i6qL004256 for ; Thu, 8 Jul 2004 09:44:06 +0200 From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: nautilus-list@gnome.org Content-Type: text/plain Message-Id: <1089272646.2563.19.camel@venus> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Thu, 08 Jul 2004 09:44:06 +0200 Content-Transfer-Encoding: 7bit Subject: Nautilus smb:// - very impractical and buggy X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2004 07:44:22 -0000 Hi, Button "Up" is not active, I can only use "Back". But it is not what I need. The Default View (I set it to list) is not honoured on network shares. Other annoying thing is, that I need to enter password for every share. Why is it not used for all shares on this server? If I need different username/passwords for different shares I would expect right-click menu with option "Login as". BTW, Why Gnome doesn't use my username/password from logging with GDM as default one? And after I logout/login from/to Gnome, I need to do it again. I set "Remember password for this session" and "Save password in keyring". If I set the latter it displays dialog box about not having default keyring and to enter password. I do it, but in next session I need to enter password for every share again. I use nautilus from Fedora Core 2: nautilus-2.6.0-4. Please tell me if it is fixed in newer versions, or I need to file bug report. Regards, Olaf From olaf@cbk.poznan.pl Thu Jul 8 03:46:26 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from goliath.sylaba.poznan.pl (goliath.sylaba.poznan.pl [193.151.36.3]) by menubar.gnome.org (Postfix) with ESMTP id 0408E3B082A for ; Thu, 8 Jul 2004 03:46:26 -0400 (EDT) Received: by goliath.sylaba.poznan.pl (Postfix, from userid 1003) id 74DE593DC9; Thu, 8 Jul 2004 09:46:25 +0200 (CEST) Received: from localhost.localdomain (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by goliath.sylaba.poznan.pl (Postfix) with ESMTP id 5D6FB93FD2; Thu, 8 Jul 2004 09:46:23 +0200 (CEST) Received: from [127.0.0.1] (venus [127.0.0.1]) by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i687kL31004309; Thu, 8 Jul 2004 09:46:21 +0200 From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: Alexander Larsson In-Reply-To: <1089270250.22236.35.camel@localhost.localdomain> References: <20040707172947.68336.qmail@web12105.mail.yahoo.com> <1089270250.22236.35.camel@localhost.localdomain> Content-Type: text/plain Message-Id: <1089272780.2563.24.camel@venus> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Thu, 08 Jul 2004 09:46:21 +0200 Content-Transfer-Encoding: 7bit Cc: Sanchez the Cactus , Nautilus Subject: Re: smb:// very slow X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2004 07:46:26 -0000 On Thu, 2004-07-08 at 09:04, Alexander Larsson wrote: > On Wed, 2004-07-07 at 19:29, Sanchez the Cactus wrote: > > I'm trying to use nautilus 2.6 (debian unstable packages) to access files on my > > company's network share, but the load time is incredibly slow. Using smbclient > > //server/share to connect, I can ls and cd instantaneously. However, using > > nautilus to go to smb://server/share, the folder can take on the order of 10 > > seconds just to ask me for my password, and then another 30 seconds to a minute > > (or more) to show a directory listing. This slowdown continues for each > > subfolder that I open in nautilus, with the xcursor over the nautilus window > > turning into an hourglass until the folder loads. Is this a known issue (I > > couldn't find anything in bugzilla)? is there any known way to speed it up? > > Or can I provide some more information somehow to help debug this? > > Its not that slow for me. I don't know whats causing it. The initial > read on smb:// is always a bit slow, because it has to enumerate the > workgroups, however after that it usually works fine. > > Maybe you could look at the network traffic or something to figure out > why its being slow. > Hi, For me it is not so slow, but slow anyway. Listing shares on a server takes about 2 seconds, even if I go back from a share. In Windows it appears immediately. I use WINS server. Does nautilus take it into account (from smb.conf)? BTW, what happens if /etc/samba/smb.conf is not readable by user? Olaf From y9toi7y02@sneakemail.com Thu Jul 8 06:01:02 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from monkey.sneakemail.com (clean.sneakemail.com [38.136.15.35]) by menubar.gnome.org (Postfix) with SMTP id BA82B3B06E3 for ; Thu, 8 Jul 2004 06:01:01 -0400 (EDT) Received: (qmail 27868 invoked by uid 501); 8 Jul 2004 10:00:57 -0000 Received: (sneakemail censored 17628-74639 #2); 8 Jul 2004 10:00:57 -0000 Received: (sneakemail censored 17628-74639 #1); 8 Jul 2004 10:00:57 -0000 Date: Thu, 8 Jul 2004 12:00:54 +0200 (CEST) From: y9toi7y02@sneakemail.com To: nautilus-list@gnome.org In-Reply-To: <1089272780.2563.24.camel@venus> Message-ID: <17628-74639@sneakemail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Subject: Re: smb:// very slow X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2004 10:01:02 -0000 On Thu, 8 Jul 2004, Olaf [iso-8859-2] Fr=B1czyk olaf-at-cbk.poznan.pl |naut= ilus| wrote: > On Thu, 2004-07-08 at 09:04, Alexander Larsson wrote: > Hi, > > For me it is not so slow, but slow anyway. Listing shares on a server > takes about 2 seconds, even if I go back from a share. In Windows it > appears immediately. > I use WINS server. Does nautilus take it into account (from smb.conf)? > BTW, what happens if /etc/samba/smb.conf is not readable by user? If you look in your home directory, there should be a .smb directory containing a smb.conf file. That file is probably empty. That file is the one that is used instead of /etc/samba/smb.conf . If you copy /etc/samba/smb.conf to that file, it'll work. It's a libsmbclient limitation. Martijn Vernooij From gcgn-nautilus-list@m.gmane.org Thu Jul 8 07:23:58 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by menubar.gnome.org (Postfix) with ESMTP id 84D793B083E for ; Thu, 8 Jul 2004 07:23:58 -0400 (EDT) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1BiX0P-0003Qn-00 for ; Thu, 08 Jul 2004 13:23:57 +0200 Received: from 81.97.76.53 ([81.97.76.53]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 08 Jul 2004 13:23:57 +0200 Received: from mike by 81.97.76.53 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 08 Jul 2004 13:23:57 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: nautilus-list@gnome.org From: Mike Hearn Date: Thu, 08 Jul 2004 12:26:53 +0100 Lines: 28 Message-ID: References: <20040707172947.68336.qmail@web12105.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 81.97.76.53 User-Agent: Pan/0.14.2 (This is not a psychotic episode. It's a cleansing moment of clarity.) Sender: news Subject: Re: smb:// very slow X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2004 11:23:58 -0000 I had this problem about a year and a half ago. I did some work on it with ethereal and iirc found it was an authentication problem, gnome-vfs was constantly attempting to reauthenticate to one of the network servers and each time it did, had to wait for the response. Back then, the result was that the window just filled up extremely slowly. Since Nautilus was changed to not do incremental icon rendering, you get what you see now, which is it taking ages for anything to appear. I don't remember the details and while I filed a bug, I can no longer find it in bugzilla! So I guess you'll need to do some investigation with ethereal like I did to see if it's the same problem. thanks -mike On Wed, 07 Jul 2004 10:29:47 -0700, Sanchez the Cactus wrote: > I'm trying to use nautilus 2.6 (debian unstable packages) to access files on my > company's network share, but the load time is incredibly slow. Using smbclient > //server/share to connect, I can ls and cd instantaneously. However, using > nautilus to go to smb://server/share, the folder can take on the order of 10 > seconds just to ask me for my password, and then another 30 seconds to a minute > (or more) to show a directory listing. This slowdown continues for each > subfolder that I open in nautilus, with the xcursor over the nautilus window > turning into an hourglass until the folder loads. Is this a known issue (I > couldn't find anything in bugzilla)? is there any known way to speed it up? > Or can I provide some more information somehow to help debug this? From snickell@redhat.com Thu Jul 8 15:13:10 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id BD5093B068F for ; Thu, 8 Jul 2004 15:13:10 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i68JDAe1000592 for ; Thu, 8 Jul 2004 15:13:10 -0400 Received: from mail.boston.redhat.com (mail.boston.redhat.com [172.16.64.12]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i68JDA002493 for ; Thu, 8 Jul 2004 15:13:10 -0400 Received: from [172.16.67.56] (quixotic.boston.redhat.com [172.16.67.56]) by mail.boston.redhat.com (8.12.8/8.12.8) with ESMTP id i68JD94F011691; Thu, 8 Jul 2004 15:13:09 -0400 From: Seth Nickell To: nautilus-list@gnome.org Content-Type: multipart/mixed; boundary="=-arIDUD0eMuhvVLsHAdu4" Date: Thu, 08 Jul 2004 15:13:29 -0400 Message-Id: <1089314009.3111.3.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 1.5.8 (1.5.8-1) X-Mailman-Approved-At: Thu, 08 Jul 2004 15:31:46 -0400 Cc: Subject: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2004 19:13:10 -0000 --=-arIDUD0eMuhvVLsHAdu4 Content-Type: text/plain Content-Transfer-Encoding: 7bit Yo. Purty pitchures attached. Protocol Entry: grab list from: a gnome-vfs modules API (doesn't exist currently) or parse conf list of available methods or just hardcode. up to you. Once selected Rendevous should sniff this protocol to fill server drop down Username: prefill with the current username Server: user can enter their own server drop down provides list of servers available (cached from sniffing) [Cancel] Exits losing all work [Connect] Creates Desktop Entry and *opens folder* Opening up server should bring up keyring manager (happens automatically of course) Deskop Entry Name (the user visible part...) folder on hostname, e.g. "public_html on www.gnome.org" folder takes the last directory of the path given, i.e. /var/www/public would be public) hostname does not include the username (people.redhat.com) Luv, Your Desktop UI Ninjas --=-arIDUD0eMuhvVLsHAdu4 Content-Disposition: attachment; filename=connect_to_server.png Content-Type: image/png; name=connect_to_server.png Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAWwAAAEJCAIAAAA/xIoHAAAACXBIWXMAAAn/AAAJ/wEHzD5GAAAA B3RJTUUH1AcIEwQUUjkMNgAAIABJREFUeNrsXXd4FVXaPzO3pd70Cum9N9IbgYSQhBKwoOhaPsuK 62JdCwvYUeyKK6zoqmsBG4qggIhICxAggRRCAqmQeuvMnXvv3Gnn++PkTi6hiBTXMr8nT577zpw5 c8p7fuc97ykDgAQJEiRcAjBHoTgr66l77gn297+UGN9YsOAfDz3k8AYMAIDhOPqNOVyH414vQcKf FaNtAUJRRL+hIACH6y++9NLClSv/t0kdGBlZ+uabuw4dEq/IxV9fvvZackzMZXlN57ZtY0WD44g9 MBwfIxEMGys4CRIkEhHbAuIOAACEUBCgnUp+Oy0l2N//naeeajl+/Kr77juNRBwZ5PCePb8o0vTC wnFXjul0aYmJ1oEBACHAsAattrSwkDp+HAKAYdiP/f1zqquJI0dQ4B/7++dUVRFNTUjcMTAwc9o0 sqUFibsGB2vKy8nWViTWDQ1NLysj29qQuH9kpLyoyNTRgcSDGs3k/HzqxAkkNmq1RTk55q4uJB7R avMnTbL09CCxRafLyciw9PUhsc1gyExJsZ46hcQOo3E0C4gWCSIpLo4eGkJiN0nGR0fbRkaQ2EdR 0eHhjFaLxH6zOSI0lNHpkDhoNoeFhDB6PRKHLZaJwcGs0YhEjdUaHBDAkiQSdTQd4OvLURQSjTab j5cXb7Eg0cQwnh4evNWKRDPLuru5CTYbEq0c5+riIjAMEhlBcFIqBY5DIicICoUC8rxdVyGG42IX Nw4ChDKZbLQbPONZG887OzuLL7JwnJurq5gMimU91GoxkSTDeHl6ilkw2my+Pj5iBnU0HeDnx5lM Y6URFCQWzpDFEjphAmMwjPaBZnNEaKjNXrAnKSrKodh7TabYyEibRiPWUUJsrFhlJwgiOSGBtldo u9GYnpwsVvdRvX5SerqoDM06XW5WlqgqR3S6guxsUZEatNrivDyzXc0OjIxMcVDCfcPDFaWlpmPH kLhnaKhq6lRRgXcODs6oqBDVe3t/f62D8ottAUKIAbB/eHhyXp6lsxNCCDHsuL1YHHHprfXiYkiO ifnytdcQj8gBAGU5OY4Mcs3ixb8o0s+feWZcylLj4y19fQDDAITNRmNRdjbZ2orGLzuHhmqrqgwH DowW4uDgnOpqw8GDSPxpaGh2ZaWxoWGUQYaHZ5SXGxsbRxlkZGR6WZnRzj77NZrykhLCXh8HtdrJ BQXk0aOjDKLXF+XkiHXZZDDkZ2ZS9ppuMRhyMzJEumkzGrNSU0Ut6SCItKQks12HOkkyKS5O1LBu kyk+OlrUvz6KiomMFLXzlNkcGRpKDw6O6r3FEh4SIqrysNUaEhwsso+GpoMDAmz2ZqC32fx9fUW6 MTKMr5eX2KJIlvXy8GAJYpRBOM7dzU1sflaed3V2FhunjeednZw4e9NFLCA2bAFCHMfheRgEx3mW HXtWqRSfRQwivmj0vfZkoFSJiRxNsz0LRobx9fYWM6i32QL8/ES2HS0Ne+EMW60hEybQw8NiSUaE hlrtBXvKbI4MCxOLHdWCtb8fiT0mU3xMjFhlnSSZnJAgkkIHQaQlJ4vV3WY0ZqWlicrQYjDkOqhK k8GQP2mSqEiNen1xbq7JrmYHtdqywkJRCfdrNBUlJSIpjGqsXYF3DQ/XlJeL6o20XVT+7YODtfa2 AAHYp9FUFBWZ2tsR5R8nydTExFZ7ji5Xa72UGJJjYspycrbX12MAgB/efTckMFCMkUM1gUYe4n8H ETv94slTpw5s2CCm7I0FC2bFxY2aJCSZlZ5u7uwcLUSNZmZlpdE+mvpxZOSqqiqDXfxpZGT2tGnE 4cNjgcvLRcqo02qrysqI5ubR2tLpKkpKRII/qNeXFRSM1bTBUJybO6YHRmN+VpaYjBajMTczc0yH CGJSWppIGR0kmZ6UZDl5crQHM5lS4uNF7eymqISYGJEj+szmmIgIUe9PWSxRYWFiZzhotYaHhIgc MUzTIUFBYr+qoengwECxgelstgA/P85ukhgYxs/bW2yrBMt6e3iI/TnFcWo3N4GmHVuyaBogBhFO ZwFoN0kQR5yLQeDp/MJBqFAoxGcZQXBSqcSYaZ53cXgvYhAxVSaW9XRIM8EwPg450tts/g751dps QQEBYmmM0PREh7IaV5L9FktEaKhog5w0m6MdaqGHouId6qiLopLi4sQaPG4ypSUmivV7jCQzU1Is vb1IbDUacxx0AzGIqDmHDYYiB706pNdPdtC6Azrd1OJisRvbp9VWOmjsHo2mxkGfd46MzHTQ9u0j I3PFtoBhuzWa6ilTSPQshh0jyYykJOvJk9+0t4s+kUtvrZcew8mhofLbbpMDABCDnO5vvdAYAXaW wRqye4+bzRmJiVRHB4QQg3CvXl8zZYph3z6koNu12jlVVbq9e0cZRKOpnT7dUF8/yiBa7Yzycr3d YKnT6arKykS62a/XTyspEQn+oMEwpbBQpP9Go7EkL0+0GJsIomDSJJN9BNRCEHmZmWLFHyXJ7LQ0 0RZtN5kykpMpu9KcoKiU+Hhzd/cog5jNCdHRosL1WSyxkZEqD4/4u+7ySkmRu7uzJKk7eLDn00/J 48cHrNaI0FBxQDRE06EO/eqIzTbBodfVMUygn5/YKgwM4+fjI/bYJMt6e3qKDYziOA93d7H5WXje zcVlzAYRBGcnJ85sRiIrCEqlErVkpZeXW0wM2dzM2c2KcW4phZeXR2ys4fBhxAschAq5XGQBxCBi zDTPuzq818Lzbq6uHElOmD49dO5ct/BwXC6nNRqivb17zZqTTU3eXl5ijgwM4+/rK+ZXxzCB/v5i aYzYbBODgsSyGqLpsIkTxZLst1ojQkNFG+SkxRIdESEahr0WS1xUlFhH3WZzYmysWIMnKCo1MVGs 33aTKTMlhTp+XFSGnIwMUTdaCCI3K0vUnCaCKMjOFvWq0Wgsyc8Xte6AwTC1qMhoJ4V9en3l5Mmi xu7R6WqmThX1eZdWO3PaNFHbd2g0sx3awi6dbmZFBdHQAACAGHbUZMpOTRXNqLPNjlxSa72UGBB1 yK9ImiA8bjanJiaiyoMQHtDrp0+ebGhowCCEEG7Xaq+qrtbX16Mx+Q6ttnb6dHGMgwpRtPrq9Prq KVPE6tlvMEwrKTGKlWc0TnWwJxsJoiQvT+wNmkiyYNKkUZsQgGbEIA5Kk52e7qhSGcnJjgqXkpAw NooxmxNjYsQOrddiiYuM9J00Kemhh4xdXd+tXDnY3+/q7Z1bU5P39tsrMjNTIiMdm0HohAmihaKx 2SYEBootapRB7L2ugWH8fH0dRwTenp6sfbxAcZyHWi22ZMQg4lgDmQa83RYYNRzsloJ7YmL2c899 OmOGK0XJ0OwYhjmaJF5JSZnLln06Y4arxQIAkMvlotHBCoJKpeLtjg+bILg4O4tkNJoMiyXiuuvi 77nn2KZN+1etIi2WCXFxmeXl2vBw/uhR0e9jZFlfHx9GNMEYJtDfXywNVDii0YEYhLbzywBNR4SE 2OwFe8pqjQoPHzMMLZbYqKgxs9FsToyJGTMqKSo1MVE0OdspKjM5mRINUpNpUlqaqBstJJmbkTFm zJJkQXb2mKmL1Ew0hI3GKYWFY2aywTCttFTUWKTABrs+79bpZlRUiKOYMeV3bAsNDaitHSGIwqws qrPztJnN3waDnGV25uzx/myMZ4v3OEWlJiRYenqQf+iw0TilsNDQ2Ij09SeNZm51tW7fPuQ0+Umn mzN9ul60QfT6meXlYhHX6fXVU6eKFbDPYJg+ebJoEx40GqcUFYmV10gQpQ5Ve4Qkixwqvpkk87Oy xG6n1WTKdRgJI5UaYxCzOTUhYVyHZjm9u5M7OSU98EDPrl1Lb7pJrVBEqFRALv/u66+9ysvrtdoY V1fHZiAyCOpmRe+glmGC/P1FBtEzTICvr2h0ECzr48AgJo7zVKvFzt/M8+6uriKDWFFLPp1BxGbP QSjDMABAnUZTCKGrXI5hmOg6HSV/QUABCgRB7TBsQYMaRwZxdnLiHN7rak9G+Lx5x7dte+q228Jc XUNcXEb27/9g9WojABNkMg8PD8Qgfj4+Ygb1DBPg5zfGIAwzITAQFQ6uUAxSVGhwsMgggzQdHhpK n4tBrNbYiIgxt4jFkhATI1ZZD8umxMWNDVopKj0pSWSQYybTJAdlaCXJ3MxMUVWaSTLfwZg9TJLF OTmimh0iiDIHBqk3GitKSsZMEoOhqqxMVOA9en2Ng3rv1OlmV1bq6+tRW9ih09VOn244eBACADDs kNE4OS9vdEYCgBP2nuPyttZxMaxasuSuZ55BMaz85z8XLFv2szHILzxGdHF8vGeLFDU/NE3VYjIV 5+QQzc0AQgjhTp2utrJy1HLDsB1a7ZyqKv3+/SKDzJo2bYxBDIaaqVPHRjFGY2VpqcE+ijlAEOVF RaI92UAQk/PzidMZRJzHaTGZ8jIzRZPkqMmUk5FhsivNMYrKSkkRVeq42Zzm0GV1WSxJsbFih9Zj scRHRVn7+2MWLQI4/upDDwW7uRW5ueEYBgDop+mJnZ353t6oQfKxsbUPPeQRGwsgNLS07HvjjQl6 PepmA0tLs5Yvb3z88YnV1V6pqRgAp/bs6Vq1Cuk9utuweHHIzJno7kBdXceKFaKPFgQEFC1c6JOV JXd1pbq7W1evxuvrxYYtDwjIXrDANztb6enJGAyagwebnn46c9kyAMDr9tJuW7Gi6+OPHSsu6/nn zwzAQeiXnh53xx2eyckAQn1Ly/F33jHYeZzmeRcXF3HIo/Ty6h8cnOjsXOTjg1gv3NeXN5sFAKAg GFk2JDEx+i9/8c3Jkbu6Gru6+tau7d+0CT3rUlh488svNyxaFH7NNR7x8URf38l169Iee2zXjTeS J04M0nREaCg9NJTz6qsqP7+1V18dGRqKY1j6E0+g2MynTnWsWoVGPb1Wa/H8+SmPPIJic4+Ptw0P /zhvHqLR42ZzelKS2GEco6hJqamiMozqhuiDN5kcHatHSLIoN1c0dRsIYnJBwdighiDKi4vHrGaj sXLyZJFB6gyG6qlTRfVG2j7afWLYDntvimEYBGA/QUwrKiKOHkWLJFCv1mYn0ItkkLOSyOntHQCw avHiBc8+u/Kf/7zA9o6fk5kcYnRkEADAykWLzpcmAMw9PRBCAGE7ReWmpxNHj6IZ7916/axp03T7 90MIoSBs12prp0/X7dsHBQEKwk6dbmZ5ub6+Hom7dbrqKVP0Bw8ica9eP62kxNDYiMR6g2FqYaHx yBEkHjIaS/PyiJYWJB4miMLsbLKtDYlNBJGbkWFqb0diC0HkpKebOjqQ2EaSWcnJVGcnEjtMprT4 eHN3NxI7KSopJsbS14fEbrMZMQgUBJ/MzP6jR3UDA1lOThiEUBBOWSwRISH00FC4szMUBFtY2Ix3 32VZ9t277379rruMMtn0d96xurqiqAiGAQCE3XVX0xdfPFVU9Oy116qTk31uvZXmOCgIFMsCAML/ 9jfxrltSkt8dd6C7grd3xQcfOIeGfrl06Yvz5+/fsyfvhRdAWhqKGffzK/vgA3VCwsYXXlh+zTXv LF06wLK7h4ebnnsOAPBkbe29ubn35ua+9OabRwkCPTJaUGcEaDYavRMS8las4DAM5YKQyXLeeIMP DYWCYOU4Zycn3mpFj1MsSxw7lldbm3/11Qp3d5JhPNzdOZMJCgImCEaGmRATk/fGGy4REV8uXfrC /PmH6urSli6V5eRAQdDQtJdaDQCIuv/+xs8/X1xa+uKCBe+99x5DUURBwXGKCpswwTo0pPT09M3N 3fbpp00mEwZh4bvvukRErFmy5KUbb9z300+Zzz8vy8npMZvjIiMRU0fdf/+ONWuerax89tZbtwwN QUE4bjKlxcdTXV0ozcdMpszkZNOJE0g8SpKOutFMELkZGaIiHUF61dqKxAakdc3NSDxgMEwtKDAe PoxENO42NDQgcXRQY9fnXadr+09abW1lpW7/fiTuQV6/5mYIIRCEdopKSUgw2+3is7bWi2SQ02NA FgMAADEIAOBnGeQcJHKOGBGDAAAWPPecGObsIzUIkVskIzmZ6uhA4j69fsaUKYb9+4EgAEH4Saeb U1mp37sXiTt1ulkVFYb6eiTuQYEPHEDiXoNhemmpsaEBifUGQ3lREXH4MBIPGY1leXlkczMSDxNE cXa2qbUVic0kWZCZSR07hsQWksxLTze1tyOxjSQnpaRQJ04gscNkSk9IMHd3I7GTopJjYy29vUjs MZsTIiOtJ08iUeXnpx0Y8JLLXTAMCEK/xRIZEmIbHER3B63WooULbQTxz3nzjv74I7dv3/5HH7VZ LIE332xkGA1Ne3t4AAC+efPNNWvXuprN6RTV+cknSZWVDRRltNnUrq7iXbXFkmY0incpls34298A hi2ZM2fX118rWltPrVhxdNOmhL/+9ZTFYuO4lAULMJlsyezZW9esUbW1ue7de+DRR6EgoMlU/eBg utVawDDTXFyinJ1RatGf7fQAU5yd493dY266yUaS/5w3r+XHH92PHNl9990oF8M07apSCVYretbC smoXlyNPPEEMDc1Zvnza1q0z169PuPtut7AwIAgkw/h4eETNnw9wfMmcOT999ZVnT0/fK6+gZLeZ TMH21SLfvf32h//9bygAmUZjjovL4A8/FM6da1UqbcPDQBCCp00DEP7wxRdhCkXsHXcAHF80Z86B 775zbW0VY3P28rKePIlcDN+9/fbGTz/10WozCaLQy6uTotIc6rfdZMpMSjLba7+NJLNTU0XdaCHJ vIwMUXOaSbIwK0vUq8MEUZqbK2rdQeSbO3JEVNFpxcWixu7V66vLykR93oPG7HZt36XT1U6bJraF XTpdzZQpxsZG1HCOUlRGUpKlp+fsi3p+CYNg57JEHAIvePbZsd9nMAj2C4Yz9gcWPPvsysWLR3kE Mcjzz49P7tli6LRY0pKSzN3dKNghkqyaMkXf2IgWOP2k011VU6Pbvx/gOABgp15fW1Wlr69H4m6D YWZFheHQISTuNRqrp0wxNDYisZ4gpiG3CI4DAA4SxNTiYqK5GYmHSbIkP588ehSJzSZTQXa2qb0d iS0mU15Wlun4cSS2UVR2RgbV2YnEdrM5MyXF3NODxE6LJSUx0dLXh8QeiyUhNtba34/EPqsVwzBe EFzkcoDjp2g6OiKCHh5GdwdoOjIszDMp6cj330ObLcHLK3LiRJtWq9u7Nz43dw1BVMXFIedo2969 YS4u6aGhrNEIhodlcjnp5ubj4YFcG21790a6uiYHBXEUJd51d3Pzzck5un07ZTRO9fPzdncXaJqt rw+tqjomCKEuLn65uS1btxo0mukBAR7OzgLL+ioUYa6uvL2yXORyV7kcOVYdVXN0dwIALnK5k0wm l8shz3tnZh75/nvBZiufOBHneSAIKBdf0XSAkxPKr4Xn3dzdeZqm+vp+vO66wejo8JycmEmTkubM mTh79vcLF3p3dHAU5Zeff3T7dpPBMDc2FjebgbMzSvaQTJZAEEiXWnbtSg0ICAEAyOXOALSsX19T W6uKjwcnTgAAAqqq+g4eNI6MhAcG+uXnN/34o5UgZgQEqHAcADC0e/eUqqoWrXaKm5sYW5yLS4Sb G1ppkpKYaLZXaIfZnJmaau7uPqsyIFWh7KrSbDIVoGVHZ1OzQyTpqIT1BDGtrMx4+PCYApeXGxoa kLjHYJjhoN6jyn/gAMBxgGE79fraykr9oUOoLpooqigry3TiBHYed4a9PYrmgyMWLF/+s63VsUWv XLxYDLZy0aILae/n9ImIzyxYtmx0/HKBDAJAp9Wampho7u3FMAxgWJPROLW42HjkCIZhGIbt1Gqv rqnR7d+PCGWnToeWn6FS24PcIvZC3Gsw1JSXGxoakFhvNFZOnmw8cgSzM0h5cTHR0oLERpIsLSgg 7cPIJpOpMCfH1N6OxBaSzJ80iTp+HIlo6Et1diKxnaKyUlPN3d1jQ9DEREtfHxK7LZbEuDhrfz8S e63WuOhoWqPxmTABANBvs0VHRNiGhzGRQcLDbSMjCrV6RKPxUiqjQkNtWi2G45zR6OblRfA8azSi wAxNxwYFcSSJ4TgqTVwmo0jS33430teXt1gc71rMZpW3d+rMmaurq/GxjQQYhmGCqyvLMEpPz6Gh oQkuLp6urgLLohdxEMrl9urGcYDjOGKQ0/Yz2ddeY5hCoYCCgOE4ysUEFxcZhEjvbQaDm5fXsNWK eXsjx6q7u7tA0+hFMggTh4cH/vvfjatXbwoJueeLL1Luu2/LddcFOTmhZL/jkGyUbtbZmbdTmIUk 49FqWgCGbbZQjYYaGMieM6fj2Wc9IiJ8ExK+ve++QJXKRaFQentnzpq1uqYGxQYhxGUyDMM4V1ce AA3Ljsbm7IzheCfylJ88iWI+bu8wkHiMohyVodVkys/Kok6cwOwM4qhIiEFMbW1IPEQQU4uKRCU8 aDRWlpYam5qQuN9orJ461Yi6TwDqDIaZDuq9S69HntTRtqDX11ZVGQ8eRLXZQBCl+flURwdqR112 x9N5Wusvu3tGmJX2hWcLnntu5WOPAQBWPvbYguefxy5idmacUYRiPDuDnNWxam9+EMKjJlNxXh55 9CgmkwEId+l0s6ur9QcOYDIZwLAdGs3s6mrjwYOYTDY6uVtZaWxoQOIevb66vNx4+DAS9xkMlWVl RFMTEg8YjVOLi8nWViQ2EERpQYGprQ2JR0iyMCeH6uhAYovJlJedbT5xAomtJhNaU4TEYyZTZlqa pacHiccpKi052dLXh8QuszkpPt7a34/EHoslPjqaHhrSNTSEVlfjfn4xwcH08DC620/TkWFhNq0W k8lYk8nNx8fX05MxGNBd6OlpJQiG5zGZDNi7fWC1YnI5AICyz5VAHBfvYiyL7lrF3Vk4zhBEw65d 6155BT99/4VhZIQJDGSMRnd/f1elEgoCei8HoVLuUNc4jsvlZzGP7S+VKRQAw9CzLEm6+fg44TgS GUFw9fOzGo2MIGAymZXn3dzcBIZBd80876FW8zQd6Ooa6OpqIgh9Y2NwYWGD0ThjwgQbQTQ6JBtC iJyIKNmkPftKhQKTyUZstrCJE216/dD33+dcc813Tz751xtu4CyWnzZsmOTuPsCynMl0aMcOFBuK SiyELg+P8uBgMbZumk5NTLScOiXWb7pD/R4zmbLS083d3aJu5GZlmTs7Rc3Jz86mjh8X9ao4L49q bxe1rqyoaFS9kU6WlhItLWfV2D16fXVFhbGxUdT2WdOnGw8dGm0LWm1tVdUooWBYvdFYUVREtrVh GAYxrNNiObtj9RcxyDmniU+zGBY89xyyGM7CIBdoiZx1WHVOBjlbpNaTJ5FyHKeo3IwMU0fHqFmh 1aJ1vkjcqdXOqakRbZDdWu0sxCAosE43AzEIskH0+qqyMpHgDxgMFSUlIv03GI1lBQWkvXM4QhDF OTnie1vQ5K69Y2klybzMTLHbQdN7Yqd0nKLQilUkdpnNyYhBkA1isaAVqxiO937xxYTq6nnPPNP9 xBPOOI7WQUWFhflkZAx8/z0AYLChIaO8fNfy5ehZo0IRWlzcUVenxHEMx032ZaAYjmM4rmeYCR4e YhVY7S0K3TWxbLCbm3h3sK4uOiPDxWBIcHEBADA874SWqAYFucjlw/v3Z06btvvVV9F7eQiVSiXk OLTwVK5UyngeO1vdiQGA3X7hITQ0N4u5YAXB3dfXLze3Y98+JY4zELq5uQk2G2Yf1ATGxVFdXUik OM7bx8czNJQcHiZZ1sTz+kOHxGSTaPYaTVsGBdGC4OPlJWZZy7IhwcGMwYDh+MD330ffckv41KkB xcVtW7cKNpvS0zMqNHTEXgjeOB4SHCzOEw96eqbGxIizyP00nZmQINZg5+n123F67bedrhstBOGo OU2n61UjQThq3UGjsRz1anYVddTY/Xq9oz7X6XSO2r5Lp5tTXY3aAoZh+/T66Wi1K44DDDtBUWlJ SdbT17yf2VrP6cI4b2s902IYi/BMBrnQ4czPOmZ+zluLes5uszkjNdXS24vL5RiE9QZDdUUF2dSE KxRoyc3smhqioQGJe7TamVVVxOHDSNyn01VVVJDNzUis1+unTZlCtrYi8aDBUFFaSra1IbHRaJxS XEweO4bEJoIoKSgwdXQgsZUkC3JyqM5OJLahQU13NxLbTabsjAxzby8ST1BURmqq5eRJJHabzSmJ idaBAST2WSwJsbH08PDosx0dbqtWpS9YEBQaavzhh8GBgdKoKJ+MDK+UlLr1612USr9NmyYUFl63 erXhq6/MPF94220ylerTl18OdHHRQ5jq4zPa/cvlBABBwcFj68cBUHt6inctGObj5yeuPbfh+MnP PkvLzr59zRrDt9+a+vtdPDxcJ070y8+vv/deRhB61671ycu79eOPBz791DY46BIQ4F9QcOTJJ80n TwIIq26/Ha+rc8ZxemTEZjA4ViF1egDz8LDMZOr66KPsFSuuW71a++WXTipVxLx5MmfnT19+2c/Z 2c3Dg7fZUGnQPK92dy96773BujqioYEYGQnz8wssLXWLiPji6aedZDJff//jq1dnrFhx+5o1A998 o6AoIAhuERF++flb7r57gq+vuMKFgDA6JIQxGFDMvb29hvb2ax57zDkgYOunn/q5uERHRjI6Xef7 72esWHHbmjXUjh3m48dlTk5uERHqnJz25cvp4WHMbnnFRkXZRkbECk1LSbGcOiVWd1Z6urmvT1SG XAfdaCPJ/Jwcc1eXqEhFeXnUiROimk0uLDS1tyOxwWgsLykRdfKgwVBRViZqbL1eP728nLDr8z6d rqaykjhyBIl1Wu2sqiqisXH0rl4/qvxyOcSwdorKSE21njyJya9Ia730GOQAAKVSefEx2uN1jARX KnsoKiUpyTowgKtUAMLDev20yZPJ9nbc2RlAWKfRzK6pMR45InN2BgDs1WhmVlcTzc1I3K/VVlVW kq2tSDyg01XtdbS7AAAgAElEQVSWl5NtbUhs0OvLJ082dXQg8YjBMLm4mDpxAonNRmNxYSHV2YnE owSRn5tr7ulBYpvRmJOTY+ntRWIHQUyaNMnS14fETpMpPT3d2t+PxB6KSk5OpoeGkHjSbI5PTLQN DyPxlMUSExen/e67dYcPh111Vfz118eq1bTB0Ftf/+7ixUcGB++cMsXY2vrTAw8Ez5+ftngxjmGa 1tZ3rr++u7W1ODIyJCRE3F9rwvHIwECWonB7Gfr4+4tbZq1y+UQfH95qFe+qvb1tOl3dvfc61dSk 3nijZ0AAb7MRvb1tO3duOnlyVlKSTafbs3Ch+qqrku+4w9XT06rTnTpwYMfwcKmTU9Obb6bMnOl3 4424THZ41aqTX33l7KCaHEU5Bjjy73/3ffklfuoUykXm0qUoF+9ef313a+vslBSA46g0aJ53d3YW GKZ91SpbfHzkDTfEe3lxNK3r7FzzyCMbPvwwPyIC8jxrNtfde6+qpib95ps97Mlu3rHjgFZbpVaL GQwKCuJpGsWsoemwiIiRH3+MW7DAODR0aOfOmvR03mKROTuzZvOGv/51wtVXp9XWoth03d099fXr Dx2qjokRY2NNJiexQlNS6MFBFHPX6dV9nCQdleEYQTiqylGCyM/LM3d3n1XNjhiNZQ5K2IAYpL0d iQdPV+Bx6r1Xo5nhoPz7NJrq6dOJlhbcyQkA0EoQORkZ5pMnxexc9tZ66TFgAICBHTtGV79s2XLN 4sU8Wkx5wTH2nThxYMOG4spKFMmzf/lLVlxcXHS0bXgYjVSPGo3ZGRnm7m608G6fRjOttHRsn5JG U1FSIi4HrNdqpxYWiqvCDul0k/PzxZU/jTpdcW6uuLKwyWDIz8oSt0u1Go3ZGRkWcRERQWSkplrt s+tob664yeI4SaYmJIgLHLtMpsTYWHH5Yy9FxUZFicurT5rN0WFhtnNs9j+q1Q6Q5KBOx/C8k1zu 4+5ekJiotrNAu07XqdMNGwwAw/zd3OICAxMiItCq9h69fmt7+w3FxS52QmnVaOpOnLguM9NdpUJ3 r8/Pd7PXVrtWu/P4cXQXAKC3WttGRvp0OgvDyHDcw9k53Mcnw+4LMFithwcGTun1Np53USiCPTwm x8UBnm8bGmoaHKRsNgHC3LCwVHt4EWcG4AVBZ7PVd3drTCaAYX6urnlRUb5OTqPrzTjO2cUF2s2o wwMDwxSlIUma4+Q47uHsnBISEm03rEiOUzk7H+joOGkwWBgGx3FvN7cQd/fMkBAAQMvIyN7OznkZ GWonJ7QpMdDfH5VV69BQXXe3m0p1fUYGUrwhqzV0wgTj0FBDfz+KTSaTeTo5hXp6ZoaEnDKbMZXq uwMHUGy9ZnNsZKRYod0UFR8TY7NX97htlh0kmZqYSNtVpZ0g0lNSxNHEUaNxUnq6uJml2WDIc1DC Jr2+IDtb3EvRqNOV5OWJq+kP6nRlBQWieu/XasuLisSVbPs1mvLiYtOxY6ilNOv1Oenp1r4+1I56 KOrQsWP//PDDy9VaL0t7Dy4txQAA2ro6UYG2bdyYPXPmL9oafGDDhqkzZoji49ddd+OsWeIq706S TE5Ksp46hfxDDRpNaUGBuKD4wPDwlKIisYgPaTSlDgeCHNZqi3JyxIWkTTpdQVYWZa+8Vr0+JyND XIHTZjBkpaWJW13ajcb0pCRRLU4QRHJ8vMgRnQSR5CB2m0wJ0dHieuo+ioqJiBCzcJKiosPCxIXq A2ZzuMP5IOPOvBixWCYEBYk7X7RWa1BgoCjqadrf4fgMo83m6+0tboQhbDbv008P8fDwEM5zeoiz s7gy3cbzziqVaN2wgqByOEyEhxDN117IYSLjNvKOe3ZczOPeO+5Mk3FpHnceyrj8jjtqRE/TAf7+ 4o4brdUaHBjI2EtyXDmfefKIYx2dpKjo8HCxD0DnBoj7/bpNpoSYGHEpcCdBJMfHi2cOnCCIlMRE UZHajcb0lBSrfflym8GQlZ4+tglYr8/JzBTXOjfpdAWTJlH2Xu2wVluUmyvyyyGNZnJ+vrhS9sDw cFlREWoaEIBmrTY3I2M0Zgj7KCo6IuLjb755cu3ay9haLz0G34ICDABA2tfhImxat+4XRVo1d66j +NjcufOKixFv9ZJkXEwMPTw8Oter0+VnZ1u6uxGlHdJoSvLyxvZZazQF2dljJ8FotflZWWL1jDtD 6Khen5WWJtblMYMhIzl5bLs3QaSergfJDkcKdRFEYmysSBk9JBkXFTVGGSZTdHi4SBn9FBXpwCCD ZnPYxImisg5ZLCHjThhyoAwdTQc6NAODzebn0EjGMQjJMF4ODczEsp7u7qKbwMxxajc3URzXVm08 7+TkBE/fLCfyyzgWEADAT18ectphIqffFSCUOTzLCYLSIWaW55UO76U5zsUhVRaOc3dIM8VxHg6i iWU9Hc4uIhjGx8tLLI3xZxfZbIF+fmJJamg6yN9f3Mc8YrVOcDjKaFwdDZrN4Q5HGZ2iqCiHCu0j yRiH2u8hiHgH3Rh3GNUJgkhx0KsOozHNoaM6ZjBkOJxr1arTZTtobLNOl5uZKerzuCOyGjSaYtQW IER38zIyLL29iMp7STImIoLRaj/dteu505vnJbbWS49BPWkSBgCg7Sv/LwsenDHjurIy1PwiwsIY gwGtBWjT6zMzMmz2Im4cGSnIzhbHGkc0mrysLNFibNZqc9LTxw6e0umy0tJE8Zhen56SQoudg16f mpQ0ZpoajUnx8TaRMozGhNjYscMmCCIuKmqsUyLJ6IgIcWBy0mSKCgsTe7ABigoPDR0zOszmkOBg 9hydocZqDfL3F60MndUa6O8v7p0z0LSfj89pjcTLSzw0aByDUCyrVqvHbBCOc3c4OszKcS7OztDh UA9nlQo62CBKh9NDeAjlDmeUjeOIcUcBjFt+xgMgx/Gx880gVJxukihVqtOS4UAoVo5zdUjzuKNG KIbxcMgvabN5eXqK4jh6NdC0v68vaycUrdUa6Ocn8su4o+GGLZaJjhaK2RwyYYLIL+MqtM9kig4P F2u/lyRjIiPFAwp6CCI2Opqx80uX0ZgQFycOiMapWbten5acLB5Q0KbTZaSmiiraqtNNclDgZq02 JyND7ALHKX+TRpOdnk6fOoU2i/QRRFRYGKvXAwjXbt/+8saN4LcEp9TUK0MiU6eOTVPbFxQB+2Gr 51v3IkHCnxxw9HxVAABAZ6yKA0sI127b9hskETkAYOObb17eeKs+/VRSBgkSLjtu9vW97K310oEB AAbOtTtQggQJEs6L4LAwXCoFCRIkXAokEpEgQYJEIhIkSJBIRIIECRKJSJAgQSIRCRIkSJBIRIIE CRKJSJAgQSIRCRIkSCQiQYIECRKJSJAgQSIRCRIkSCQiQYIEiUQkSJAgQSIRCRIkXG7If/1XQvvZ TaOwX8fs34LEzvPxYQkSJPyZSQSRhiAIgiDwPM/xvMDzgv0ITxzHcZlMLpPJZDIcx3EcFwnlsoMk yQ8+/PD7rVuPd3ZaLBYvT8+01NS5tbW1s2f/XmruUEMDSZIAgLLJky892AViy/ffv/3uuy0tLRar 1d3dPTQkJDEh4e677oqOipLa0p8Wv97JZhBCnud5nmdY9uv163ft3t3a1jY4OGiz2VQqVWBAQFxc XH5ubk11tZNKpVSplAqFTCaTyWSXnUeaW1puuf32QfvBzo74HR3yNn3GjKbm5p9N8wUGuxB8sW7d wvvvP/P6yhUrZs+aJbWlPyeCw8Lkvw59QAh5QWBstn+tXPnBRx8Zjca33377mWXLfHx8lEolRVHD w8MHDhy47777Xn3jjavnzr3t1ltdXV2dnZ1VKpXsspokOp3uxptv1mi1AICU5OQFd94ZHh5OEMSe vXs/cfiih4Qz8fqKFQAAb2/vpx5/PDoqijKbW1tbt27bhstkFx0nwzDjP+l2OXCFopXwv7FEEINw HNfQ2Lj48cfbjh3btm1bcnKySqXCcVwQBI7jeJ7nOI7jOIvFsnv37jvuuCMyIuIfDzyQlZXl7ubm 5OQkl8svF48sW778zbfeQgyy4auvHFWNNJnU7u7ieOfNlSu3fP9938mTGIaFh4XVVFUt+OtfXVxc RAIGAKSmpNx5++1vvvVWZ1eXl6fnzTfddP/ChRcYAAAwotG8+vrr2378cXh42F2tLiosfOTBByMi IsQAJop6a9WqzVu29Pb18TwfGhJy/bx5d991F4p8HI41N6vV6nG9xLmC/WwGz0RoVBTHcVWVle++ /fa5wpw/R2KZLLjzzlffeKO7u3vhPfeQJtPqd98FAGz4+uusjAwUsmb27MbDh11cXA4fPOjm6noR 0T54NqNJwpWwRK44iSCa+OHHH++5997rrrvu6aef9vT0RKzBMIwgCI7eVQih2Wzu7e195ZVXdu7c uWTRoqlTpnio1S4uLnK5HMcvw1zS5PLyjuPHAQD/fuutmTU1Zw2j1elmzZnTc0axJCYkfPXFF+5u bqLiOjk50TTt7uZGmc0oFytee+2qOXMuJMDQ0FD17NlDQ0M4jvv5+Wm1Wp7nPTw8vv3668jISGQ0 zbrqqm7799MQigoLP/vkk0skEYZlfzaDZ2JSfv7AwACO47NmziwuLExPTY2Li3OslJ/NEUqPWq2m KAr5wh68777q6dOnTp8OALjt1luffuIJAEBPb29BSQkA4Nqrr37t5ZcvLlqJRH41ErmyU7xoFNPQ 2HjPvfcuWbLkpZde8vT0tFqtJpNJp9MNDQ11dXV1d3ePjIyYTCaGYSCEKpXKy8vroYceuuGGG556 9tnGxkbSZKJtNh59g+OS0Wf/YlBKUtK5wrz48suogc275pq2pqbmhobKadMAAEfb2lauWuUYkqbp xxcvbm9tfW/1anTlm9M/C3KeAC+8/PLQ0JCbq+sPmzc31td/u369TCYjCGL5Sy+NJuOVVxCDlBQX 7/npp97Ozm1btsyZPRvxfmpKiujHQX/jGOQ8wS48g45YcOedqFf4ev36Bx9+eOr06emTJr382mus /UNZP5sj0cqbPm1a3Y4dB/burZ09OyEhASVyw8aNPM8DAL7+5hsU8rprr73oaKXm/UcYziBPKm2z 1V511aTs7FdeeUWlUpnNZoqient7P/rww4MHD5ooSiGX4zj+l5tuKiwsjIiIQE8NDg7SNP36668T RuNjDz8cGBCgVqvRCOgSBzWRcXE0TQMA6nbsCA8PP2uYjJyc4eFhHMePNjWhAY7YNyYmJPywebPY +3l7ezcdOoTjOE3TkXFxyKjevHHjhQTIyM4eHhlRq9ViO99fX8+yrKen59EjR8RkYBjWeOCAv5/f ZXSsXkgGz4pvN2167/33Dxw6xNq/dAcAuOO2255cuvRCciRaZ00NDW6urmIM7//3v4uWLAEAfPrx x8VFRchaDA8Pr9ux41KilfC7d6wiOnhr5cq2Y8c2b9miUqksFovRaNyzZ8/DDz+cEB9/4/z57m5u CqUSx3EbTf/joYfuvffegsJCuVzu5+d38uTJu+++u6amZveePdMqKlQq1WUZ0YSGhKDhTHNr67lI RKfTAQDc3NxEF8nECRMcb4mYEByMkuTk5ISucPZu+WcD6PR61H/u3rPH8RGj/ZuP6F3ubm5nMsil e5cvMIPjUFNVVVNVRdN04+HDn33xxaeffw4A+PKrrxCJ/GyOECIiIsY19bm1tU8+84zNZlu3fr2P jw+qoOuvvfYCC+pc0Ur4dSC/cgwCIWQ57oOPPtq8ebOXlxdN0waDYfPmzS+88ML/3XJLVESEh4eH m5ubk5MTjmG8ICxZtOjr9esZhikpLVWpVD4+Pv39/W+88cY7q1fn5ea6urqqVCq0hORSjJEKu0/k XytXVlZUnNWx6uPjMzw8TFEUSZJojHDK/lFVHx+f0wy5n0vJeQKgt2Skp3+7fv15ApgoanhkJMDf /8Jj/tlgF55BR/T09obb+/z8vLz8vLyN332HTMsLzBGCQj5e69Rq9fTKyvXffLNp0yZUBTKZ7Nqr r77EaCX8OriCPhFBEBoaGoxGY0ZGhiAIJEkODQ09t2zZrJqamOjowMDA4ODg4KCgwICAwMDAwMDA oKCgG+fP37J58+HGRqVS6eHh4e7uHhUV1dTc3NnZabFYGIYRLtkt8tc77vD18QEANDU3z5o7d/03 3xxpatq5a9fyl14qLC1FYSorKlD6lzzxhE6nG9FoHn/ySXRrWnn55SqfiqlTAQCoS0fuHoIgvli3 buacOY7JgBD+/b77Oru6bDZbW1vbx2vWoLuiadPW1naet5w12MVlsLis7C+33PLhxx/XHzhw8NCh Z59/3mw2AwCi7CvNfjZH5wGyO0iT6b0PPgAATC4pCQgIuPRoJfyOfSKCIDAM8+HHH4dFRs6ZM8dq tXZ1de3cufOD99+/5+67gwIDA/z9PTw8RqdvcRwKAsOyFotFo9E8/Nhjn3/xhVqtHhwc7Ozs3Ldv n16rvWrOnKCgIA+1WqFQXOKg5khT0y233z5s/7z7OE8kOO/szNdffolsZnFacbPdUYqujHOanCeA RqudWVuLHL1qtdpJpdJotRBCmUx2sqsLnHd2BgDwzLJlb/373463zpydOVew88zOiBk86+j3rNfF xWY/m6Mzy8RRYXILC/sHBpC4etWqmqoq9PtSopXwK/hErpQlghwiPb296enpGIYRBMEwzJYtWyaX lKjVak9PT7Va7eLiolKpFAqFXCaTy+VOKpWbq6uvr+/c2tpv1q+Xy+VoCJOQkHCsvd1qtTIMw/P8 pc/RpKWm/rR166P/+EdGerq7m5tMJvP18SmfMmXlihUogK+Pz+aNG++5++7oqCilUqlSqeJiYx+8 775v1q27jKNuP1/fzRs3ojXjaKwXHBRUOW3a8mXLRDN+04YN9/7977ExMSqVSiGXh4eHlxYXo7sL //73q+bM8fLyOv+45qzBLi6D7/z739fPmxcfF+fq6iqTyTw8PIqLij74z3/E5ao/m6PzmcQ4Pu+a a9Bvb2/vaRUVF15QEv6AlghiECtNz6yt3frDD56ensePH6co6t57773x+uujo6KCg4M9PT2dnJxk Dg4ONB9stVr1ev3ixx//7PPPLRZLV1fX0NDQ0iVLnliyJCw01NfPz9nJ6UqshZcgQcLFWSJXxBeF dtmxDEPTtEKhQCvKrFYrY7O5u7kplUq5TIZhmMDz421anscwTKlQWCwWnudlMplCoVAqlUNDQzab jaZpxmZTKhQYhl36XK8ECRIuC+SXnT7E5SEWq9VEURRFKRQKCCHy4QuCwLIsTdM4jsvk8nE0AAHg OY6maQzDWJaFECoUCihwVpq2Wq2U2exiNuM47uTkJFco0FZfqQolSPhDDWcghBzPb9vw5b+XL0VX 7sj3mDhRjfGY3mB5bbv2wqNaWBEQ4OfKcXz3gOn93Xrx+l8XPZeeU+CK9tRI4xoJEv7Xw5nLTCI8 zzMMM78s/Y2n5ydVLABQYFkzz9ggz0MAMZ4XoAAFHgIeY23C6R5SHAMAAAGOnlok8AwvYICnIQ8B 4AQbTdssh75971+bdU+/u87P11etViuVStklbCGVIEHCb8snMrrAjGUBAMnVC826bsABm0ljtRBA 4ASGQWcRCQItcAwvQIFjzoxEgEDgOY4XAMvwvJWnbRhn5hneRlspSq8hbQAAvV7v4uzs7OKCBkqS MSJBwh/IJwIA2kMFBAGyUIAMx1oEG81zLM/zgOMEjOE5luU4nuOgMOpYdWQBCKEAOcjxAs9AgQdQ 4AWInCmIYgAAZovFZrPxHAelCpQg4Q9GIsB+hCrAcRzDAVBiuEomswAo4DjO4gBnAJAJEGA6A6Ux UgzLAwACfdz8PEeXJwiCAAQcg4J9gEQDAFiBFSDDcRwnAAAAyzCcw7mKEiRI+COSiICcGyzkWcZG 8wIEUBAwBgCG5/lBDdE7oD85Qn66taVn0Bge5Hl9Zers0kQcQIDhAMMhjgOI8zYcd1HjtAXHAAYg a7MqFWPjJvRLqkIJEv5oJHIam2AAB7hC5SwTGMhDlgUCLuAQdg8Yh7TU8v/uRiF7Bo3Pvb8TAGxO abwgCAAKgiBAnocCK9gYgaXR4awcLwi8VGUSJPy2cMWWvfM8hCzPspzAsTYrQzMsywKWwSDPC1CG wU++bxr3yNrvj7gHxqHVqDiOYzIFhiswhQxXOcnlcplMJsMxXHKhSpDwJyERTCbDwOiXH2QymVwu BxgOFEog4BiAGI73DBjHPdI9YHTxDRO/KSFwDBRYAADgBchBnmMFCARp+CJBwp/KEhEgmtMVeJ4H UAAsIwCOFyAUhPAgz3GPhAd58CzDsixvM/M2M8+YBZrmLSYbbWUZG8MwPMdyki9VgoQ/kSWCKXAM xzAMQggBDwUrD2wsxwsCnx7jf83U+HGPXDMlHmIAsGjxiIBhGMBwHAM4jmNyTCaTAVwuDWckSPit 4Yo5VnEcw2U4JpfjcqXKCUIVAG4cy8h4RuAZqFTOq8xWyJVrvm/qHjCGB3s9cPvcOXNqiVOtcicn jsdxTi5wDCbnBU4BAA+E0e12EolIkPBnIRHIshCyHMvYOCtNE8AmQBmPPjEj8BzHMgLkkkI8ugeM AICeAUNlWeFgy4+MxShAAFhBEEYPIsXkmEyQ8QKHC7izSiH5RCRI+LOQCCaTAfR5XUwux514JQ8g VGCMTMEwAMgBIM280To2YauleGgZdbVCyAIAoMBClgccw3OswAFG4HCZXCKRi8OjDz8sFYKE8+P5 F1747Q1nMAUuAwq5CipVOMcKgsDhAHCCDOcBxFkO6kmrGLx+55bZc64aaP4eAA4AAKAAIQT4mB8V 5wW1ZyAAI1JlXxw+kD4SKuHcuPm6636Lwxmet0HGxrA0bbVAwEOOh9DGcZzAcyzLQoEb1pNi+K6e PjFJGCbgOAuAnGd5iClkQOBxHpfJZa4euDQ7cwkY7OuTCkHCmRixH217kQbDlUoXFAAUAAAYaxMA AxkbhDae5zmeZxhGR5hpi7n5xNhRyc2dQ5SVljt7ApbhBVYQBIHnAMbxnI0VWIyHaKcML41nJEj4 jeGKkQiGo+0tEIMAAIhDCCEvwNHdLhznOJYBAEBB2PT5e95haSxrFjiap62C1SLYaCjwEEIOcgLP uXh6S7v+JUj405AIADiOCzgO5SocKHGoxJQqpUIukyvkSpXCyalfz+w4fEoMvOPwqWGCsZHDChcv ucJJ5uwqc3XHlW4KpQrDZXKFUq5Q4rgSl75PJEHCObD93N8/vaK4krMzGI5hGI7hOI7zcjkOBIix chkOoczL031abtS03KhxT5GD7TgGBEwBIIthGBoT4RjAcJnKzR3HcSBtwJMg4TeGK+ZY5XkgcAAA AXI8zwOWgTjL8QLP2tCWXF5gIccDON5TCiEEkIMCL7A05HlBgIIgyGQyIHOCEArSwcwSJPxJSARt 5wccDwGPcSyPc2hfHaIJDMNkuEJQYCgBaB0q8ndACHnWBiHEcAUvs8l4mcLZQ+nhy5B6hreg2Zkx z4jkIpEg4Y9HImMtHAqcwGEsL0AOQrQNj+M5nhc4wHAC5CCEANgwDAOYHMoxuUwpkysUCgUArpgA AQByFzWAAmRZGY5pCM3I0cNocgaXyf5I36860dlZVlGBvggpQYJEIgDH8fi0ST/+63a/+Cye522k gScJAXACB6DACzzH4ZzAChCH4vmGcod5Ww4DkOUxyLM8FAQBCjzHcbwABUGw2eCRk7b47BInJyeF QiGTyX4pixxqbJxZW4t+u7u5ZU+a9NTjj0dGRl7g46f6+xfef/+6zz6T9OaisfD++/Nyc+dfwtIm AMCx9vaKqqpfh3YfW7w4Ijz8zttvl+ruVyIRDACZXD6puHzNtu+6Prr8SyTjs0syiqZ4qNXOzs5y ufzijJETbW1KpbJ/YGDx0qX/d+edP/3wg+NdlmUVCsVZH6RpuqGx8Q9T94hSuzs6VCrVuCsRsbFn ho+KjOw8W7uNiox87ZVXLoSdj7a17a+vf+XFFwEAq1av/uLLL3+wTyg889xzb61atX/PnpCJEwEA hxoaZl91Vevhwx4eHhfRSWAY5uriEhoaWlpcfOcddwT4+zsGe+Lpp99+553P1qwpKigAANx4883B wcEvPPecGEAQhOyCgoV/+9vNf/nLwr/9rbyqav7111/GzzBLJHK+gQyO4wq5vLhyRlJ2gU6vp0wm hmWhIFz6V7gxDJPJ5SqVykOt9vb2dnVxUSgUGIZdBI+gQ5LCQkNvu/XW+TfdRNN0T29vRVXVIw89 tH7DBgDA1k2bdDrdI4sW7dq9W65Q1M6a9cSSJQqF4vobb2RZtqCkBADw1BNPlE+ZctZgAACW495Y seLzL7/U6nTOzs6zZsx49qmnAADnCi+ip6fnPx98sOiRR5ycnP6HatHd0YF+NB4+PPfaa4+1tKiU ShzHReNx3PWmlpafZWcAwLvvvXfVnDlyuRwAUFRQ8PSzzxoMBi8vLwDAnrq62JiYPXV11117LQBg 9549KcnJv4hBxnUSZrP5aFvbqtWrp0ybtv7LL6OjRqcCGYb5/MsvExMSPlm7FpHIDfPn3/fAA08s WeLi4oLC/LRzp9FonFNbCwAICgpKT0tb99VXN9144++ueVfNmLFp48bzX7kMg4/L7hCRy+UuLi7e 3t4TgoLCwsIiIyLCw8MjLgfCw8JCQ0ICAwO9PD1dXFwu0S1C0/TX33wzITgYNVee5wmS3Lpp09ZN mwAAf7//fghh44EDP/3ww4GDB1985RUAwJqPPlIoFHU7d9bt3Fk+Zcq5ggEAHl20aOu2bR++//6J tra9u3bNmjEDXT9XeBEDQ0Pv/Oc/DMP8b5VPZYdCqQQAqJRKlUqlUCjOdf1Mdu44fpym6XHRfv/D D0VFReh3UmKih4fHnr17AQCkydTV1bXgzjt379mD7u6pqyssKAAAmCjqvgcfTExLi09Juf8f/3CM c+1nnyJkaowAACAASURBVOUWFsYlJT348MPoa0eOyfDw8MjPy3v/nXeSEhOfXrZMvLtp82YZji9f tuy7TZsMBgMAoGLqVGdn5w0OTWvN2rWzZsxQu7sjsaiwcMvWrb9HBhH/n+vKb5REcBx3UqnU7u4+ vr6BAQFBgYETgoMv/S84KCgoMDDA39/by8vNzU2hUFz0N71zCgrSsrLikpKampvfWrFCvP63u+5C P/R6/U87dvzz0UddXFz8fH3v/fvfv/zqqzPjOVcwkiQ//fzzl5Yvj4mOBgC4ubrm5uRcYLQFeXkD vb1qtfr3a9yOY+cxfhwY0Ol0qEyQqhTk5dXt3QsA2LdvX2ZmZklxMeIUhmEOHDpUXFgIALjvgQcM RuO+3bsb9u/XjIy88NJL6HGe5/fX1+/avr1u587Wo0dfevXVcynktVdfvWv3bvHKx2vWzJo5Mysz Mzg4+It16wAAcrn82muu+di+QVGn032/desN118/NoiOjT3S1PS7qwjR4qiaMQP9jbv+m3asIiqR y+XjxzAXPaixkwUGAOaAi4vs22++UalUri4uovmKui9Pz9ETG0c0GgDAxIkTkThxwgSNRnNmPOcK Njg0JAiC2Fp+Nvz/Fpm5ueJvnuMuJaqcggIAgNFojIqKcmRnBIIgAABi9456+P+8/z4AYHddXWF+ flBQkLOTU2dX1/DIiCAIOdnZer1+05YtO7ZtQ0/dc/fdC++/f+nixejxhx98UKlU+vj4LLznniVP PPHYOY478Pfzo2naarU6Ozv39Pbu2bv3kYcfBgDMnT374zVr7rjtNgDA/Ouu+9fKlSc6O6Ojoj5f ty4iImJSVpYYg1qtNhqNv0dC37Rx4zi747IzCLhC60RQC8dxHF6Z78Jc4uSun6+v6Eo8l9oBAPr7 +yMiIgAA/QMDfn5+Z773XMGCAgNxHO/s6kpMSLiQ8P9bfLt+vUqpRL9bWltvvu22i4/qbOwsws3d HQBAUZRY+EWFhYuWLBkeGdlTV/fi888DAPLz8nbv2TMyMpKVmens7Nzd0wMAuPWOO1C584LA250y GIYFBQWh3xOCg89Dxxqt1snJydnZGQDwydq1YaGhWRkZAIC5tbWvvP76wUOHJmVlhYeFFebnf7Jm zdLFi9esXXvj/PmOMZjNZjc3t9+pYejII1eCQcAV3TsDTrcaLiOudLl7e3uXlpQsf+klq9Wq1ene ePPNubW1AABPDw+WZQcHB88fTK1WX3v11f949FE0l0GZzfvr688T/jTHam/vU888Y7PZfjUlCwoM DLLD28fnEtnZz9f3rAyCmrra3b2ru1u8Eh0VFRAQsGHjxlOnTqWmpAAACvLz6/bu3bN3b1FhIQDA 398fAPD5J5/s2r591/btdTt2HNq3z27UQrEiBgYHz0XHEMLPvviiuKgIAMBx3Geffz4wOJiWlZWW lTXnmmswDPt4zRoU8obrr/983bq9+/b19vVdPXeuYySdXV1JiYm/3wEm4o4rxCBXnER+v1jx2msM y6ZlZZVMmZKZkfGPBx4AAPj4+Nz+f/9XVlERn5z83ebN5woGAFi+bFlJcfF1N9wQnZBQUFy84dtv zxPtaY6DwcFVq1f/miTyqwHH8dKSEuQEEVGYn//mW2/lZGejKZuCvLxde/Y0Hj6MHCK+Pj5VlZVP Pvss8oCOaDTbtm8Xn33xlVcYhtHr9Sv+9S9HOuZ5nuM4kiT319ff9te/Nre0LFm0CACwdds2g8Gw eePGrZs3o7/nnnnmm40bTRQFAKiaPl0QhPsfeqi6qgpNGInYu2/f1LKy33XhXzkGAVf0C3i/QWRl ZAz09p55PT4ubtzKJV8fn/+8/faZIZ9cuvTJpUt/NphCoXjkoYceeeihcdfPGj46Kkp8O3Ks/lHL /5abbnr4sccW3nOPaE4WFxau+/rrgoKCUbMoKAiZe+np6ejK66+++syyZaVTp1pp2tfH59prrkHt WSaT5WRnF5eVGQyGmpoaRzqOTkjAMMwFrRMpKnru6acDAgIAAB9/8snMGTPi4+LEkNfPm/fq66+v ++qrm//yF6VSec1VV739zjsvnX5KIEEQO3fvfu6ZZ6Se9ZwDDgDAH1hrJSA8+vDDH6xd+1s42ewv t9wy79prZ1RX/16K7vkXX8Qw7Mz+4DeI7Zs3l02ffhEPjgwMvPLaaxd3xmpwWJh0PoeEXxWr/vWv //kqmF+EW2+6ydvbW6o4aTgj4bcCV1dX19/V+nE0FJJwHkiOVQkSJEgkIkGCBAAuziEikYgECRIk S0SCBAkSiUiQIOFPC2l25k+ES/zQmQQJEon8qXHzpZ1IKEHCuSCtWJUgQcLFIzgsTPKJSJAg4ZIg kYgECRIkEpEgQYJEIhIkSJBIRIIECX9GSFO8fwps+vprqRAknB9VZxzWKZGIhNNQVlkpFYKEc2H7 li2SJSLh5xHhcDKgBAmXi0Qkn4gECRIuCRKJSJAgQSIRCRIkSCQiQYIEiUQk/PHR0tKCvjIlQcKf lEQONTYGh4WZzeZxV/6QX5y7LOjt7S0tLZXKQYJEIlcQLMv+gXNntVr3798v1bIEiUQuCP/96KPc wsLYxMTkjIxH//lPdNFEUfc9+GBiWlp8Ssr9//gHTdMAgGPt7SGRkW++9VZFVVX1rFlIfP+//62a ObNkypTqWbNOdHaix3U63bXz5yelp0fFx8+/6Sb0DWoU/ocffyydOjU8JqZ61qzOrq5NW7aUTp0a Fh1dWVNz/MSJ87wdANDT07P0ySdF8Zdi1apVERERarXaz89vwYIF6CJJkrfccouPj4+Xl9f//d// Wa1WAEBlZSXDMNHR0dHR0d/avyi8YcOGuLg4lUqVk5Nz7NgxSXMkEvn/9u48qqlr3wP4LwmEISQB wgyayiREENCnoEwiVhQnEHF8CtKH16FYtaKgKNVWr1pa6oRetE6tVgVFrUBTRKyCgraiIJNCBGQO IUwyZHx/nJrFBaUWnAq/z2K5kn2GJNudb/bZOTkbAQDU8fnhERGHDx58nJ9/NyNj/ty5RPmadeuE jY2Z6en3s7L4dXV7oqKIcqlU2tTcnJKcnJKcTNytqKxMunLl5vXrE9zcwjZtUux5e2Rk3oMHv9+5 QyaRwrdsUWx+8dKlC+fP5z98OHz48MVLlyYmJV04f74wN3ekrW1oWFjvj15VU3P02LG+TSVXU1Oz cuXKc+fONTc3l5aWBgUFEeWBgYENDQ08Hq+ioqKmpmbLli0AwOVyqVRqcXFxcXHxtGnTiGd+/vz5 9PR0gUBgZmamyCCEITLYUchkCoWSX1DQ1NSkrq5ub2cHAA0NDclcbkR4OINOV1dX/3TlyqtJSYpN Vi1f3nUPa1avJuapnjplyoOcHKKQxWIRM0hraWmtWb06s8uhwZeRkToslrq6elBAQGlp6Y7t23VY LDU1taCAgPvZ2b0/OjHvN4PB6MsrpVAoFMrDhw+FQiGNRhszZgwA1NfXJyQk7N69m8lk0mi0sLCw +Pj4V+0hOjpaV1dXQ0Nj9erV9+7dw8YzyA2ukXYyiQQAMrlcUSKXyQCATKGwWKzjR48eOnx467Zt 1lZWEeHhTo6ONbW1ALA0OJiYw14qk0llMsVbUVNTs+s7U+PF7JDKysqKkdrrN24cPHSotKyMTCJJ pNK2tjbF+iwWi7itpqZGpVKZTKbirkQikUgkvTx6f+jq6l6+fPnrr79es2aNra3tnj173NzcKisr AcDHx4fIQalUKpVKX5VBOjo6xG06nd7nQyqEIfKPpK+nBwDl5eUjOByi5Glpqba2trKSEgB4enh4 eniIRKLDsbErQkKy797V09MDgLgzZwwNDfvwcM3NzUHBwbExMZ4TJ1IolPvZ2bP8/F5/834+ei+8 vb29vb07Ozu/+eabBQsWVFZWEg+RmppqYmLSdU0iUxDCw5k/GRkZjXNy2r5jR/mzZxKJJC8/f++B A/5+fgDAr69Pu3FDLBYTnQIKhQIAOizWVC+vbTt2CIVCYtwkNS3t9R+uUyQSi8WWFhYUCkUskcQe Pfq3nm0vj15aVrb9q6/69s10bW3tL7/8IhKJVFRUtLS0iFeqp6fn6+u7fv16gUBAjJskJSUBgLa2 tkgkqqiowLcKwhD5U2xMjKGBwbRZs4ZZWgZ88on3lCmbNm4EAJlUGr1vn62DgyWHc/qnnw7u3Uus vzc6WpPJdPf0tOBwZs2enZOb+zcOHHR0tkdGLli8eIavr//8+ZaWln/32b7q0auqqw8fOdK3EJFK pV9++aWenh6DwThy5Mjp06eJ8pMnT2ppaXE4HDqd7uzs/McffxDHPp999pmNjY2mpubFixfxDYN6 wikjBoXkS5c8vLzwUgDoVY7t29e3ixLhlBEIITycQQhhiCCEMEQQQhgiCCGEIYIQesfwAjODRRqX 258reiP0KnieCEKo7/A8EYRQf2GIIIQwRBBCGCIIIQwRhNBghF/xDgrJly5hJQxIv92+/aZ2tWvP HgwR1BsPLy+shAGGOPHn5Nmz/d9VwPz52BNBfw2vJzIgQwQAqsvL+7Ofuqqq/myOYyIIDQRhGzb0 +d9+wjNWBwW8stmAdGzfvt9u3z559mz/eyLffvdd38ZE8IxVhAZUT+TdbIWHMwgNQH3rR/T5GxkM EYSwJ4I9kb56mJPjN2+emZUV29zcbeLEAzEx2P4Q9kQwRF5XW1vbgsWLx48bdz8rqzA3d/fOncQs c69DLBb356H7uTlC2BP5IJSVlTU2Nn4SGMhkMtXU1MY5Oc2dM4dY1NLauubzzzl2dla2tmtDQ4kp ZguLioaYmh6Iifl46lTvmTOPfP/9jC5zc9y9d8/K1paYQep1NgeA0tLSrdu24fy16B30RKZOn/6X JdgT+ds++ugjFou1NjT015SU2rq6rovWrFsnbGzMTE+/n5XFr6vbExVFlEul0qbm5pTk5JTk5Nk+ Pjm5uTwej1h0Pj5+1owZKioqr7k5AFTV1Bw9dkwkEmGjR2+1J0LkRdfU6FmCPZG+UFNTuxwfr62l teWLLxzGjJnu41NYVAQADQ0NyVxuRHg4g05XV1f/dOXKq0lJiq1WLV9O3GCxWBMnToy7eBEAOjo6 fr56lejIvObmADDeyamqrIzBYGCjR2+1J5J89aoiO4i/buXYE+k7U1PTb/bsycrI+P3OHSaTGbRs GQDU1NYCwNLgYFcPD1cPj3UbNkhlMmJ9CoWiqamp2HzenDkXLl6Uy+XJXK6unt7oUaP+1uYIvbMx kW558dKSN9ITGby/nTEyMgoKDFwcGNjR0UEMr8adOWNoaNj7Vp6enqHh4bczM8/Hx8/18yMKX39z hN7ZmAiRGq/qg2BPpI9KeLy9+/eX8HhiiaT82bOTp04Nt7RUVVXVYbGmenlt27FDKBQCQB2fn5qW 9tI9KCsp+c6atf/gwdu3b/u/CJHX37y0rGz7V18RY7EIvdWeSNfseGmC4JhIXzAYjMLHj+cuXGhq aTnZ25tEJh+LjSUW7Y2O1mQy3T09LTicWbNn5+Tmvmon8/z9b9665eTk1LXf8ZqbV1VXHz5yBEME vZueSC99kDfYE8Ef4A0K+AO8AanrD/DCNmzoQyIQW+EP8BBCeMYqQqh/8IxVhBD2RBBC77snglc2 Q28LDqwOSB/Ilc3wQs0I/eP180rL/YQhMlikcbmKi4OjgaQ/sz28EXg4gxDqOzxPBCHUXxgiCCEM EYQQhghCCEMEITQY4Ve8CPXdGznj8wPR51PgMUQQ6peTZ88OgFfRn5NNMEQQ6q9+nnX+3vXzhFcc E0EI9QuGCEIIQwQhhCGCEMIQQQhhiKAuiktKhpia9iwnpunG+kFoMIbIH9nZRmx2179nFRWD5LXL 5XIrGxvT4cPb2tqIkrLyciM2u14gwLfB22hgpsOH+8+f//jJEwyRAajw0aOnjx8TfybGxm/1scRi 8Qfyqp8+fdrc0mJsZHTt+nWi5GFOjpGRkQ6LhW/+N9yHLSgoLynJTE/X0dVdtmLFB9skMET6ToVK VXmBRCIBgEAg+L9//Wv4iBEj7O03b93a87+5js9fuGSJJYczYdKkO1lZivKW1tY1n3/OsbOzsrVd Gxra0dGhON45EBPz8dSp3jNnAkBpaenWbduIpe9LTm7u0CFDFsybdzUx8c+SnBw7W1vFCr+mpHhO mWJmZTV1xowSHo8o3PX11wFBQSFr1kz38bFxcDh+6pRifR6PF7x8uY2Dg5mV1cIlS2pqajA+CBQK RUlJSU9Xd9H8+Y+fPJHJZD2bxEub3JWff/aaNo3YyYbwcLaZWXt7OwCc/uknX39/ADj144+Ozs6W HI6Ng0PY5s29NEIMkXctZO1auVyefe/ejWvX7v3++9fffttthc/WrWMwGLnZ2RfOnbtw8aKifM26 dcLGxsz09PtZWfy6uj1RUUS5VCptam5OSU5OSU4GgKqamqPHjolEovf4Gh/m5o60tZ3m7Z2alkY0 zYc5OSNfhMj1Gzc2btoUtWvXk/x8J0fHdaGhRPmjR48KCgtDP//86qVLe7/9dvfXXysSZKafn72d 3e937jzKzjbQ11+/cSM2pK4kEkkyl+vi7Ewmk3s2iZc2Oefx4/MLChobGwEgPSPD2MQk6+5dALiV keHi7FzH54dHRBw+ePBxfv7djIz5c+f23ggxRN6iUY6OI+ztR9jbL1+1CgAaGhpu/Pbb5rAwdXV1 XR2dz0JCLiQkdF2/oaHht5s3w0JDVVRUWCzWqhcd1IaGhmQuNyI8nEGnq6urf7py5dWkJMVWq5Yv V9we7+RUVVbGYDDeb0/EbuRI9tChZqam165fl8vluY8e2Y0cSSzd8e9/h2/c6GBvTyaTfWbOzH30 6M8QycvbtHHj0CFDAEBTU5N4PwDA5sjI6d7eq1asUFVVVVNT+1dw8O/372NwEMaOH283erQFh3Mt NTVm//6eTeJVTY7FYllaWmbcuVNRWdkpEv3vwoXpGRlyufz27duuzs4UMplCoeQXFDQ1Namrq9vb 2f1lI3w3BuNvZxIvX1ahUgFARUWFOFQBABMTE2KpibExn8/vdiwDAENerEC8owCgprYWAJYGB5OI 3odMJpXJFB1aTU3ND+cly+Xy3NzcNSEhADDd2/tqYqINh9Pc0kL0RGrr6goKCz/29CRWft7Wpq2t TbzwOj7fY8IEojw/P9/aygoAmltabqWn84yMXD084MVrN37Lo0v/pAZ25QqVSm1pafn37t3rN248 cfRotybRS5NzdXa+lZ7e2tLi6uzs6uwcGhZWWFTU1t7u4OCgrKR0/OjRQ4cPb922zdrKKiI83MnR sZdGiCHyFhkaGBDxQdDT1QWAysrKYcOGAUBlVZWurm7X9XV1dACgXiDQ19MDgPr6+j831NMDgLgz ZwwNDT/wl8x7+rT1+XMiMqZ7e+87eHCCu7uJsTERFk1NTQCgrq5OrJyamurq4kJ0Q9hDhzKZTEVf hthDPZ8vk8lu37xJoVAwMnrS1dFRUVHR09UNXLJk3qJFPYfYemlyLs7Okdu3t7a2ekyYMILDqayq SkxKcho7VllJCQA8PTw8PTxEItHh2NgVISHZd+9+CI0Qx0RAW1vb3c1td1RUe3t7vUCw78CB2T4+ XVdgsViuLi7fHz9OHNkeO3GCKNdhsaZ6eW3bsUMoFBIfL6lpaS99iNKysu1ffdXZ2fneBkRychRx YGpqyh46dP/Bg4oBkY/YbAaDcenyZblc/guXG3fhwuqVK4kBEVsbG8VOcl/cHTJkCIvF2nvgAPFt cXNLS8q1awPvS4c+k0qlEolEKBTGXbigr6+vpKT0+k3OydHx2bNn11JTicEUp7Fjj3z/vYuLCwDw 6+vTbtwQi8VUKpXJZBIJ3ksj7NrqXnUbQ+SN2f/ddyKx2G70aLeJE0c5OISuW9dthX3R0bmPHk2a MsVnzhxra2tF+d7oaE0m093T04LDmTV7dk5u7kv3X1VdffjIkfcYIsSAiOLuNG/v0rIyRQmVSo3Z v//bvXstOJxDsbGnT50iPiEf5eUpQkQskRQUFhJ3lZWVfzxxIj0jw3bUKAsOx3Py5GQuV1lZGRsS wdzaeqiZ2ShHx7Ly8mOxscQ3gK/Z5DRoNHs7OwMDA6Lb6+Ls3NLa6jJ+PADIpNLofftsHRwsOZzT P/10cO/e3hth11b3qttvBM47g1DfhW3Y0P9ZLN+7fk6jiT0RhBAeziCEMEQQQhgiCCEMEYQQwhBB CL1LOGUEQv3VzykXMEQQGtT6M+3TwIAnmyGE+g5PNkMI9ReGCEIIQwQhhCGCEMIQQQhhiCCEEIYI QghDBCGEIYIQwhBBCCEMEYQQhghCCEMEIYQhghBCGCIIIQwRhBCGCEIIQwQhhDBEEEIYIgghDBGE EIYIQmjQwnln/vHCNmzASuhp1549WGlvttIwRAayk2fPYiV09ToTSmGl9aHSMEQGsurycqwEwiCf 1LJvHmZm9nlbHBNBCPULhghCqF/wcAah7jo7OwUCQWtra89FTCZTV1eXTMZPXwwRhF6hra3t2rVr mZmZFRXPei41MDAMCgqytLTEHMEQQejl+Hz+L78kL10aJBAIqv57jNbMzKykpOT06dMbN26k0Wgk EgmrC3BMBKGexzLPn7cJhcLa2jqZDMRiKYPBbG8X0Wh0Lpdrb2//+HFRS0uLXC7HusKeyGDH/fXX 25mZDAZjnr+/ibExUXg+Pj4vP5/BYAR/8gmDTh+sdSOvqqpqfy6zMB8hl8v19LXc3Fglj6uSEpNI JJJUKhWLxRgi2BPBBPn1my+/nKGvN6ypcbavb35BAQCsXb/+l6NHpsiljPxHfnPnfjjPtrikZIip 6buLEDnI5fK2to7OTnF7u6i1tY1EgufP2yUSuVwuJ5ZiE8IQGeyOfP/9jvlz3Z+VB/B4Z02HLV24 MGjZMvnjou99Z4179ixIKLSurb3zihOQrt+4McvPz8zKytza2n/+/PSMjAFZRa0tHQJ+s1DQUs9v rnpWX1db19jYkJGR0dAguHHjRnJyclJSUlJSUlra9YqKCplM1m3z5ORkFxcXGo2moaExceLE1NTU 9/VCysrK3N3d8XAGvWEMJrPpaSmZz5fL5bZU6o/soT/U1UR+7CnNzJI2NUtl0kaJ+KUbXvn559Xr 1kVGRByLjaWqqNy+ffvnxEQXZ+eBVDkkEgwbNuxpSVVewe9ESUrKcxJJOmqUXX19vZubO4/H4/F4 xCKRSJSd/WD27NlsNlsx1Hru3LmAgICoqKiEhAQVFZW0tLS4uDhPT8/38nLa29uzsrKwJ4LesOCg oN3pGUKxWCKTdorFFioqWzU1JffudQqFnRLxOX59tbHJOCenHv18+bYdO0JWrVoaEMBisegaGl6T J+/asQMABALB3IULR9jbm1lZLVyypLq6GgAKi4qGmJqeOHVq6owZbhMnes+cWVxSQuxKLJF8Ex3t 5OJibm1tO2rU5q1bifKW1tY1n3/OsbOzsrVdGxra0dHxjmtGWVkZgKSurj55ivt4VzviDyitJmzd JQFL1NXVqV1oaGhMmjRJKGzIysrq7OxU1NL69evDw8M//fRTXV1dBoMxa9asQ4cOAQCfz/fz82My mTo6OiEhISKRCAAePXqkpKQUExMzZswYa2vrsWPHFhYW9lIOAM3NzYGBgSwWS0tLKygoqL29/c9a FYu/+OILU1NTDQ0NPT29kJAQAPDy8hKJRObm5ubm5omJiRgi6M0Y5+QUvH6994MHde0dHWJxp1jU 2djY2djUKRHH1defYTAvnD/fc6sSHq+6unra1Kn//bn958fv9sjIvAcPfr9zh0wihW/ZQhRKpdKK ysqkK1duXr8+wc0tbNMmojxs06aU1NQfTpwoLii4c+vWzOnTifI169YJGxsz09PvZ2Xx6+r2REW9 45qh0Whqaqr/+c/h3NwcEolEhIVcDkZGRufOnXNzczczs3R0HDdq1BgzM8sxY8bev3+fRtOorq5W hEhRUVFFRYWfn1/PWlq8eLFcLq+qqsrLy8vIyIiMjFTUUllZ2d27dwsKCry8vFasWNF7eWBgYEND A4/Hq6ioqKmp2fKitlesWHH16tXExMTW1taSkpK5c+cCAJfLpVKpxcXFxcXF06ZNwxBBb8zcOXMY tiMPPW/tlMs6xOJOsbhDLK7v7NxdXbs9MvKlX80IhUIAYLFYPRexWCyr4cMBQEtLa83q1Zld+s9r Vq8m3kJTp0x5kJNDfJCei4uL2r3bwtwcADRoNMexYwGgoaEhmcuNCA9n0Onq6uqfrlx5NSnpHVfL 8+fPVVVVt2//0tXVzeYFfX19uVxeXV0tqOvUpBtLRWqWlpypU72ePhG2traSSCSJRCyVSok9CAQC ANDV1e225/r6ei6Xu2vXLhqNpq+vv3nz5h9//FGxNCIigqglX1/fe/fu9VJeX1+fkJCwe/duJpNJ o9HCwsLi4+MBoLGx8fjx40eOHLG2tgYAOp3u6ur6DmoMx0QGr7Xr1xvya0Mcx3Q8KZZIJFKZVCqT UWWyfYb6n/5r2Q9nz3GsrbttoqWlRbxJdHV0ui26fuPGwUOHSsvKyCSSRCpta2sjyikUigaNpjhS ID6uq2tqZDIZkSBd1dTWAsDS4GCibyOVyaQ9BizfNjKZ3NTUlJBwsaWlVdGDePjwAZs9FADa2jqV lWVyubyjvV0kUpVIJHK5HEDeLU+JIxd9ff3/enU1NQDAZrOJu2w2myghaon+IrWpVKriIO6l5ZWV lQDg4+NDPDepVErkV2VlpUwms+7xv4Yhgt6K8/HxgtsZh8aNeV5YJG5rI96uUplMIpOxKeQtKsqL 581Ly8jo1h8xMzU1NDRM5nKJTodiCKClpSUoODg2JsZz4kQKhXI/O3vWf3fmuzE0MCCTySU8Xrec 0tPTA4C4M2cMDQ3fV81oa2uPHGl369YtqVSqpaVNo6kDABEoANDS3KakpAxyqCyvb2lqk8nkANDt vbbOzgAABNVJREFUC9/hw4ebmJgkJCTY2Nh0rSUDAwMAKC8vt7CwIG4QJX8XUTmpqakmJiZdy42N jclkclFRkZ2d3UuPN3FgFb3REImLC/hoSMuTko7WVpFEclnYuKS8okEkEkkkIolkKIlk3dmRl5fX bSsSiRS5efO+AwdOnDolFApbWlu5v/4atnlzp0gkFostLSwoFIpYIok9erT3R2cwGHPnzAkNCyvh 8QCg9fnzrLt3AUCHxZrq5bVtxw7iuKmOz09NS3vHNUOn0ydPnjxlypRJkyb5+/uvXbsuLCzc3d2N TCZ7eXllP7iVmZWSeTcl4dK5kyeP5xVmjR49ultPhEQiRUVF7dy5MyYmRiAQNDc3X758ecWKFTo6 OpMnT46IiGhra6urq9u5c+eiRYv68Az19PR8fX3Xr19PHDfV1NQkJSUBgKamZmBg4LJly4qKigCg paXl1q1bRCyKRKKKigoMEfQmMZhMYWNTe+vzTrH4SmPTZV39JeGb1tbyhWKxSCoRSSW1UimTyey5 4cwZM47+5z8XL10a7eRk/z//c/TYsRnTpunq6GyPjFywePEMX1//+fMtLS3/8gns3rnTzdV1/qJF 5tbW411df37xrcHe6GhNJtPd09OCw5k1e3ZObu67rxwymaSqqqqsTKVQKCwWS09Pb+hQ9pMnxcOH D1/6fwuDghcp/gKXLmSz2cXFJd32MG/evAsXLpw+fXrIkCGGhoZ79+719/cHgB9++EEkEhkYGFhb Wzs6Om7btq1vz/DkyZNaWlocDodOpzs7O//xxx9E+aFDhz7++OPJkydraGiYm5vHxcURozOfffaZ jY2NpqbmxYsX33h1kQCgqqwM31T/XGEbNpw8e/bvXtksv6AgYOGCj2XSarGkgv3RhfPnGXT6+fj4 naGhE1SpTyUS01m+0e/8m5E3oq6q6tvvvvvLa6z2cnnEgoKCoqLCtrZ2TU3NUaNGqampZWZmnjx5 gs1mf/TRMOMXPxGoqamuqKjg8Z6Wl5cHBAT4+PgQY0b/RA8zM/+y0l7KiM3GMZFBimNtnXrz1p07 dxgMhuJ8kLlz5owfNy4vL69rYbcW86odDrCPIpFIZGhoUFZWduFCfEdHx4MHD2bMmOni4lJXV6ep qUmc9q6jo2NrO1JVVTUhIaGpqWnQ/qgXQ2QQH9HQ6V6TJ3crNDE2VvwYb8AnxauoqFCFQiEAiU5n kMkUAJBIJMnJSffv/9He3kGhUIgQkctlGhoaJBKpoqJywoQJg/YHNRgiCHWnr2/g6OhUW1vT2Sli MplMJtPLa0pDg+BFdnQPC3NzCwcHByqViiGCEAIAoNFoNjY2ZmZmL04D+QvEia1qamoYIgihF28M JSX64L2cyt+DX/EihDBEEEJ4OIP6Cad964P+TPuGMEQGlD7PooqVhvoPz1hFCPWdEZuNYyIIoX7B EEEIYYgghDBEEEIYIgghDBGEEMIQQQhhiCCEMEQQQhgiCCGEIYIQevshUvBilmCEEHp9RHSQAaAP 14lHCCEiOsgAkJKa+tvNm1gjCKHX99vNmympqX+GSFFi4oLFizFHEEKvnyALFi8uSkwExcAqkSOL AgKeFBdjBSGEXuVJcfGigABFgkDXK5sVJSY+yMhw9/TEakII9eLcpk2HQ0MVd/8fD/TQJIiZL6QA AAAASUVORK5CYII= --=-arIDUD0eMuhvVLsHAdu4 Content-Disposition: attachment; filename=connect_to_server.glade Content-Type: text/xml; name=connect_to_server.glade; charset=UTF-8 Content-Transfer-Encoding: 7bit 6 True Connect to Server GTK_WINDOW_TOPLEVEL GTK_WIN_POS_NONE False False False True False False GDK_WINDOW_TYPE_HINT_NORMAL GDK_GRAVITY_NORTH_WEST False True False 12 True GTK_BUTTONBOX_END True True True gtk-cancel True GTK_RELIEF_NORMAL True -6 True True True GTK_RELIEF_NORMAL True 0 True 0.5 0.5 0 0 0 0 0 0 True False 2 True gtk-network 4 0.5 0.5 0 0 0 False False True Connect True False GTK_JUSTIFY_LEFT False False 0.5 0.5 0 0 0 False False 0 False True GTK_PACK_END 6 True False 12 True keyhole.png 0.5 0 0 0 0 True True True False 12 True <span size="larger" weight="bold">Connect to Server</span> False True GTK_JUSTIFY_LEFT False False 0 0.5 0 0 0 False False True 4 2 False 6 12 True Protocol: False False GTK_JUSTIFY_LEFT False False 0 0.5 0 0 0 1 0 1 fill True Username: False False GTK_JUSTIFY_LEFT False False 0 0.5 0 0 0 1 1 2 fill True Server: False False GTK_JUSTIFY_LEFT False False 0 0.5 0 0 0 1 2 3 fill True Folder: False False GTK_JUSTIFY_LEFT False False 0 0.5 0 0 0 1 3 4 fill True SSH HTTP (WebDAV) FTP 1 2 0 1 fill True True True True 0 seth True * False 1 2 1 2 True False 0 True True True True 0 True * False 0 True True 14 True True GTK_RELIEF_NORMAL True 13 True GTK_ARROW_DOWN GTK_SHADOW_OUT 0.5 0.5 0 0 0 False False 1 2 2 3 fill fill True False 0 True <i>None</i> False True GTK_JUSTIFY_LEFT False False 0 0.5 0 0 0 True True True True Browse... True GTK_RELIEF_NORMAL True 0 False False 1 2 3 4 fill fill 0 True True 0 True True 0 True True --=-arIDUD0eMuhvVLsHAdu4-- From seth@gnome.org Thu Jul 8 15:53:47 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id C15503B123F for ; Thu, 8 Jul 2004 15:53:47 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i68Jrle1010469; Thu, 8 Jul 2004 15:53:47 -0400 Received: from mail.boston.redhat.com (mail.boston.redhat.com [172.16.64.12]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i68Jrk015232; Thu, 8 Jul 2004 15:53:46 -0400 Received: from [172.16.67.56] (quixotic.boston.redhat.com [172.16.67.56]) by mail.boston.redhat.com (8.12.8/8.12.8) with ESMTP id i68Jrk4F014264; Thu, 8 Jul 2004 15:53:46 -0400 From: Seth Nickell To: Jamie McCracken In-Reply-To: <1088989027.2667.42.camel@localhost.localdomain> References: <1088989027.2667.42.camel@localhost.localdomain> Content-Type: text/plain Date: Thu, 08 Jul 2004 15:54:06 -0400 Message-Id: <1089316446.3111.20.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 1.5.8 (1.5.8-1) Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2004 19:53:47 -0000 > 1) optional bookmarks in spatial mode. I can't comment on the implementation, though the old Nautilus bookmarks seemed a little over engineered... but... This should really be integrated with the Places menu (i.e. make the places menu extensible) AND shared with the new file dialog's list of "bookmarks". > 2) bookmarks with shortcut keys (limited to first 10 entires- ctrl+1, > ctrl+2 etc). This seems like a nice feature as long as we don't already use CTRL-# for something else? It seems plausible that Metacity would use this for something? > 3) ability to set folder actions for left and middle mouse buttons > 4) an open in same window option for (3) above. These are basically options to make "spatial mode" work like "navigation mode". Why? Given that there's a preference to just switch over to navigation mode, why not do that and use a UI that's designed around that? I don't see an advantage to adding certain aspects of "navigation mode" to "spatial mode". > This setting can be thought of as spatial inheritance - it inherits the > properties of its parent though spatial coherence is still maintained > (so its not a browser clone!). Its a browser window. Spatial inheritance is so totally non-spatial. When have you seen something "inherit the physical properties of another" in the real world? ;-) > Once a spatial window is re-used in this > way it no longer loads or saves properties therefore it wont screw up > any saved spatial settings. It screws up the scroll position.... but that's a minor detail not my real objection :-) > 5) an optional pathbar displayed instead of the location button > > This is a really neat addition as it also solves the problem of > displaying the full path in a spatial window as well as providing a > slick way to navigate upwards. 1) It puts Unix path garbage onto every window. We are trying to minimize the impact of our poorly laid out filesystem throughout GNOME. The file dialog gets around this by using a UI trick to provide a plausible explanation for re-rooting of the path bar. However, I don't see a way Nautilus can use this trick. It means that every window will have, e.g. "[/] [home] [username]" of noise in it (or potentially even, say, "[/] [afs] [ir.stanford.edu] [s] [n] [snickell]" or "[/] [usr] [local] [home] [seth]" etc). 2) Spatial windows are often quite small. Pathbar (despite scrolling, which is all very well) does not work as well in these situations. 3) Opening in new window upon clicking on path bar elements feels weird, particularly in contrast to the behavior in the file dialog. > I hope this mega patch gets added cause it would be really cool if Gnome > 2.8 has this. It will not only make file management a really enjoyable > process but it will end all the criticism that spatial mode has > attracted in the press as well as providing the most innovative and > advanced file manager out there! I don't see how having these settings is better than letting people use the navigation mode if that fits their folder setup / tasks better. -Seth -- seth nickell :: interaction designer :: red hat From jamiemcc@blueyonder.co.uk Thu Jul 8 17:27:38 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out1.blueyonder.co.uk (smtp-out1.blueyonder.co.uk [195.188.213.4]) by menubar.gnome.org (Postfix) with ESMTP id 9F0AB3B08F8; Thu, 8 Jul 2004 17:27:37 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out1.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Thu, 8 Jul 2004 22:27:49 +0100 From: Jamie McCracken To: Seth Nickell In-Reply-To: <1089316446.3111.20.camel@localhost.localdomain> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> Content-Type: text/plain Message-Id: <1089322114.7641.47.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Thu, 08 Jul 2004 22:28:34 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 08 Jul 2004 21:27:49.0547 (UTC) FILETIME=[6B41EFB0:01C46532] Cc: Nautilus Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2004 21:27:38 -0000 On Thu, 2004-07-08 at 20:54, Seth Nickell wrote: > > 1) optional bookmarks in spatial mode. > > I can't comment on the implementation, though the old Nautilus bookmarks > seemed a little over engineered... but... > > This should really be integrated with the Places menu (i.e. make the > places menu extensible) AND shared with the new file dialog's list of > "bookmarks". I agree but we either have to rename bookmarks to places (or the other way round) as it seems silly to have an "edit bookmarks" under "places". I agree with the file dialog's integration. > > 2) bookmarks with shortcut keys (limited to first 10 entires- ctrl+1, > > ctrl+2 etc). > > This seems like a nice feature as long as we don't already use CTRL-# > for something else? It seems plausible that Metacity would use this for > something? > > > 3) ability to set folder actions for left and middle mouse buttons > > 4) an open in same window option for (3) above. > > These are basically options to make "spatial mode" work like "navigation > mode". Why? Given that there's a preference to just switch over to > navigation mode, why not do that and use a UI that's designed around > that? I don't see an advantage to adding certain aspects of "navigation > mode" to "spatial mode". Its gives the option of having a combo/hybrid mode like Mac OS/X does. With this we can have pure spatial, pure browser or something in between. We currently cannot combine browser and spatial effectively - if you right click and select open with browser then you've no way of going back to a spatial window from there (its also quite horrible and inconsistent that way too as the file browser feels like a different app entirely). > > > This setting can be thought of as spatial inheritance - it inherits the > > properties of its parent though spatial coherence is still maintained > > (so its not a browser clone!). > > Its a browser window. Spatial inheritance is so totally non-spatial. > When have you seen something "inherit the physical properties of > another" in the real world? ;-) All classifications in the real world use inheritance (animal, vegetable, mineral etc). Anyhow its optional and intended for those wanting to combine both worlds. Its not meant as a replacement for the default spatial mode which is okay for newbies. But its still spatially coherent and it gives the user far more control over either a pure spatial or pure browser mode. > > > Once a spatial window is re-used in this > > way it no longer loads or saves properties therefore it wont screw up > > any saved spatial settings. > > It screws up the scroll position.... but that's a minor detail not my > real objection :-) > > > 5) an optional pathbar displayed instead of the location button > > > > This is a really neat addition as it also solves the problem of > > displaying the full path in a spatial window as well as providing a > > slick way to navigate upwards. > > 1) It puts Unix path garbage onto every window. We are trying to > minimize the impact of our poorly laid out filesystem throughout GNOME. > The file dialog gets around this by using a UI trick to provide a > plausible explanation for re-rooting of the path bar. However, I don't > see a way Nautilus can use this trick. It means that every window will > have, e.g. "[/] [home] [username]" of noise in it (or potentially even, > say, "[/] [afs] [ir.stanford.edu] [s] [n] [snickell]" or "[/] [usr] > [local] [home] [seth]" etc). I can adapt it to do the same as file dialog. > > 2) Spatial windows are often quite small. Pathbar (despite scrolling, > which is all very well) does not work as well in these situations. > Most wont have that problem and those that do can use the location button. > 3) Opening in new window upon clicking on path bar elements feels weird, > particularly in contrast to the behavior in the file dialog. That depends - its no different from the location button menu. If you set left click mode to be open in new window then it is the same. > > > I hope this mega patch gets added cause it would be really cool if Gnome > > 2.8 has this. It will not only make file management a really enjoyable > > process but it will end all the criticism that spatial mode has > > attracted in the press as well as providing the most innovative and > > advanced file manager out there! > > I don't see how having these settings is better than letting people use > the navigation mode if that fits their folder setup / tasks better. The point is that a hybrid model would fit all desktops better by allowing you to drill down when you need to and open spatially for file management purposes when you want to. Its slick and elegant and OS/X does it this way. Most peoples filesystems would benefit from having both being a mouse click away and lets face it filesystems without hierarchies are a long way off (though I do fully support and want Storage). I also dont like to use the file browser for this cause it lacks the nice clean and lightweight interface we get with spatial (i dont want toolbars and sidepanels here but I do if I explicitly run the file browser from the menu - I note that even MS Windows has a minimalistic browse view from its desktop and a separate heavyweight explorer with treeview.). I also find spatial coherence to be a good feature and overall its wonderfully minimalistic. jamie. > > -Seth From c.schneider@scram.de Thu Jul 8 19:35:02 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail2.scram.de (mail2.scram.de [195.226.127.112]) by menubar.gnome.org (Postfix) with ESMTP id D6F853B11FD; Thu, 8 Jul 2004 19:35:01 -0400 (EDT) Received: from mail3.scram.de (mail3.scram.de [195.226.127.113]) by mail2.scram.de (Postfix) with ESMTP id 2DBD9805C; Fri, 9 Jul 2004 01:34:59 +0200 (CEST) Received: from mail.scram.de (mail.scram.de [IPv6:3ffe:400:470:1::1:1]) by mail2.scram.de (Postfix) with ESMTP id 01AB17DD0; Fri, 9 Jul 2004 01:34:52 +0200 (CEST) Received: from [10.0.0.10] (p50841FFA.dip.t-dialin.net [80.132.31.250]) (authenticated (0 bits)) by mail.scram.de (8.12.9/8.11.0) with ESMTP id i68NYmrg019349; Fri, 9 Jul 2004 01:34:51 +0200 (CEST) Message-ID: <40EDDA58.9070503@scram.de> Date: Fri, 09 Jul 2004 01:35:52 +0200 From: Christian Schneider User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jamie McCracken References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> In-Reply-To: <1089322114.7641.47.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at scram.de X-Spam-Status: No, hits=-4.5 tagged_above=-999.0 required=5.0 tests=BAYES_00, RCVD_IN_DYNABLOCK, RCVD_IN_NJABL, RCVD_IN_NJABL_DIALUP, RCVD_IN_SORBS X-Spam-Level: X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] * 0.1 RCVD_IN_NJABL_DIALUP RBL: NJABL: dialup sender did non-local SMTP * [80.132.31.250 listed in dnsbl.njabl.org] * 0.1 RCVD_IN_DYNABLOCK RBL: Sent directly from dynamic IP address * [80.132.31.250 listed in dnsbl.sorbs.net] * 0.1 RCVD_IN_NJABL RBL: Received via a relay in dnsbl.njabl.org * [80.132.31.250 listed in dnsbl.njabl.org] * 0.1 RCVD_IN_SORBS RBL: SORBS: sender is listed in SORBS * [80.132.31.250 listed in dnsbl.sorbs.net] Cc: Nautilus , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2004 23:35:02 -0000 > > > >>>This setting can be thought of as spatial inheritance - it inherits the >>>properties of its parent though spatial coherence is still maintained >>>(so its not a browser clone!). >>> >>> >>Its a browser window. Spatial inheritance is so totally non-spatial. >>When have you seen something "inherit the physical properties of >>another" in the real world? ;-) >> >> > >All classifications in the real world use inheritance (animal, >vegetable, mineral etc). > >Anyhow its optional and intended for those wanting to combine both >worlds. Its not meant as a replacement for the default spatial mode >which is okay for newbies. But its still spatially coherent and it gives >the user far more control over either a pure spatial or pure browser >mode. > > > I think the current settable behaviour of open a new window and close the current one is much more useful. It avoids cluttering the screen with windows and still behaves spatial. If you open a new window with the same dimensions like the current you loose the only real advantage of spatial mode: The possibility to remember folders based on their position and their size. In spatial mode you even know where a certain file inside a small folder is before the folder opens. The only thing needed is the same behaviour when moving upwards. Besides this I really like your enhancements. Especially the bookmark integration and the location path at the bottom are nice. -- Christian Schneider From jamiem@blueyonder.co.uk Thu Jul 8 19:51:34 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out6.blueyonder.co.uk (smtp-out6.blueyonder.co.uk [195.188.213.9]) by menubar.gnome.org (Postfix) with ESMTP id 9808B3B129F; Thu, 8 Jul 2004 19:51:34 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out6.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Fri, 9 Jul 2004 00:51:47 +0100 From: Jamie McCracken To: Christian Schneider In-Reply-To: <40EDDA58.9070503@scram.de> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> Content-Type: text/plain Message-Id: <1089330752.17645.15.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 09 Jul 2004 00:52:32 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 08 Jul 2004 23:51:47.0446 (UTC) FILETIME=[87D8B960:01C46546] Cc: Nautilus , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2004 23:51:35 -0000 On Fri, 2004-07-09 at 00:35, Christian Schneider wrote: > I think the current settable behaviour of open a new window and close > the current one is much more useful. Thats fine if you like that as I'm not changing the default - merely giving the user the ability to define left and middle clicks ("open in new window", "open in new window and close behind" and "open in same window" are all options for both buttons). I believe in giving the users the choice here cause its a highly contentious issue and forcing any setting here is bound to annoy and anger users. > It avoids cluttering the screen with windows and still behaves spatial. > If you open a new window with the same dimensions like the current you > loose the only real advantage of spatial mode: The possibility to > remember folders based on their position and their size. Yes but if you want to drill down quickly you dont care about size and pos. On my desktop I have 6 links which all open spatially and I remember their positions and thats great (spatial in this instance really works for me). I can then choose whether to open sub folders in them in new windows or the same - its my choice at the end of the day and therefore I can get the benefits of both worlds. > In spatial > mode you even know where a certain file inside a small folder is before > the folder opens. I agree thats good and thats why i want a hybrid system! Some of my links do benefit from that but others with deeper hierarchies dont and lets face it any user is only ever going to remember a handful of folders properties so a hybrid system is very useful for that. > > The only thing needed is the same behaviour when moving upwards. > > Besides this I really like your enhancements. Especially the bookmark > integration and the location path at the bottom are nice. Ta. jamie. From ghaywood@internode.on.net Thu Jul 8 20:52:56 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by menubar.gnome.org (Postfix) with ESMTP id 5B6C53B0AE5 for ; Thu, 8 Jul 2004 20:52:55 -0400 (EDT) Received: from [192.168.0.3] (ppp32-113.lns1.adl1.internode.on.net [150.101.32.113]) by smtp1.adl2.internode.on.net (8.12.9/8.12.9) with ESMTP id i690qn4Y034198 for ; Fri, 9 Jul 2004 10:22:53 +0930 (CST) From: Greg To: nautilus-list@gnome.org In-Reply-To: <17628-74639@sneakemail.com> References: <17628-74639@sneakemail.com> Content-Type: text/plain; charset=ISO-8859-1 Message-Id: <1089334405.2453.3.camel@greg> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 09 Jul 2004 10:23:25 +0930 Content-Transfer-Encoding: 8bit Subject: Re: smb:// very slow X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2004 00:52:56 -0000 I have always found nautilus and smb unusable, until now. After copying the smb.conf to .smb it works just fine! This is one of those things that gets a solution but it is not announced (or at least I did not know), and I use Gnome at work and play and always try to keep the latest and greatest versions. Is there a central web location somewhere that details all the functionality of nautilus, and how to configure it for various situations? -Greg On Thu, 2004-07-08 at 19:30, y9toi7y02@sneakemail.com wrote: > On Thu, 8 Jul 2004, Olaf [iso-8859-2] Fr±czyk olaf-at-cbk.poznan.pl |nautilus| wrote: > > > On Thu, 2004-07-08 at 09:04, Alexander Larsson wrote: > > Hi, > > > > For me it is not so slow, but slow anyway. Listing shares on a server > > takes about 2 seconds, even if I go back from a share. In Windows it > > appears immediately. > > I use WINS server. Does nautilus take it into account (from smb.conf)? > > BTW, what happens if /etc/samba/smb.conf is not readable by user? > If you look in your home directory, there should be a .smb directory > containing a smb.conf file. That file is probably empty. That file is the > one that is used instead of /etc/samba/smb.conf . If you copy > /etc/samba/smb.conf to that file, it'll work. > > It's a libsmbclient limitation. > > Martijn Vernooij From rene@seindal.dk Fri Jul 9 05:26:49 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from paestum.seindal.dk (ip157.rev112.brygge.net [194.255.112.157]) by menubar.gnome.org (Postfix) with ESMTP id E40F23B065E for ; Fri, 9 Jul 2004 05:26:48 -0400 (EDT) Received: from [127.0.0.1] (really [127.0.0.1]) by paestum.seindal.dk via in.smtpd with esmtp id (Debian Smail3.2.0.115) Fri, 9 Jul 2004 11:26:48 +0200 (CEST) Message-ID: <40EE64D6.8080608@seindal.dk> Date: Fri, 09 Jul 2004 11:26:46 +0200 From: =?ISO-8859-1?Q?Ren=E9_Seindal?= Organization: Seindal Consult User-Agent: Mozilla Thunderbird 0.6 (X11/20040528) X-Accept-Language: en-us, en MIME-Version: 1.0 To: nautilus-list@gnome.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Subject: Spatial mode and mime-handlers for directories X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2004 09:26:49 -0000 Hi, I'm still trying to get used to spatial nautilus which I have installed=20 from Debian testing. I have set up some applications for directories (mime=20 x-directory/normal) which I find handy. They are emacs, terminal,=20 gthumb, gnome-search-tool etc. In both browser and spatial nautilus I can right click on a directory=20 and use "Open with" to get to these applications. In a nautilus browser window I get buttons in the sidebar for lauching th= em. In a nautilus spatial windows there is absolutely no way to access my=20 preferred applications for directories. In the File menu "Open with" is = greyed out (and it is for files and sub-directories anyway), and if I=20 right click on the background, the context menu does not offer an "Open=20 with" item. Maybe an "Open this folder with" item should be added to the File menu=20 and the root context menu, so I would have the possibility of saying=20 "Open this folder in Emacs" and the like. Now I either have to switch to browser mode or open the parent and right = click on the directory I came from. --=20 Ren=E9 Seindal (rene@seindal.dk) Seindal Consult From cbraga@fs.inf.br Fri Jul 9 09:06:27 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from fantasy.unorpnet.com.br (unknown [200.168.209.138]) by menubar.gnome.org (Postfix) with ESMTP id 8BF593B0680 for ; Fri, 9 Jul 2004 09:06:26 -0400 (EDT) Received: (qmail 8033 invoked by uid 107); 9 Jul 2004 13:06:34 -0000 Received: from yum.freedows.com.br (64.251.25.83) by fantasy.unorpnet.com.br with AES256-SHA encrypted SMTP; 9 Jul 2004 13:06:34 -0000 Received: (qmail 27681 invoked by uid 116); 9 Jul 2004 13:06:17 -0000 Received: from unknown (HELO ?192.168.1.113?) (cbraga@fs.inf.br@200.138.114.45) by www.freedows.com.br with AES256-SHA encrypted SMTP; 9 Jul 2004 13:06:17 -0000 Message-ID: <40EE9809.4080800@fs.inf.br> Date: Fri, 09 Jul 2004 10:05:13 -0300 From: =?ISO-8859-1?Q?=22Crist=F3v=E3o_B=2E_B=2E_Dalla_Costa=22?= User-Agent: Mozilla Thunderbird 0.7 (X11/20040615) X-Accept-Language: en-us, en MIME-Version: 1.0 To: y9toi7y02@sneakemail.com References: <17628-74639@sneakemail.com> In-Reply-To: <17628-74639@sneakemail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: nautilus-list@gnome.org Subject: Re: smb:// very slow X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2004 13:06:27 -0000 y9toi7y02@sneakemail.com wrote: >If you look in your home directory, there should be a .smb directory >containing a smb.conf file. That file is probably empty. That file is the >one that is used instead of /etc/samba/smb.conf . If you copy >/etc/samba/smb.conf to that file, it'll work. > >It's a libsmbclient limitation. > >Martijn Vernooij > > > We've been having similar problems, specially with Windows networks where Nautilus sometimes fails to display anything at all. smbclient works just fine for us. I've just checked and we don't have .smb directories at all, could there be another configuration problem? Any other hints? Thanks. -- Cristóvăo Dalla Costa cbraga@fs.inf.br From y9toi7y02@sneakemail.com Fri Jul 9 11:38:04 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from monkey.sneakemail.com (clean.sneakemail.com [38.136.15.35]) by menubar.gnome.org (Postfix) with SMTP id 5AE773B13E2 for ; Fri, 9 Jul 2004 11:38:04 -0400 (EDT) Received: (qmail 8603 invoked by uid 501); 9 Jul 2004 15:37:59 -0000 Received: (sneakemail censored 6712-60022 #2); 9 Jul 2004 15:37:59 -0000 Received: (sneakemail censored 6712-60022 #1); 9 Jul 2004 15:37:59 -0000 Date: Fri, 9 Jul 2004 17:37:54 +0200 (CEST) From: y9toi7y02@sneakemail.com To: nautilus-list@gnome.org In-Reply-To: <40EE9809.4080800@fs.inf.br> Message-ID: <6712-60022@sneakemail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Subject: Re: smb:// very slow X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2004 15:38:04 -0000 On Fri, 9 Jul 2004, "Crist=F3v=E3o B. B. Dalla Costa"cbraga-at-fs.inf.br |= nautilus| wrote: > We've been having similar problems, specially with Windows networks > where Nautilus sometimes fails to display anything at all. smbclient > works just fine for us. > > I've just checked and we don't have .smb directories at all, could there > be another configuration problem? Any other hints? If you look in the code here: http://cvs.gnome.org/viewcvs/gnome-vfs/modules/smb-method.c?rev=3D1.5&view= =3Dauto (search for 'try_init') you can see the code. This was the first mention of it that I could find: http://anoncvs.gnome.gr.jp/viewcvs.cgi/gnome-vfs-extras/smb-method.c?rev=3D= 1.37.2.1&view=3Dmarkup (look at the end, it sais: //FIXME create an empty ~/.smb/smb.conf ) Earlier versions of the module used a private copy of samba. That way it could set some things that cannot be set when using the libsmbclient interface. Obviously it's a maintenance nightmare though. Anyway you might have such an old version that does require ~/.smb/smb.conf but does not create it for you. Here you can see (in the code) libsmbclient loading ~/.smb/smb.conf http://samba.org/doxygen/samba/group__misc.html#a2 Martijn Vernooij PS. I am on the list, no need for CC's From johnp@redhat.com Fri Jul 9 18:00:47 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 69F583B0B4B; Fri, 9 Jul 2004 18:00:47 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i69M0je1014231; Fri, 9 Jul 2004 18:00:45 -0400 Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [172.16.52.154]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i69M0j009128; Fri, 9 Jul 2004 18:00:45 -0400 Received: from [172.16.67.62] (remedyz.boston.redhat.com [172.16.67.62]) by lacrosse.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i69M0iF14659; Fri, 9 Jul 2004 18:00:44 -0400 From: "John (J5) Palmieri" To: Jamie McCracken In-Reply-To: <1089330752.17645.15.camel@localhost.localdomain> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> Content-Type: text/plain Date: Fri, 09 Jul 2004 18:00:40 -0400 Message-Id: <1089410441.7755.54.camel@remedyz.boston.redhat.com> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.2 (1.5.9.2-1) Content-Transfer-Encoding: 7bit Cc: Nautilus , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2004 22:00:47 -0000 First I want to say thank you for taking the time to submit your patch. I don't want to discourage you from submitting in the future and in fact hope you come up with other patches and enjoy working within the Gnome community. I say this because I want you to also realize that some of what you submitted may never become part of Nautilus proper. At least not in the current form. Gnome has a vision and any enhancements need to fit in that vision or prove that vision wrong. One advice is to split your feature set into separate patches so that the stuff that isn't all that controversial have an easier time of making it in. Below are some more comments that will hopefully be helpful to you. On Fri, 2004-07-09 at 00:52 +0100, Jamie McCracken wrote: > On Fri, 2004-07-09 at 00:35, Christian Schneider wrote: > > > I think the current settable behaviour of open a new window and close > > the current one is much more useful. > > Thats fine if you like that as I'm not changing the default - merely > giving the user the ability to define left and middle clicks ("open in > new window", "open in new window and close behind" and "open in same > window" are all options for both buttons). I believe in giving the users > the choice here cause its a highly contentious issue and forcing any > setting here is bound to annoy and anger users. We got away from this when we switched to gnome-2.0. The thing is too much configuration causes multiple unmaintainable code paths and it really is a guise for flaking on making hard decisions. You can't please everybody all the time. > > It avoids cluttering the screen with windows and still behaves spatial. > > If you open a new window with the same dimensions like the current you > > loose the only real advantage of spatial mode: The possibility to > > remember folders based on their position and their size. > > Yes but if you want to drill down quickly you dont care about size and > pos. This is what browser mode is for. I would suggest you take some of your hybrid ideas and see if they integrate well within the browser. I don't know if this is an option but perhaps making it easier to morph a window between browser and spacial mode would kill the need for a hybrid mode and therefor eliminate the need for a third hybrid codepath. > On my desktop I have 6 links which all open spatially and I > remember their positions and thats great (spatial in this instance > really works for me). I can then choose whether to open sub folders in > them in new windows or the same - its my choice at the end of the day > and therefore I can get the benefits of both worlds. Well you have just described why we have browser/spatial and have not just eliminated browser all together. > > > In spatial > > mode you even know where a certain file inside a small folder is before > > the folder opens. > > I agree thats good and thats why i want a hybrid system! Some of my > links do benefit from that but others with deeper hierarchies dont and > lets face it any user is only ever going to remember a handful of > folders properties so a hybrid system is very useful for that. Whats wrong with browser mode for the deep hierarchies? If its broken then perhaps it can be fixed. > > > > The only thing needed is the same behaviour when moving upwards. > > > > Besides this I really like your enhancements. Especially the bookmark > > integration and the location path at the bottom are nice. > I agree bookmark enhancements were a good thing. Thats why you should break it out into its own patch. -- John (J5) Palmieri Associate Software Engineer Desktop Group Red Hat, Inc. Blog: http://martianrock.com From jamiemcc@blueyonder.co.uk Fri Jul 9 20:35:03 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out2.blueyonder.co.uk (smtp-out2.blueyonder.co.uk [195.188.213.5]) by menubar.gnome.org (Postfix) with ESMTP id E12673B0720; Fri, 9 Jul 2004 20:35:02 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out2.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Sat, 10 Jul 2004 01:35:18 +0100 From: Jamie McCracken To: "John (J5) Palmieri" In-Reply-To: <1089410441.7755.54.camel@remedyz.boston.redhat.com> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> Content-Type: text/plain Message-Id: <1089419764.3057.86.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sat, 10 Jul 2004 01:36:05 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 10 Jul 2004 00:35:18.0343 (UTC) FILETIME=[C679BD70:01C46615] Cc: Nautilus , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2004 00:35:03 -0000 On Fri, 2004-07-09 at 23:00, John (J5) Palmieri wrote: > We got away from this when we switched to gnome-2.0. The thing is too > much configuration causes multiple unmaintainable code paths and it > really is a guise for flaking on making hard decisions. You can't > please everybody all the time. I agree with the philosphy and sure we dont want a million and one options like the control freaks over at KDE. But some options we really must have especially when they concern highly contentious issues and the fact that we now have a choice between browser and spatial proves that point. > > > > It avoids cluttering the screen with windows and still behaves spatial. > > > If you open a new window with the same dimensions like the current you > > > loose the only real advantage of spatial mode: The possibility to > > > remember folders based on their position and their size. > > > > Yes but if you want to drill down quickly you dont care about size and > > pos. > > This is what browser mode is for. I would suggest you take some of your > hybrid ideas and see if they integrate well within the browser. I don't > know if this is an option but perhaps making it easier to morph a window > between browser and spacial mode would kill the need for a hybrid mode > and therefor eliminate the need for a third hybrid codepath. > I dont see the point to be honest. The navigator does require lots of TLC admittedly (and to be honest if it removed all the corba crap from the sidepanels it would be more maintainable - I think I read somewhere there was a plan to migrate this to GObjects) but it is currently old Gnome stuff and I note from GUADEC that GNOMES current vision is towards minimalistic interfaces which kinda leaves the navigator on the fence so to speak. Therefore I would propose removing the always use browser check button from the global prefs and use my folder actions to define behaviour instead. Why? Cause I note that most people that complained about spatial moaned about it not being able to open stuff in the same window rather than not having any other specific feature of the navigator. The other reason for doing it the way I did is that it took less than a dozen lines of code to implement browse in the spatial interface - in no way have I messed up the spatial code or made it significantly more unmaintainable as a result. (BTW 99% of the patch is glade stuff or bookmarks code) Its also not really a third way as you put it cause we dont need the heavyweight navigator for it as an option - even ms explorer is separate from the lightweight browser it uses on the desktop. The navigator is fine as a separate and more complex app for more experienced users (a la explorer) but I actually find my patch with pathbar much much better for general browsing. If you haven't tried the patch then I suggest you do cuz it really makes browsing and file management really pleasant and efficient. > > On my desktop I have 6 links which all open spatially and I > > remember their positions and thats great (spatial in this instance > > really works for me). I can then choose whether to open sub folders in > > them in new windows or the same - its my choice at the end of the day > > and therefore I can get the benefits of both worlds. > > Well you have just described why we have browser/spatial and have not > just eliminated browser all together. But if I had chosen alway use browser I wouldn't be able to benefit from that, right? Also it would be really horrible to use the navigator here in conjunction with spatial - the mouse buttons would be the other way round, its interface different and more complex etc. It aint slick that way and slickness counts a lot if you want a polished desktop. Why use two radically different apps when one can do the job of both? - more than anything that goes against the grain of what GNOME is about, surely? (IMHO juggling between left click mode in browser and different left click mode in spatial is frankly ridiculous usablity/consistency and makes it all rather noddy and geeky compared to my slicker alternative). > > > > > > In spatial > > > mode you even know where a certain file inside a small folder is before > > > the folder opens. > > > > I agree thats good and thats why i want a hybrid system! Some of my > > links do benefit from that but others with deeper hierarchies dont and > > lets face it any user is only ever going to remember a handful of > > folders properties so a hybrid system is very useful for that. > > Whats wrong with browser mode for the deep hierarchies? Navigator is okay for deep hierarchies but bad at everything else (file management, opening in new windows, loading/saving properties etc) Spatial is good for everything except deep hierarchies or quick browsing. My Patch makes spatial good for everything! > If its broken > then perhaps it can be fixed. I also have a list of things that bug me about the navigator (I cant open spatial windows from it, files are opened in the browser not in the default app, looks too much like a web browser, seriously bloated - just look at all that history stuff in there, poor usability, poor use of screen space - mutliple toolbars! And cause of all that its much harder for me to make patches for Navigator - just extracting the bookmarks code from it took me ages to sort out). IMHO A fair part of it would need a rewrite to sort it all out. And what would you end up with if you did rewrite it? Probably something very close to what my patch on spatial does! To sum up my patch provides a much better way thats consistent with GNOME's vision of minmilastic interfaces, removes the need for separate browser/spatial interfaces on the desktop altogether, allows the user to get the best of both worlds if he/she wants and its certainly better than trying to sort out that old navigator dinosaur! > > > > > > > The only thing needed is the same behaviour when moving upwards. > > > > > > Besides this I really like your enhancements. Especially the bookmark > > > integration and the location path at the bottom are nice. > > > > I agree bookmark enhancements were a good thing. Thats why you should > break it out into its own patch. relax, the reason its a big patch is because the bookmarks are currently dependent on the folder actions (likewise with the pathbar). I have emailed Alex and told him if he wants me to remove anything then I will do so. I will respect Alex's decision and if bookmarks is all he wants - no problem I will deliver it! Also a negative decision wont affect future patches by me either - Im not gonna sulk cause I will still have a spatial nautilus that rocks on my desktop! :))) jamie. p.s. I'm rather disturbed with the impression you were suggesting, namely that the big patch was an all or nothing blackmail thing! From jamiemcc@blueyonder.co.uk Fri Jul 9 21:21:43 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out4.blueyonder.co.uk (smtp-out4.blueyonder.co.uk [195.188.213.7]) by menubar.gnome.org (Postfix) with ESMTP id BC3973B0657; Fri, 9 Jul 2004 21:21:42 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out4.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Sat, 10 Jul 2004 02:21:58 +0100 From: Jamie McCracken To: Seth Nickell In-Reply-To: <1089316446.3111.20.camel@localhost.localdomain> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> Content-Type: text/plain Message-Id: <1089422565.3057.93.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sat, 10 Jul 2004 02:22:45 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 10 Jul 2004 01:21:58.0835 (UTC) FILETIME=[4BB2E830:01C4661C] Cc: Nautilus Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2004 01:21:43 -0000 On Thu, 2004-07-08 at 20:54, Seth Nickell wrote: > > 5) an optional pathbar displayed instead of the location button > > > > This is a really neat addition as it also solves the problem of > > displaying the full path in a spatial window as well as providing a > > slick way to navigate upwards. > > 1) It puts Unix path garbage onto every window. We are trying to > minimize the impact of our poorly laid out filesystem throughout GNOME. > The file dialog gets around this by using a UI trick to provide a > plausible explanation for re-rooting of the path bar. However, I don't > see a way Nautilus can use this trick. It means that every window will > have, e.g. "[/] [home] [username]" of noise in it (or potentially even, > say, "[/] [afs] [ir.stanford.edu] [s] [n] [snickell]" or "[/] [usr] > [local] [home] [seth]" etc). > I have added an updated patch on bugzilla for this (it was really easy to write!) at http://bugzilla.gnome.org/show_bug.cgi?id=145427 Also updated a screenshot of it showing the Home button (with obligatory home stock icon) at: http://www.jamiemcc.pwp.blueyonder.co.uk/Nautilus_pathbar.png jamie. From george@gmsys.com Fri Jul 9 21:46:33 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from pd2mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by menubar.gnome.org (Postfix) with ESMTP id A318F3B09C2 for ; Fri, 9 Jul 2004 21:46:33 -0400 (EDT) Received: from pd2mr2so.prod.shaw.ca (pd2mr2so-ser.prod.shaw.ca [10.0.141.109]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0I0M00A8G4OWCT@l-daemon> for nautilus-list@gnome.org; Fri, 09 Jul 2004 19:41:20 -0600 (MDT) Received: from pn2ml6so.prod.shaw.ca ([10.0.121.150]) by pd2mr2so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0I0M00K824OX2R00@pd2mr2so.prod.shaw.ca> for nautilus-list@gnome.org; Fri, 09 Jul 2004 19:41:21 -0600 (MDT) Received: from [199.60.63.2] (S01060050da7b0188.du.shawcable.net [24.68.150.160]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0I0M00B194OWZA@l-daemon> for nautilus-list@gnome.org; Fri, 09 Jul 2004 19:41:20 -0600 (MDT) Date: Fri, 09 Jul 2004 18:42:15 -0700 From: George Farris In-reply-to: <1089422565.3057.93.camel@localhost.localdomain> To: Nautilus Message-id: <1089423735.3771.0.camel@ve7frg.gmsys.com> MIME-version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) Content-type: text/plain Content-transfer-encoding: 7bit References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089422565.3057.93.camel@localhost.localdomain> Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2004 01:46:33 -0000 On Fri, 2004-07-09 at 18:22, Jamie McCracken wrote: > Also updated a screenshot of it showing the Home button (with obligatory > home stock icon) at: > > http://www.jamiemcc.pwp.blueyonder.co.uk/Nautilus_pathbar.png > > > jamie. I like this and it actually goes together quite well with the new file chooser. -- George Farris From jamiemcc@blueyonder.co.uk Fri Jul 9 21:51:56 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out1.blueyonder.co.uk (smtp-out1.blueyonder.co.uk [195.188.213.4]) by menubar.gnome.org (Postfix) with ESMTP id 6B7E63B0657 for ; Fri, 9 Jul 2004 21:51:56 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out1.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Sat, 10 Jul 2004 02:52:12 +0100 From: Jamie McCracken To: George Farris In-Reply-To: <1089423735.3771.0.camel@ve7frg.gmsys.com> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089422565.3057.93.camel@localhost.localdomain> <1089423735.3771.0.camel@ve7frg.gmsys.com> Content-Type: text/plain Message-Id: <1089424378.3057.97.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sat, 10 Jul 2004 02:52:59 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 10 Jul 2004 01:52:12.0335 (UTC) FILETIME=[84A10BF0:01C46620] Cc: Nautilus Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2004 01:51:56 -0000 On Sat, 2004-07-10 at 02:42, George Farris wrote: > On Fri, 2004-07-09 at 18:22, Jamie McCracken wrote: > > > Also updated a screenshot of it showing the Home button (with obligatory > > home stock icon) at: > > > > http://www.jamiemcc.pwp.blueyonder.co.uk/Nautilus_pathbar.png > > > > > > jamie. > > I like this and it actually goes together quite well with the new file > chooser. Yes and its very easy to extend it to other nodes that the file chooser substitutes like "Desktop" or indeed other useful ones. It also saves some space too. Well done Seth for pointing it out! jamie. > > -- > George Farris From johnp@redhat.com Sat Jul 10 02:48:00 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 48FA13B0AD7; Sat, 10 Jul 2004 02:48:00 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6A6lwe1016723; Sat, 10 Jul 2004 02:47:58 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6A6lw005277; Sat, 10 Jul 2004 02:47:58 -0400 Received: from [127.0.0.1] (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6A6lQYl012549; Sat, 10 Jul 2004 02:47:27 -0400 From: "John (J5) Palmieri" To: Jamie McCracken In-Reply-To: <1089419764.3057.86.camel@localhost.localdomain> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> Content-Type: text/plain Message-Id: <1089442076.7834.105.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sat, 10 Jul 2004 02:47:57 -0400 Content-Transfer-Encoding: 7bit Cc: Nautilus , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2004 06:48:00 -0000 On Fri, 2004-07-09 at 20:36, Jamie McCracken wrote: > On Fri, 2004-07-09 at 23:00, John (J5) Palmieri wrote: > > > We got away from this when we switched to gnome-2.0. The thing is too > > much configuration causes multiple unmaintainable code paths and it > > really is a guise for flaking on making hard decisions. You can't > > please everybody all the time. > > I agree with the philosphy and sure we dont want a million and one > options like the control freaks over at KDE. But some options we really > must have especially when they concern highly contentious issues and the > fact that we now have a choice between browser and spatial proves that > point. But that is where the user choice should be separated, between the browser and spatial modes not, lets add options to make the spatial more like browser. > > > > > > It avoids cluttering the screen with windows and still behaves spatial. > > > > If you open a new window with the same dimensions like the current you > > > > loose the only real advantage of spatial mode: The possibility to > > > > remember folders based on their position and their size. > > > > > > Yes but if you want to drill down quickly you dont care about size and > > > pos. > > > > This is what browser mode is for. I would suggest you take some of your > > hybrid ideas and see if they integrate well within the browser. I don't > > know if this is an option but perhaps making it easier to morph a window > > between browser and spacial mode would kill the need for a hybrid mode > > and therefor eliminate the need for a third hybrid codepath. > > > > I dont see the point to be honest. The navigator does require lots of > TLC admittedly (and to be honest if it removed all the corba crap from > the sidepanels it would be more maintainable - I think I read somewhere > there was a plan to migrate this to GObjects) but it is currently old > Gnome stuff and I note from GUADEC that GNOMES current vision is towards > minimalistic interfaces which kinda leaves the navigator on the fence so > to speak. > Therefore I would propose removing the always use browser > check button from the global prefs and use my folder actions to define > behaviour instead. But we already have folder actions for going into browser mode. We just need a folder action for going from browser back to spatial. > Why? Cause I note that most people that complained > about spatial moaned about it not being able to open stuff in the same > window rather than not having any other specific feature of the > navigator. They also complained about the lack of a location bar and back buttons. It's been said a hundred times, open up in the same window and you kill the whole point of spatial. That is what browser mode is for. > The other reason for doing it the way I did is that it took less than a > dozen lines of code to implement browse in the spatial interface But did you cover all bases or is just a quick, it works for me hack? Are there edge cases? would the user get confused as to what mode they are in? > - in no > way have I messed up the spatial code or made it significantly more > unmaintainable as a result. (BTW 99% of the patch is glade stuff or > bookmarks code) > > Its also not really a third way as you put it cause we dont need the > heavyweight navigator for it as an option - even ms explorer is separate > from the lightweight browser it uses on the desktop. The navigator is > fine as a separate and more complex app for more experienced users (a la > explorer) but I actually find my patch with pathbar much much better for > general browsing. I like the path bar for browsing mode. It would be nice to add it there. It makes no sense in spatial because one would expect that clicking the button would open things up in the same menu, not pop up a new one. All of a sudden you would have all these spatial windows with the same path bar so they would look like the same location if you missed the highlighted button. Plus in browsing mode one can get rid of the toolbar, sidebar and location bar to get the same streamlined look you are concerned with. Note, I believe hiding UI elements is more acceptable than having preferences that dictate behavior. > If you haven't tried the patch then I suggest you do > cuz it really makes browsing and file management really pleasant and > efficient. > > > > > > On my desktop I have 6 links which all open spatially and I > > > remember their positions and thats great (spatial in this instance > > > really works for me). I can then choose whether to open sub folders in > > > them in new windows or the same - its my choice at the end of the day > > > and therefore I can get the benefits of both worlds. > > > > Well you have just described why we have browser/spatial and have not > > just eliminated browser all together. > > But if I had chosen alway use browser I wouldn't be able to benefit from > that, right? You don't have to. You can choose "browse this folder..." in spatial to switch to browser mode. You are correct in assessing that there should be a way to switch from browser mode, back. > Also it would be really horrible to use the navigator here in > conjunction with spatial - the mouse buttons would be the other way > round, its interface different and more complex etc. Well the interface being different is a good thing. It is a visual cue that you are in browser mode. Plus one can make it look closer to spatial by hiding UI elements. I don't get the mouse buttons would be the other way around deal. Mouse button does what it does from whatever mode your in. Same as if you are in different applications the action of the mouse click takes on the semantics of that particular application. > It aint slick that > way and slickness counts a lot if you want a polished desktop. Why use > two radically different apps when one can do the job of both? Consistency. > - more > than anything that goes against the grain of what GNOME is about, > surely? Actually for the most part Gnome apps should be about doing one thing well. > (IMHO juggling between left click mode in browser and different > left click mode in spatial is frankly ridiculous usablity/consistency > and makes it all rather noddy and geeky compared to my slicker > alternative). You assume it is slicker. It feels schizophrenic to me (am I spatial, am I browser?). Spatial/Browser feels more consistent because they are for all intents and purposes separate apps and therefore have separate behaviors. > > > > > > > > > In spatial > > > > mode you even know where a certain file inside a small folder is before > > > > the folder opens. > > > > > > I agree thats good and thats why i want a hybrid system! Some of my > > > links do benefit from that but others with deeper hierarchies dont and > > > lets face it any user is only ever going to remember a handful of > > > folders properties so a hybrid system is very useful for that. > > > > Whats wrong with browser mode for the deep hierarchies? > > Navigator is okay for deep hierarchies but bad at everything else (file > management, opening in new windows, loading/saving properties etc) > > Spatial is good for everything except deep hierarchies or quick > browsing. > > My Patch makes spatial good for everything! But it is not spatial once you start opening up in the same window. > > If its broken > > then perhaps it can be fixed. > > I also have a list of things that bug me about the navigator (I cant > open spatial windows from it, That needs to be fixed. > files are opened in the browser not in the > default app, No real opinion about this one. > looks too much like a web browser, UI can be made to look cleaner by hiding elements. This is what most people like about browse mode. > seriously bloated Latest versions are just as fast as spatial. Some code can be excised. Someone needs to do the work. > - just > look at all that history stuff in there, poor usability, poor use of > screen space - mutliple toolbars! People seem to like the web browser look. Screen real estate can be reclaimed by hiding UI. > And cause of all that its much harder > for me to make patches for Navigator - just extracting the bookmarks > code from it took me ages to sort out). IMHO A fair part of it would > need a rewrite to sort it all out. And what would you end up with if you > did rewrite it? Probably something very close to what my patch on > spatial does! > > To sum up my patch provides a much better way thats consistent with > GNOME's vision of minmilastic interfaces, removes the need for separate > browser/spatial interfaces on the desktop altogether, allows the user to > get the best of both worlds if he/she wants and its certainly better > than trying to sort out that old navigator dinosaur! I don't think it will satisfy people the way you think. The browser proponents will still want browsing the way it used to be. Better to fix it up. All that really needed is to add the path navigation, and switch to spatial functionality. To get the minimalistic window simply hide the UI elements you wish and you are set. You would also have to add the ability to hide navigation tool bar to get it super minimalistic but I think it helps visually determining the difference between spatial and browsing. > > > > > > > > > > > The only thing needed is the same behaviour when moving upwards. > > > > > > > > Besides this I really like your enhancements. Especially the bookmark > > > > integration and the location path at the bottom are nice. > > > > > > > I agree bookmark enhancements were a good thing. Thats why you should > > break it out into its own patch. > > relax, the reason its a big patch is because the bookmarks are currently > dependent on the folder actions (likewise with the pathbar). I have > emailed Alex and told him if he wants me to remove anything then I will > do so. I will respect Alex's decision and if bookmarks is all he wants - > no problem I will deliver it! Cool. But I should reiterate it is much better to start with small patches anyway. If there are dependencies break them out. > Also a negative decision wont affect future patches by me either - Im > not gonna sulk cause I will still have a spatial nautilus that rocks on > my desktop! :))) Great attitude. Its just that your subject sort of implies an over enthusiasm and I have seen too many of these posts devolve into a I hate the Gnome devs cause they debate my ideas, though you are the first I have seen post actual useful code. I wanted to encourage you but at the same time temper expectations. > jamie. > > p.s. I'm rather disturbed with the impression you were suggesting, > namely that the big patch was an all or nothing blackmail thing! I wasn't suggesting that at all. Only that it is easier to review patches that change one thing and that they will be integrated faster if controversial items are separate from the more practical items. Alex is very busy and asking him to pick and choose items is a bit more time consuming than him simply going ya or nay when he is in patch review mode. Context switching is a bitch for humans too ;-) From jamiemcc@blueyonder.co.uk Sat Jul 10 08:07:05 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out2.blueyonder.co.uk (smtp-out2.blueyonder.co.uk [195.188.213.5]) by menubar.gnome.org (Postfix) with ESMTP id 8B5693B0B34; Sat, 10 Jul 2004 08:07:04 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out2.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Sat, 10 Jul 2004 13:07:19 +0100 From: Jamie McCracken To: "John (J5) Palmieri" In-Reply-To: <1089442076.7834.105.camel@localhost.localdomain> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089442076.7834.105.camel@localhost.localdomain> Content-Type: text/plain Message-Id: <1089461287.2843.68.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sat, 10 Jul 2004 13:08:07 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 10 Jul 2004 12:07:19.0710 (UTC) FILETIME=[73238BE0:01C46676] Cc: Nautilus , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2004 12:07:05 -0000 On Sat, 2004-07-10 at 07:47, John (J5) Palmieri wrote: > > > Why? Cause I note that most people that complained > > about spatial moaned about it not being able to open stuff in the same > > window rather than not having any other specific feature of the > > navigator. > > They also complained about the lack of a location bar and back buttons. We have ctrl+L for location and the pathbar negates the need for back buttons. The browsing ability provided by my patch is good enough for virtually all circumstances whilst the option to open the file browser is still there for the more extreme cases. > > It's been said a hundred times, open up in the same window and you kill > the whole point of spatial. That is what browser mode is for. As I have said before my patch makes spatial optionally more hybrid so the user can flick between both modes whenever its more advantageous to do so. It does not kill spatial but merely allows spatial and browser functionality to coexist in harmony. > > > The other reason for doing it the way I did is that it took less than a > > dozen lines of code to implement browse in the spatial interface > > But did you cover all bases or is just a quick, it works for me hack? > Are there edge cases? would the user get confused as to what mode they > are in? Im sure Alex can answer that - it is as far as Im concerned a trivial addition coding wise. > > > - in no > > way have I messed up the spatial code or made it significantly more > > unmaintainable as a result. (BTW 99% of the patch is glade stuff or > > bookmarks code) > > > > Its also not really a third way as you put it cause we dont need the > > heavyweight navigator for it as an option - even ms explorer is separate > > from the lightweight browser it uses on the desktop. The navigator is > > fine as a separate and more complex app for more experienced users (a la > > explorer) but I actually find my patch with pathbar much much better for > > general browsing. > > I like the path bar for browsing mode. It would be nice to add it > there. It makes no sense in spatial because one would expect that > clicking the button would open things up in the same menu, not pop up a > new one. But you could say the same for the location button. The pathbar is a superior UI element to the location button (you only have to consider the old file dialog which contained a dropdown for selecting the path versus the new one). The fact you have to have at least two mouse clicks to navigate the hierarchy with the location button makes it all too bureaucratic whilst the slick pathbar is a joy to use in contrast. > All of a sudden you would have all these spatial windows with > the same path bar so they would look like the same location if you > missed the highlighted button. Plus in browsing mode one can get rid of > the toolbar, No I cant get rid of the toolbar - I have tried in GConf but it always appears! > sidebar and location bar to get the same streamlined look > you are concerned with. Note, I believe hiding UI elements is more > acceptable than having preferences that dictate behavior. > > > If you haven't tried the patch then I suggest you do > > cuz it really makes browsing and file management really pleasant and > > efficient. > > > > > > > > > > On my desktop I have 6 links which all open spatially and I > > > > remember their positions and thats great (spatial in this instance > > > > really works for me). I can then choose whether to open sub folders in > > > > them in new windows or the same - its my choice at the end of the day > > > > and therefore I can get the benefits of both worlds. > > > > > > Well you have just described why we have browser/spatial and have not > > > just eliminated browser all together. > > > > But if I had chosen alway use browser I wouldn't be able to benefit from > > that, right? > > You don't have to. You can choose "browse this folder..." in spatial to > switch to browser mode. You are correct in assessing that there should > be a way to switch from browser mode, back. > > > Also it would be really horrible to use the navigator here in > > conjunction with spatial - the mouse buttons would be the other way > > round, its interface different and more complex etc. > > Well the interface being different is a good thing. It is a visual cue > that you are in browser mode. Plus one can make it look closer to > spatial by hiding UI elements. I don't get the mouse buttons would be > the other way around deal. Mouse button does what it does from whatever > mode your in. Same as if you are in different applications the action > of the mouse click takes on the semantics of that particular > application. Thats awfully inconsistent! I have to disagree - it currently only makes it worthwhile to browse that way in more extreme situations. The right click and select from drop down is all too bureaucratic like the location button too. > > It aint slick that > > way and slickness counts a lot if you want a polished desktop. Why use > > two radically different apps when one can do the job of both? > > Consistency. But it aint! How is having an incomplete file manager that requires two separate apps with different look and feel to make it function as a whole more consistent? > > - more > > than anything that goes against the grain of what GNOME is about, > > surely? > > Actually for the most part Gnome apps should be about doing one thing > well. I consider file management/file browsing one thing and with my patch it does do that one thing extremely well > > > > (IMHO juggling between left click mode in browser and different > > left click mode in spatial is frankly ridiculous usablity/consistency > > and makes it all rather noddy and geeky compared to my slicker > > alternative). > > You assume it is slicker. Of course it is. Going to a separate app with different look and feel for some occasional browsing is really clumsy and reflects bad design. Theres simply no excuse for not having such basic functionality in whatever app you use for the file manager. > It feels schizophrenic to me (am I spatial, > am I browser?). Does that matter? I mean when I do file management stuff I simply use whats best or most efficient - I see no reason to stop and think am I spatial or browser! > Spatial/Browser feels more consistent because they are > for all intents and purposes separate apps and therefore have separate > behaviors. But why do we need both? It really sux having to learn two separate apps in order to have a complete file manager! Its so unneccesary. Having a single file manager app that can handle whatever you throw at it is what I consider to be a good well designed app. > > > > > > > > > > > > > In spatial > > > > > mode you even know where a certain file inside a small folder is before > > > > > the folder opens. > > > > > > > > I agree thats good and thats why i want a hybrid system! Some of my > > > > links do benefit from that but others with deeper hierarchies dont and > > > > lets face it any user is only ever going to remember a handful of > > > > folders properties so a hybrid system is very useful for that. > > > > > > Whats wrong with browser mode for the deep hierarchies? > > > > Navigator is okay for deep hierarchies but bad at everything else (file > > management, opening in new windows, loading/saving properties etc) > > > > Spatial is good for everything except deep hierarchies or quick > > browsing. > > > > My Patch makes spatial good for everything! > > But it is not spatial once you start opening up in the same window. As above, its spatial and browse coexisting in harmony > > > > > If its broken > > > then perhaps it can be fixed. > > > > I also have a list of things that bug me about the navigator (I cant > > open spatial windows from it, > > That needs to be fixed. perhaps but they probably wont. The future has already been decided and that future is things like Storage and other filesystems without hierarchies ( which as far as Im concerned is all well and good). The problem is that most users aren;t going to have such facillities in the near term so they have to make do with whatever they can in the meantime. Its just unfortunate that without my patch they will be stuck with a sub standard file management experience (either the crummy old browser or the hierarchy-hostile spatial mode with poor synergy between the two). > > > files are opened in the browser not in the > > default app, > > No real opinion about this one. > > > looks too much like a web browser, > > UI can be made to look cleaner by hiding elements. This is what most > people like about browse mode. > > > seriously bloated > > Latest versions are just as fast as spatial. Some code can be excised. > Someone needs to do the work. > > > - just > > look at all that history stuff in there, poor usability, poor use of > > screen space - mutliple toolbars! > > People seem to like the web browser look. Screen real estate can be > reclaimed by hiding UI. > > > And cause of all that its much harder > > for me to make patches for Navigator - just extracting the bookmarks > > code from it took me ages to sort out). IMHO A fair part of it would > > need a rewrite to sort it all out. And what would you end up with if you > > did rewrite it? Probably something very close to what my patch on > > spatial does! > > > > To sum up my patch provides a much better way thats consistent with > > GNOME's vision of minmilastic interfaces, removes the need for separate > > browser/spatial interfaces on the desktop altogether, allows the user to > > get the best of both worlds if he/she wants and its certainly better > > than trying to sort out that old navigator dinosaur! > > I don't think it will satisfy people the way you think. The browser > proponents will still want browsing the way it used to be. Better to > fix it up. All that really needed is to add the path navigation, and > switch to spatial functionality. To get the minimalistic window simply > hide the UI elements you wish and you are set. You would also have to > add the ability to hide navigation tool bar to get it super minimalistic > but I think it helps visually determining the difference between spatial > and browsing. Again I see no need for separate spatial and browser apps. My patch proves that they can coexist in harmony in one app. It also proves that adding browse functionality to spatial is easy and makes sense. It also shows that hybrid mode better fits all desktops be they ones that are more spatially orientated or ones that are more browser orientated. For extreme browsing cases users still have the right click - open in new browser option however the quality of browsing provided by my patch is more than good enough for most browse situations. I see it as a waste of time trying to improve the navigator as after all the hard work that it would require I will still end up with something thats almost the same as what my patch does to spatial - theres simply no point reinventing the wheel when all it takes is a simple little option to spatial mode. Surely everyone can see that? The browser is best left as a separate app for heavyweight browsing like ms explorer is. Spatial is the future it just needs a tweak to handle browsing so everyone can get by until we are able to do away with hierarchies. At the end of the day, the spatial mode is perfect for everything except for browsing. So why not have a patch which optionally fixes this weakness? I cant understand the resistance to this because if my patch is accepted it would surely encourage everyone to use it and enjoy the many benefits of spatial mode rather than alienating a significant population into always using the browser mode instead - I really dont see how that serves the Gnome community. We should try to unite under one file manager app. jamie. > > > > > > > > > > > > > > > > The only thing needed is the same behaviour when moving upwards. > > > > > > > > > > Besides this I really like your enhancements. Especially the bookmark > > > > > integration and the location path at the bottom are nice. > > > > > > > > > > I agree bookmark enhancements were a good thing. Thats why you should > > > break it out into its own patch. > > > > relax, the reason its a big patch is because the bookmarks are currently > > dependent on the folder actions (likewise with the pathbar). I have > > emailed Alex and told him if he wants me to remove anything then I will > > do so. I will respect Alex's decision and if bookmarks is all he wants - > > no problem I will deliver it! > > Cool. But I should reiterate it is much better to start with small > patches anyway. If there are dependencies break them out. > > > Also a negative decision wont affect future patches by me either - Im > > not gonna sulk cause I will still have a spatial nautilus that rocks on > > my desktop! :))) > > Great attitude. Its just that your subject sort of implies an over > enthusiasm and I have seen too many of these posts devolve into a I hate > the Gnome devs cause they debate my ideas, though you are the first I > have seen post actual useful code. I wanted to encourage you but at the > same time temper expectations. > > > jamie. > > > > p.s. I'm rather disturbed with the impression you were suggesting, > > namely that the big patch was an all or nothing blackmail thing! > > I wasn't suggesting that at all. Only that it is easier to review > patches that change one thing and that they will be integrated faster if > controversial items are separate from the more practical items. Alex is > very busy and asking him to pick and choose items is a bit more time > consuming than him simply going ya or nay when he is in patch review > mode. Context switching is a bitch for humans too ;-) > > From c.schneider@scram.de Sat Jul 10 09:19:35 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail2.scram.de (mail2.scram.de [195.226.127.112]) by menubar.gnome.org (Postfix) with ESMTP id 7A9D43B0777; Sat, 10 Jul 2004 09:19:35 -0400 (EDT) Received: from mail3.scram.de (mail3.scram.de [195.226.127.113]) by mail2.scram.de (Postfix) with ESMTP id AEF8E8073; Sat, 10 Jul 2004 15:19:13 +0200 (CEST) Received: from mail.scram.de (mail.scram.de [IPv6:3ffe:400:470:1::1:1]) by mail2.scram.de (Postfix) with ESMTP id AD7387E46; Sat, 10 Jul 2004 15:19:10 +0200 (CEST) Received: from [10.0.0.10] (pD9E4ADF2.dip.t-dialin.net [217.228.173.242]) (authenticated (0 bits)) by mail.scram.de (8.12.9/8.11.0) with ESMTP id i6ADJ7rg001362; Sat, 10 Jul 2004 15:19:08 +0200 (CEST) Message-ID: <40EFED08.7030307@scram.de> Date: Sat, 10 Jul 2004 15:20:08 +0200 From: Christian Schneider User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jamie McCracken References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089442076.7834.105.camel@localhost.localdomain> <1089461287.2843.68.camel@localhost.localdomain> In-Reply-To: <1089461287.2843.68.camel@localhost.localdomain> Content-Type: multipart/alternative; boundary="------------050503040107030904020109" X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at scram.de X-Spam-Status: No, hits=-4.3 tagged_above=-999.0 required=5.0 tests=BAYES_00, HTML_MESSAGE, HTML_TITLE_EMPTY, RCVD_IN_DYNABLOCK, RCVD_IN_NJABL, RCVD_IN_NJABL_DIALUP, RCVD_IN_SORBS X-Spam-Level: X-Spam-Report: * 0.1 HTML_MESSAGE BODY: HTML included in message * 0.1 HTML_TITLE_EMPTY BODY: HTML title contains no text * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] * 0.1 RCVD_IN_NJABL_DIALUP RBL: NJABL: dialup sender did non-local SMTP * [217.228.173.242 listed in dnsbl.njabl.org] * 0.1 RCVD_IN_DYNABLOCK RBL: Sent directly from dynamic IP address * [217.228.173.242 listed in dnsbl.sorbs.net] * 0.1 RCVD_IN_SORBS RBL: SORBS: sender is listed in SORBS * [217.228.173.242 listed in dnsbl.sorbs.net] * 0.1 RCVD_IN_NJABL RBL: Received via a relay in dnsbl.njabl.org * [217.228.173.242 listed in dnsbl.njabl.org] Cc: "John \(J5\) Palmieri" , Nautilus , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2004 13:19:36 -0000 This is a multi-part message in MIME format. --------------050503040107030904020109 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit >>>(IMHO juggling between left click mode in browser and different >>>left click mode in spatial is frankly ridiculous usablity/consistency >>>and makes it all rather noddy and geeky compared to my slicker >>>alternative). >>> >>> >>You assume it is slicker. >> >> > >Of course it is. Going to a separate app with different look and feel >for some occasional browsing is really clumsy and reflects bad design. >Theres simply no excuse for not having such basic functionality in >whatever app you use for the file manager. > > > >>It feels schizophrenic to me (am I spatial, >>am I browser?). >> >> > >Does that matter? I mean when I do file management stuff I simply use >whats best or most efficient - I see no reason to stop and think am I >spatial or browser! > > > I see one big problem. In windows 3.1 they had a spatial mode. As it did not function very well I was relieved that in windows 95 microsoft provided a way to open new folders in the same window. I was relieved to get rid of all those windows and switched to the new mode. Because of this option I never understood why spatial should be an advantage and thought it to be quite useless. So when you provide the option to open in same window with left click most spatial beginners will set it that way and never learn why spatial is a good choice at all. As I have read a lot about spatial and learned the positive aspects I would like the option of opening in the same window. I would use it when it really makes sense. But most beginners would use it all the time. That is why I vote for not providing this option. In the same time I must admit that the current split between browser and spatial is not very good. The apps are too different for people to feel at home with both and switching them where it is apropriate. Probably there will instead be two fractions. One that always use browse and one that always use spatial. My solution to this problem would be to try and add the necessary additions to spatial to cope with deep hierarchies. It is a clear case that you don´t want folder windows for every folder in a 10 level hierarchy on your desktop. Even the option of open a new window and close the old is not that useful in that case. What I think we need is a separate tree window where you navigate the directories and open a spatial folder when you are at your destination. I have no current screenshot as example on hand but I am sure you guys can imagine what I mean. This tree window should open with a fast acessible button on the panel and a keyboard shortcut. The second thing I would provide is a path entry field in the panel. There you can type paths like in bash with tab (or another key) completion. With enter key you could then open a spatial window. I have provided a small page describing this feature on my website. http://www.liquid-reality.de/main/interests/nautilus_nav I would be interested in what you think about these ideas. If the separate tree concept is interesting I will create a screenshot and some explanation on my site. -- Christian Schneider --------------050503040107030904020109 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit 
(IMHO juggling between left click mode in browser and different
left click mode in spatial is frankly ridiculous usablity/consistency
and makes it all rather noddy and geeky compared to my slicker
alternative). 
      
You assume it is slicker.  
    

Of course it is. Going to a separate app with different look and feel
for some occasional browsing is really clumsy and reflects bad design.
Theres simply no excuse for not having such basic functionality in
whatever app you use for the file manager.

  
It feels schizophrenic to me (am I spatial,
am I browser?).
    

Does that matter? I mean when I do file management stuff I simply use
whats best or most efficient - I see no reason to stop and think am I
spatial or browser!
I see one big problem. In windows 3.1 they had a spatial mode. As it did not function very well I was relieved that in windows 95 microsoft provided a way to open new folders in the same window.
I was relieved to get rid of all those windows and switched to the new mode. Because of this option I never understood why spatial should be an advantage and thought it to be quite useless.

So when you provide the option to open in same window with left click most spatial beginners will set it that way and never learn why spatial is a good choice at all. As I have read a lot about spatial and learned the positive aspects I would like the option of opening in the same window. I would use it when it really makes sense. But most beginners would use it all the time. That is why I vote for not providing this option.

In the same time I must admit that the current split between browser and spatial is not very good. The apps are too different for people to feel at home with both and switching them where it is apropriate. Probably there will instead be two fractions. One that always use browse and one that always use spatial.

My solution to this problem would be to try and add the necessary additions to spatial to cope with deep hierarchies. It is a clear case that you don´t want folder windows for every folder in a 10 level hierarchy on your desktop. Even the option of open a new window and close the old is not that useful in that case.

What I think we need is a separate tree window where you navigate the directories and open a spatial folder when you are at your destination. I have no current screenshot as example on hand but I am sure you guys can imagine what I mean. This tree window should open with a fast acessible button on the panel and a keyboard shortcut.

The second thing I would provide is a path entry field in the panel. There you can type paths like in bash with tab (or another key) completion. With enter key you could then open a spatial window. I have provided a small page describing this feature on my website.

http://www.liquid-reality.de/main/interests/nautilus_nav

I would be interested in what you think about these ideas.  If the separate tree concept is interesting I will create a screenshot and some explanation on my site.

--

Christian Schneider

--------------050503040107030904020109-- From jamiemcc@blueyonder.co.uk Sat Jul 10 09:38:41 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out3.blueyonder.co.uk (smtp-out3.blueyonder.co.uk [195.188.213.6]) by menubar.gnome.org (Postfix) with ESMTP id E357A3B0A10; Sat, 10 Jul 2004 09:38:40 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out3.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Sat, 10 Jul 2004 14:38:53 +0100 From: Jamie McCracken To: Christian Schneider In-Reply-To: <40EFED08.7030307@scram.de> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089442076.7834.105.camel@localhost.localdomain> <1089461287.2843.68.camel@localhost.localdomain> <40EFED08.7030307@scram.de> Content-Type: text/plain; charset=UTF-8 Message-Id: <1089466780.2843.86.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sat, 10 Jul 2004 14:39:40 +0100 Content-Transfer-Encoding: quoted-printable X-OriginalArrivalTime: 10 Jul 2004 13:38:53.0130 (UTC) FILETIME=[3D78EAA0:01C46683] Cc: "John \(J5\) Palmieri" , Nautilus , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2004 13:38:41 -0000 On Sat, 2004-07-10 at 14:20, Christian Schneider wrote: [snip] > So when you provide the option to open in same window with left click > most spatial beginners will set it that way and never learn why > spatial is a good choice at all. As I have read a lot about spatial > and learned the positive aspects I would like the option of opening in > the same window. I would use it when it really makes sense. But most > beginners would use it all the time. That is why I vote for not > providing this option. Not strictly true. First default would be as is and second opening from the desktop would always be spatial regardless of what options you have for folders. And lastly spatial coherence is always maintained so its not like you would never benefit that way. All windows load and save properties until you actually reuse the window so your assertion that users would never experience spatial benefits is false. >=20 > In the same time I must admit that the current split between browser > and spatial is not very good. The apps are too different for people to > feel at home with both and switching them where it is apropriate. > Probably there will instead be two fractions. One that always use > browse and one that always use spatial. *Fragmentation is BAD* thats why we should unite under a more hybrid model. If we stay as we are everyone loses and we have a higher cost of maintaining separate browser and spatial modes. Incidentally, the browser development has all but halted since spatial and will probably remain that way. It would be wise and sensible given our limited resources to adopt a hybrid model and make a success of it rather than trying to maintain separate browser and spatial modes and their respective communities. >=20 > My solution to this problem would be to try and add the necessary > additions to spatial to cope with deep hierarchies. It is a clear case > that you don=C2=B4t want folder windows for every folder in a 10 level > hierarchy on your desktop. Even the option of open a new window and > close the old is not that useful in that case. >=20 > What I think we need is a separate tree window where you navigate the > directories and open a spatial folder when you are at your > destination. I have no current screenshot as example on hand but I am > sure you guys can imagine what I mean. This tree window should open > with a fast acessible button on the panel and a keyboard shortcut. I dont like tree views in general as they are rather over cooked and are fairly complex things for new users. That said it would be better to have say the file chooser pop up from where you could select a folder to navigate to (that is assuming new users would be familiar with the file chooser) though I dont have a need for this feature so dont expect me to write it. >=20 > The second thing I would provide is a path entry field in the panel. > There you can type paths like in bash with tab (or another key) > completion. With enter key you could then open a spatial window. I > have provided a small page describing this feature on my website. >=20 Ctrl+L already provides us with an entry with tab completion > http://www.liquid-reality.de/main/interests/nautilus_nav >=20 > I would be interested in what you think about these ideas. If the > separate tree concept is interesting I will create a screenshot and > some explanation on my site. >=20 > -- >=20 > Christian Schneider >=20 From twanger@bluetwanger.de Sat Jul 10 10:20:48 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from web11.manitu.net (web11.manitu.net [217.11.48.111]) by menubar.gnome.org (Postfix) with ESMTP id 04AC23B0893 for ; Sat, 10 Jul 2004 10:20:48 -0400 (EDT) Received: from [192.168.0.1] (dsl-082-082-213-007.arcor-ip.net [82.82.213.7]) (authenticated) by web11.manitu.net (8.10.2-SOL3/8.10.2) with ESMTP id i6AEKia09367; Sat, 10 Jul 2004 16:20:45 +0200 From: Markus Bertheau To: =?ISO-8859-1?Q?Ren=E9?= Seindal In-Reply-To: <40EE64D6.8080608@seindal.dk> References: <40EE64D6.8080608@seindal.dk> Content-Type: text/plain; charset=UTF-8 Message-Id: <1089469244.2718.4.camel@teetnang> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sat, 10 Jul 2004 16:20:44 +0200 Content-Transfer-Encoding: quoted-printable Cc: nautilus-list@gnome.org Subject: Re: Spatial mode and mime-handlers for directories X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2004 14:20:48 -0000 =D0=92 =D0=9F=D1=82=D0=BD, 09.07.2004, =D0=B2 11:26, Ren=C3=A9 Seindal =D0= =BF=D0=B8=D1=88=D0=B5=D1=82: > In a nautilus spatial windows there is absolutely no way to access my=20 > preferred applications for directories. Use the folder icon in the folder that contains the folder you want. --=20 Markus Bertheau From rene@seindal.dk Sat Jul 10 11:31:07 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from paestum.seindal.dk (ip157.rev112.brygge.net [194.255.112.157]) by menubar.gnome.org (Postfix) with ESMTP id A7F993B07E9 for ; Sat, 10 Jul 2004 11:31:06 -0400 (EDT) Received: from [127.0.0.1] (really [127.0.0.1]) by paestum.seindal.dk via in.smtpd with esmtp id (Debian Smail3.2.0.115) Sat, 10 Jul 2004 17:31:05 +0200 (CEST) Message-ID: <40F00BB7.8080700@seindal.dk> Date: Sat, 10 Jul 2004 17:31:03 +0200 From: =?UTF-8?B?UmVuw6kgU2VpbmRhbA==?= Organization: Seindal Consult User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040708) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Markus Bertheau References: <40EE64D6.8080608@seindal.dk> <1089469244.2718.4.camel@teetnang> In-Reply-To: <1089469244.2718.4.camel@teetnang> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Cc: nautilus-list@gnome.org Subject: Re: Spatial mode and mime-handlers for directories X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2004 15:31:07 -0000 Markus Bertheau wrote: > =D0=92 =D0=9F=D1=82=D0=BD, 09.07.2004, =D0=B2 11:26, Ren=C3=A9 Seindal = =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >=20 >=20 >>In a nautilus spatial windows there is absolutely no way to access my=20 >>preferred applications for directories. >=20 >=20 > Use the folder icon in the folder that contains the folder you want. Well, that is really from another nautilus window, is it? Besides it is not very practical if the folder in question has hundreds=20 of siblings. I'll be wasting a lot of time searching for same folder as = I already have open in its parent. I might not have gotten there=20 through the parent. Not exactly efficient, having to locate the same=20 folder twice just to do a simple operation like launching gthumb. Why don't you explain to me why having access to ones preferred=20 applications for directories from a spatial nautilus window is a useless = thing? --=20 Ren=C3=A9 Seindal (rene@seindal.dk) Seindal Consult From twanger@bluetwanger.de Sat Jul 10 13:33:00 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from web11.manitu.net (web11.manitu.net [217.11.48.111]) by menubar.gnome.org (Postfix) with ESMTP id D82023B06D0 for ; Sat, 10 Jul 2004 13:32:59 -0400 (EDT) Received: from [192.168.0.1] (dsl-082-082-213-007.arcor-ip.net [82.82.213.7]) (authenticated) by web11.manitu.net (8.10.2-SOL3/8.10.2) with ESMTP id i6AHWta20965; Sat, 10 Jul 2004 19:32:56 +0200 From: Markus Bertheau To: =?ISO-8859-1?Q?Ren=E9?= Seindal In-Reply-To: <40F00BB7.8080700@seindal.dk> References: <40EE64D6.8080608@seindal.dk> <1089469244.2718.4.camel@teetnang> <40F00BB7.8080700@seindal.dk> Content-Type: text/plain; charset=UTF-8 Message-Id: <1089480776.2718.6.camel@teetnang> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sat, 10 Jul 2004 19:32:56 +0200 Content-Transfer-Encoding: quoted-printable Cc: nautilus-list@gnome.org Subject: Re: Spatial mode and mime-handlers for directories X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2004 17:33:00 -0000 =D0=92 =D0=A1=D0=B1=D1=82, 10.07.2004, =D0=B2 17:31, Ren=C3=A9 Seindal =D0= =BF=D0=B8=D1=88=D0=B5=D1=82: >=20 > Why don't you explain to me why having access to ones preferred=20 > applications for directories from a spatial nautilus window is a useless=20 > thing? I don't think it's useless. --=20 Markus Bertheau From gkarabin@pobox.com Sun Jul 11 13:12:50 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from ms-smtp-02-eri0.socal.rr.com (ms-smtp-02-qfe0.socal.rr.com [66.75.162.134]) by menubar.gnome.org (Postfix) with ESMTP id DC8A13B0CE2 for ; Sun, 11 Jul 2004 13:12:49 -0400 (EDT) Received: from [192.168.1.100] (dt014n23.san.rr.com [24.30.129.35]) by ms-smtp-02-eri0.socal.rr.com (8.12.10/8.12.7) with ESMTP id i6BHCkXr029135; Sun, 11 Jul 2004 10:12:47 -0700 (PDT) In-Reply-To: References: <20040707172947.68336.qmail@web12105.mail.yahoo.com> Mime-Version: 1.0 (Apple Message framework v618) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <872098A0-D35D-11D8-9CFD-000A95A6935E@pobox.com> Content-Transfer-Encoding: 7bit From: George J Karabin Date: Sun, 11 Jul 2004 10:12:45 -0700 To: Mike Hearn X-Mailer: Apple Mail (2.618) X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: nautilus-list@gnome.org Subject: Re: smb:// very slow X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jul 2004 17:12:50 -0000 Yeah - me too. I took a shot at a patch to cover at least some of these cases, but there wasn't much enthusiasm upstream. The cache that libsmbclient uses is root-owned, and users using libsmbclient can't write into it, so any authentication results that should have been cached have to be reacquired on demand (IIRC). I fixed that, AFAIK, and audited as much code as I could to make sure it wasn't broken, but I think it was fairly low priority for the upstream guys and it's been bugzilla'd till LATER. Check out https://bugzilla.samba.org/show_bug.cgi?id=259 . The patch may be a bit out of date, and I no longer have easy access to a windows network, so I haven't looked at it in a while. If anyone has any luck with it, let me know, and I'll push on it again. - George On Jul 8, 2004, at 4:26 AM, Mike Hearn wrote: > I had this problem about a year and a half ago. I did some work on it > with > ethereal and iirc found it was an authentication problem, gnome-vfs was > constantly attempting to reauthenticate to one of the network servers > and > each time it did, had to wait for the response. > > Back then, the result was that the window just filled up extremely > slowly. > Since Nautilus was changed to not do incremental icon rendering, you > get > what you see now, which is it taking ages for anything to appear. > > I don't remember the details and while I filed a bug, I can no longer > find > it in bugzilla! So I guess you'll need to do some investigation with > ethereal like I did to see if it's the same problem. > > thanks -mike > > On Wed, 07 Jul 2004 10:29:47 -0700, Sanchez the Cactus wrote: >> I'm trying to use nautilus 2.6 (debian unstable packages) to access >> files on my >> company's network share, but the load time is incredibly slow. Using >> smbclient >> //server/share to connect, I can ls and cd instantaneously. However, >> using >> nautilus to go to smb://server/share, the folder can take on the >> order of 10 >> seconds just to ask me for my password, and then another 30 seconds >> to a minute >> (or more) to show a directory listing. This slowdown continues for >> each >> subfolder that I open in nautilus, with the xcursor over the nautilus >> window >> turning into an hourglass until the folder loads. Is this a known >> issue (I >> couldn't find anything in bugzilla)? is there any known way to speed >> it up? >> Or can I provide some more information somehow to help debug this? > > > > -- > nautilus-list mailing list > nautilus-list@gnome.org > http://mail.gnome.org/mailman/listinfo/nautilus-list From NQG24419@nifty.com Sun Jul 11 22:14:09 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail505.nifty.com (mail505.nifty.com [202.248.37.213]) by menubar.gnome.org (Postfix) with ESMTP id E83AE3B0960; Sun, 11 Jul 2004 22:14:08 -0400 (EDT) Received: from [61.121.48.195] (ntnara028195.nara.nt.adsl.ppp.infoweb.ne.jp [61.121.48.195])by mail505.nifty.com with ESMTP id i6C2E6Ex013958; Mon, 12 Jul 2004 11:14:06 +0900 From: Ryan McDougall To: nautilus-list@gnome.org, jamiemcc@blueyonder.co.uk, seth@gnome.org Content-Type: text/plain Date: Mon, 12 Jul 2004 11:20:09 -0600 Message-Id: <1089652809.2820.31.camel@DRAGUN> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.2 (1.5.9.2-1) Content-Transfer-Encoding: 7bit Cc: Subject: Re: Mega patch to make spatial nautilus rock! [changing spatial button mapping] X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2004 02:14:09 -0000 In the case of left-click=open, and middle-click=open-and-close-parent setup we currently have, we do so for discoverability reasons; that is because new users are likely to prefer to use only one button (the left button if the have windows experience), and many mice have to simulate the middle button with a simultaneous left+right click (a tricky operation *I* occasionally fail at). Therefore we map the most general purpose function (open in new window) to the most used button. However, although open-in-new-window has the most uses, its often NOT the most used. That is the majority of use cases for any user is "drilling" in search of a single item, than therefore the most useful function is open-and-close-parent. I guess that about 90% of my usage is so, and that my usage pattern is not uncommon; therefore I will assume this is generally true among all users. Next I will assume that users who are sufficiently sophisticated to change the preferences of their file manager, are sufficiently sophisticated enough to have discovered the middle button, and know how to effectively operate both buttons. If my two above assumptions are correct, then swapping the left and middle button functions is a usability improvement since the most often used command is mapped to the easiest to operate button. The above seems to me to be a pretty clear argument to allows some means (whether in GConf or pref GUI) to change the mouse button mapping. Do you agree? Cheers, Ryan From jamiemcc@blueyonder.co.uk Mon Jul 12 07:44:43 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out3.blueyonder.co.uk (smtp-out3.blueyonder.co.uk [195.188.213.6]) by menubar.gnome.org (Postfix) with ESMTP id 040523B0DB0; Mon, 12 Jul 2004 07:44:43 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out3.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Mon, 12 Jul 2004 12:44:55 +0100 From: Jamie McCracken To: Ryan McDougall In-Reply-To: <1089652809.2820.31.camel@DRAGUN> References: <1089652809.2820.31.camel@DRAGUN> Content-Type: text/plain Message-Id: <1089632745.2843.5.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Mon, 12 Jul 2004 12:45:45 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 12 Jul 2004 11:44:55.0335 (UTC) FILETIME=[A6A7B370:01C46805] Cc: Nautilus , seth@gnome.org Subject: Re: Mega patch to make spatial nautilus rock! [changing spatial button mapping] X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2004 11:44:43 -0000 On Mon, 2004-07-12 at 18:20, Ryan McDougall wrote: > In the case of left-click=open, and middle-click=open-and-close-parent > setup we currently have, we do so for discoverability reasons; that is > because new users are likely to prefer to use only one button (the left > button if the have windows experience), and many mice have to simulate > the middle button with a simultaneous left+right click (a tricky > operation *I* occasionally fail at). Therefore we map the most general > purpose function (open in new window) to the most used button. > > However, although open-in-new-window has the most uses, its often NOT > the most used. That is the majority of use cases for any user is > "drilling" in search of a single item, than therefore the most useful > function is open-and-close-parent. I guess that about 90% of my usage is > so, and that my usage pattern is not uncommon; therefore I will assume > this is generally true among all users. > > Next I will assume that users who are sufficiently sophisticated to > change the preferences of their file manager, are sufficiently > sophisticated enough to have discovered the middle button, and know how > to effectively operate both buttons. > > If my two above assumptions are correct, then swapping the left and > middle button functions is a usability improvement since the most often > used command is mapped to the easiest to operate button. > > The above seems to me to be a pretty clear argument to allows some means > (whether in GConf or pref GUI) to change the mouse button mapping. Do > you agree? yes but also for other reasons. Some notebook users who only have two buttons (and dont emulate a third mouse button) have asked to change the default button function too - indeed there are outstanding bugs in bugzilla for this which my patch fixes - http://bugzilla.gnome.org/show_bug.cgi?id=145588 http://bugzilla.gnome.org/show_bug.cgi?id=142419 jamie. > > Cheers, > Ryan > > From pah06@uow.edu.au Mon Jul 12 08:49:03 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from evaki.its.uow.edu.au (evaki.its.uow.edu.au [130.130.68.32]) by menubar.gnome.org (Postfix) with ESMTP id EA5103B0D70; Mon, 12 Jul 2004 08:49:02 -0400 (EDT) Received: from evaki (localhost [127.0.0.1]) by evaki.its.uow.edu.au (8.12.9/8.12.9) with ESMTP id i6CCn1tb010583; Mon, 12 Jul 2004 22:49:01 +1000 (EST) Received: from chac.its.uow.edu.au ([130.130.37.3]) by evaki.its.uow.edu.au (MailMonitor for SMTP v1.2.2 ) ; Mon, 12 Jul 2004 22:49:01 +1000 (EST) Received: from sendmail by chac.its.uow.edu.au with local (Exim 4.34) id 1Bk0Ev-0001ty-3b; Mon, 12 Jul 2004 22:49:01 +1000 Received: from samwise.dsl.uow.edu.au (smaug.dsl.uow.edu.au[130.130.66.20]) by chac.its.uow.edu.au (UWSMTPD 1.61) with ESMTP id 7506102.7250; Monday, 12 July 2004 22:48:55 +1000 From: Peter Harvey To: gnome-vfs-list@gnome.org, Nautilus List Content-Type: text/plain Organization: SITACS, University of Wollongong Message-Id: <1089633298.4192.0.camel@samwise.dsl.uow.edu.au> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 12 Jul 2004 22:48:46 +1000 Content-Transfer-Encoding: 7bit X-MessageID: 7506102.7250 X-EnvelopeFrom: 7506102.7250 Cc: Subject: Data loss X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2004 12:49:03 -0000 Hello, I've submitted a bugzilla bug about this. It's an instance of data loss which occurs when moving a directory. I originally reported it under Nautilus, and then moved it to GnomeVFS. Haven't heard anything about it, and since it *is* data loss I thought I might shout a little louder. :) The bug report http://bugzilla.gnome.org/show_bug.cgi?id=145487 goes something like this..... --------------------------------------------- Copying a file with a ? in the name to a FAT partition will fail under Nautilus. This is not a bug, as FAT partitions don't support ? in filenames. But for me /share is a a FAT partition, and this is where I noticed a bug. The following shell session demonstrates what I see: harvey@samwise:~$ nautilus --version Gnome nautilus 2.6.3 harvey@samwise:~$ mkdir test harvey@samwise:~$ echo hello > 'test/test?me' harvey@samwise:~$ echo hello > 'test/test.me' harvey@samwise:~$ ls -l test total 8 -rw-r--r-- 1 harvey harvey 6 2004-07-06 21:10 test?me -rw-r--r-- 1 harvey harvey 6 2004-07-06 21:10 test.me At this point, I use Nautilus to move (drag using middle mouse button, and select 'Move') the directory 'test' to '/share'. I get one error talking about "Invalid Parameters" for the test directory. After pressing 'Skip' the directory is supposedly moved. I now do the following at a prompt: harvey@samwise:~$ ls -l /share/test total 4 -rwxrwxrwx 1 root root 6 2004-07-06 21:10 test.me harvey@samwise:~$ ls -l test ls: test: No such file or directory And we have data loss! The file 'test?me' has been deleted. Note that this bug is sensitive to the order in which the files are created. If I create the file with the ? in it's name second, there is no data loss. --------------------------------------------- While it's an obscure and rare bug, I think it should be ringing alarm bells that there's a logic problem somewhere within either Nautilus or the file module of GnomeVFS. I've tried to track it down myself using ViewCVS on gnome.org but haven't been successful. I thought it was related to the use of the rmdir function, but rmdir refuses to remove a directory if the directory contains a file, so it can't be that. Anyway, just thought I'd let you know. -- Peter Harvey. Mostly Quiet. From federico@ximian.com Mon Jul 12 13:23:27 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 259AB3B0F07 for ; Mon, 12 Jul 2004 13:23:27 -0400 (EDT) Received: (qmail 7291 invoked from network); 12 Jul 2004 17:23:24 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 12 Jul 2004 17:23:24 -0000 From: Federico Mena Quintero To: Christian Neumair In-Reply-To: <1089471772.3488.4.camel@widget> References: <1089471772.3488.4.camel@widget> Content-Type: text/plain Date: Mon, 12 Jul 2004 12:23:09 -0500 Message-Id: <1089652992.31790.27.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Content-Transfer-Encoding: 7bit Cc: GTK+ development mailing list , nautilus-list@gnome.org, GNOME Desktop Subject: Re: GtkFileChooserWidget possibly broken X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2004 17:23:27 -0000 [CCing desktop-devel-list and nautilus-list] On Sat, 2004-07-10 at 17:02 +0200, Christian Neumair wrote: > I've tested the attached program. It returns "test failed." although > I've got many bookmarks. Can anybody verify whether it is just me or is > the shortcut list getter actually broken? [This is about gtk_file_chooser_list_shortcuts()] As we discussed on IRC, that function only gives you the application- specific shortcuts (e.g. "/usr/share/PaintApp/Clipart"), rather than the user's bookmarks. Right now there is no way to get the latter. It makes a lot of sense for applications to be able to get the user's bookmarks list from the file chooser. Nautilus could use this to present easy access to these folders; it would also make sense to be able to bookmark folders from Natilus and have them appear in file choosers. This should of course be shared across desktops, so we probably need a freedesktop.org standard. I'm not well-versed in XBEL and complex stuff like that. From GTK+'s viewpoint, using XBEL would also mean that we need a real XML parser underneath, which will make the no-dependencies people scream. Does anyone have ideas about this? I'm perfectly happy to just expose ~/.gtk-bookmarks through a simple API, but that's far from a standard. This would work for GNOME but not for other desktops, since they are of course forbidden from opening files which match ".g*". Federico From sri@aracnet.com Mon Jul 12 14:04:14 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from onyx.spiritone.com (onyx.spiritone.com [216.99.193.114]) by menubar.gnome.org (Postfix) with ESMTP id 6FF833B075A; Mon, 12 Jul 2004 14:04:14 -0400 (EDT) Received: from onyx.spiritone.com (onyx.spiritone.com [127.0.0.1]) by onyx.spiritone.com (8.12.8/8.12.8) with ESMTP id i6CI45tu010818; Mon, 12 Jul 2004 11:04:07 -0700 Received: (from sri@localhost) by onyx.spiritone.com (8.12.8/8.12.8/Submit) id i6CI41E6010813; Mon, 12 Jul 2004 11:04:01 -0700 Date: Mon, 12 Jul 2004 11:04:00 -0700 From: Sriram Ramkrishna To: Jamie McCracken Message-ID: <20040712180400.GJ12829@aracnet.com> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1089419764.3057.86.camel@localhost.localdomain> User-Agent: Mutt/1.4.1i Cc: "John \(J5\) Palmieri" , Nautilus , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2004 18:04:14 -0000 On Sat, Jul 10, 2004 at 01:36:05AM +0100, Jamie McCracken wrote: > relax, the reason its a big patch is because the bookmarks are currently > dependent on the folder actions (likewise with the pathbar). I have > emailed Alex and told him if he wants me to remove anything then I will > do so. I will respect Alex's decision and if bookmarks is all he wants - > no problem I will deliver it! > > Also a negative decision wont affect future patches by me either - Im > not gonna sulk cause I will still have a spatial nautilus that rocks on > my desktop! :))) Thats probably the most refreshing, positive attitude I've seen in awhile. We need a 100 more like you. :-) So Thank You. :-) sri From Edgardo.Garcia-Hoeffler@itau.com.ar Mon Jul 12 17:25:41 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from proxybia (unknown [209.13.140.4]) by menubar.gnome.org (Postfix) with ESMTP id 929D43B0E56 for ; Mon, 12 Jul 2004 17:25:40 -0400 (EDT) Received: by ntexchange3.corp1.rc.bia.itau with Internet Mail Service (5.5.2653.19) id ; Mon, 12 Jul 2004 18:25:38 -0300 Message-ID: From: Edgardo Garcia Hoeffler To: nautilus-list@gnome.org Date: Mon, 12 Jul 2004 18:25:31 -0300 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: password X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2004 21:25:41 -0000 From alexl@redhat.com Tue Jul 13 09:48:52 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 9EB1E3B07FC; Tue, 13 Jul 2004 09:48:52 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6DDmqe1017685; Tue, 13 Jul 2004 09:48:52 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6DDmq002725; Tue, 13 Jul 2004 09:48:52 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6DDmImC019789; Tue, 13 Jul 2004 09:48:19 -0400 From: Alexander Larsson To: Peter Harvey In-Reply-To: <1089633298.4192.0.camel@samwise.dsl.uow.edu.au> References: <1089633298.4192.0.camel@samwise.dsl.uow.edu.au> Content-Type: text/plain Message-Id: <1089726530.22236.392.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 13 Jul 2004 15:48:50 +0200 Content-Transfer-Encoding: 7bit Cc: "gnome-vfs-list@gnome.org" , Nautilus List Subject: Re: Data loss X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 13:48:52 -0000 On Mon, 2004-07-12 at 14:48, Peter Harvey wrote: > Hello, > > I've submitted a bugzilla bug about this. It's an instance of data loss > which occurs when moving a directory. I originally reported it under > Nautilus, and then moved it to GnomeVFS. Haven't heard anything about > it, and since it *is* data loss I thought I might shout a little louder. > :) > While it's an obscure and rare bug, I think it should be ringing alarm > bells that there's a logic problem somewhere within either Nautilus or > the file module of GnomeVFS. I've tried to track it down myself using > ViewCVS on gnome.org but haven't been successful. I thought it was > related to the use of the rmdir function, but rmdir refuses to remove a > directory if the directory contains a file, so it can't be that. We were losing the "skipped" flag if a later file copy in the directory succeeded. I fixed this in cvs. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a suave playboy assassin whom everyone believes is mad. She's a manipulative streetsmart pearl diver married to the Mob. They fight crime! From Calum.Benson@Sun.COM Tue Jul 13 11:07:05 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from nwkea-mail-1.sun.com (nwkea-mail-1.sun.com [192.18.42.13]) by menubar.gnome.org (Postfix) with ESMTP id 14C393B0FA9 for ; Tue, 13 Jul 2004 11:07:04 -0400 (EDT) Received: from phys-eris-2 ([129.156.85.26]) by nwkea-mail-1.sun.com (8.12.10/8.12.9) with ESMTP id i6DF5RJw017193 for ; Tue, 13 Jul 2004 08:07:02 -0700 (PDT) Received: from conversion-daemon.eris-mail1.uk.sun.com by eris-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) id <0I0S00701PTVA6@eris-mail1.uk.sun.com> (original mail from Calum.Benson@Sun.COM) for nautilus-list@gnome.org; Tue, 13 Jul 2004 16:06:51 +0100 (BST) Received: from cdelab89.Ireland.Sun.COM (cdelab89.Ireland.Sun.COM [129.156.226.189]) by eris-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) with ESMTP id <0I0S0080ZPZFSL@eris-mail1.uk.sun.com>; Tue, 13 Jul 2004 16:06:51 +0100 (BST) Date: Tue, 13 Jul 2004 16:07:40 +0100 From: Calum Benson In-reply-to: <1089314009.3111.3.camel@localhost.localdomain> To: Seth Nickell Message-id: <1089731260.29941.4.camel@cdelab89.ireland.sun.com> Organization: Sun Microsytems Ireland Ltd. MIME-version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Content-type: text/plain Content-transfer-encoding: 7BIT References: <1089314009.3111.3.camel@localhost.localdomain> Cc: "nautilus-list@gnome.org" Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 15:07:06 -0000 On Thu, 2004-07-08 at 20:13, Seth Nickell wrote: > Yo. Purty pitchures attached. Neat... here's a few questions/comments, which I'm sure you've argued about yourselves while doing the design :) - I'm not sure how comfortable Joe User would be with the term "Protocol"-- maybe something like "Type" would be simpler (or "Server Type", but the "Server" part is kind of implicit from the title and primary text)? - Personally I'd kind of expect the username field to come either first or last, somehow... protocol, server and folder just seem to be too logically related to have the username field split them up. (And since I can't really decide what username I'm going to use until I've chosen the other stuff, last would seem more natural.) - If you're connecting to an FTP site, how would the dialog change to accommodate anonymous logins, given that we don't really want to have them type in "anonymous" for the username? (At least, that was the feeling in this recent thread: http://mail.gnome.org/archives/nautilus-list/2004-May/msg00137.html) Cheeri, Calum. -- CALUM BENSON, Usability Engineer Sun Microsystems Ireland mailto:calum.benson@sun.com Java Desktop System Group http://ie.sun.com +353 1 819 9771 Any opinions are personal and not necessarily those of Sun Microsystems From jamiemcc@blueyonder.co.uk Tue Jul 13 11:20:51 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out3.blueyonder.co.uk (smtp-out3.blueyonder.co.uk [195.188.213.6]) by menubar.gnome.org (Postfix) with ESMTP id 6E5533B0FB7 for ; Tue, 13 Jul 2004 11:20:51 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out3.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Tue, 13 Jul 2004 16:21:07 +0100 From: Jamie McCracken To: Calum Benson In-Reply-To: <1089731260.29941.4.camel@cdelab89.ireland.sun.com> References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> Content-Type: text/plain Message-Id: <1089732118.7834.7.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Tue, 13 Jul 2004 16:21:58 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 13 Jul 2004 15:21:07.0859 (UTC) FILETIME=[054B8630:01C468ED] Cc: Nautilus , Seth Nickell Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 15:20:51 -0000 On Tue, 2004-07-13 at 16:07, Calum Benson wrote: > On Thu, 2004-07-08 at 20:13, Seth Nickell wrote: > > Yo. Purty pitchures attached. > > Neat... here's a few questions/comments, which I'm sure you've argued > about yourselves while doing the design :) > > - I'm not sure how comfortable Joe User would be with the term > "Protocol"-- maybe something like "Type" would be simpler (or "Server > Type", but the "Server" part is kind of implicit from the title and > primary text)? I would prefer the word "service" as its generic enough and not too technical a word. > > - Personally I'd kind of expect the username field to come either first > or last, somehow... protocol, server and folder just seem to be too > logically related to have the username field split them up. (And since I > can't really decide what username I'm going to use until I've chosen the > other stuff, last would seem more natural.) I would prefer it if username field was hidden initially and only come into play if its relevant (ie as you say after choosing the other stuff). Some services might not require a username as such? > > - If you're connecting to an FTP site, how would the dialog change to > accommodate anonymous logins, given that we don't really want to have > them type in "anonymous" for the username? (At least, that was the > feeling in this recent thread: > http://mail.gnome.org/archives/nautilus-list/2004-May/msg00137.html) It would be nice if "Anonymous FTP" and "FTP" both appeared as separate services with (as stated above) the username field remaining hidden if the former is selected. That way it should avoid over complicating things (I hope!). Incidentally I did not see an entry for password - is there a reason for that? (it should be hidden as per username) jamie. > > Cheeri, > Calum. > > > -- > CALUM BENSON, Usability Engineer Sun Microsystems Ireland > mailto:calum.benson@sun.com Java Desktop System Group > http://ie.sun.com +353 1 819 9771 > > Any opinions are personal and not necessarily those of Sun Microsystems From Calum.Benson@Sun.COM Tue Jul 13 11:57:09 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from brmea-mail-3.sun.com (brmea-mail-3.Sun.COM [192.18.98.34]) by menubar.gnome.org (Postfix) with ESMTP id 70AC93B0FC0 for ; Tue, 13 Jul 2004 11:57:09 -0400 (EDT) Received: from phys-eris-2 ([129.156.85.26]) by brmea-mail-3.sun.com (8.12.10/8.12.9) with ESMTP id i6DFv7in012662 for ; Tue, 13 Jul 2004 09:57:08 -0600 (MDT) Received: from conversion-daemon.eris-mail1.uk.sun.com by eris-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) id <0I0S00301S69U9@eris-mail1.uk.sun.com> (original mail from Calum.Benson@Sun.COM) for nautilus-list@gnome.org; Tue, 13 Jul 2004 16:57:07 +0100 (BST) Received: from cdelab89.Ireland.Sun.COM (cdelab89.Ireland.Sun.COM [129.156.226.189]) by eris-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) with ESMTP id <0I0S0085ZSB6SL@eris-mail1.uk.sun.com>; Tue, 13 Jul 2004 16:57:07 +0100 (BST) Date: Tue, 13 Jul 2004 16:57:56 +0100 From: Calum Benson In-reply-to: <1089732118.7834.7.camel@localhost.localdomain> To: Jamie McCracken Message-id: <1089734275.29942.53.camel@cdelab89.ireland.sun.com> Organization: Sun Microsytems Ireland Ltd. MIME-version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Content-type: text/plain Content-transfer-encoding: 7BIT References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089732118.7834.7.camel@localhost.localdomain> Cc: "nautilus-list@gnome.org" , Seth Nickell Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 15:57:09 -0000 On Tue, 2004-07-13 at 16:21, Jamie McCracken wrote: > I would prefer the word "service" as its generic enough and not too > technical a word. Yep, that's a decent suggestion too. > I would prefer it if username field was hidden initially and only come > into play if its relevant (ie as you say after choosing the other > stuff). Some services might not require a username as such? True, although jumping dialogs aren't very pleasant... perhaps just greying it out would be sufficient. > It would be nice if "Anonymous FTP" and "FTP" both appeared as separate > services with (as stated above) the username field remaining hidden if > the former is selected. That way it should avoid over complicating > things (I hope!). That's not a bad idea, although it does still kind of require the user to know what "Anonymous FTP" is... maybe they could be called something else, though, like "FTP (without username)" and "FTP (with username)" or something. But hopefully something better, because they look too similar to each other :) > Incidentally I did not see an entry for password - is there a reason for > that? (it should be hidden as per username) Yeah, I guess the password dialog (including any keyring options) is intended to pop up separately as required... would be good to see this clarified though. Cheeri, Calum. -- CALUM BENSON, Usability Engineer Sun Microsystems Ireland mailto:calum.benson@sun.com Java Desktop System Group http://ie.sun.com +353 1 819 9771 Any opinions are personal and not necessarily those of Sun Microsystems From robin@uk-smiths.com Tue Jul 13 12:45:32 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mta07-svc.ntlworld.com (mta07-svc.ntlworld.com [62.253.162.47]) by menubar.gnome.org (Postfix) with ESMTP id C1CAA3B09E4 for ; Tue, 13 Jul 2004 12:45:31 -0400 (EDT) Received: from littleun ([81.101.168.150]) by mta07-svc.ntlworld.com (InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP id <20040713164503.JQDF29711.mta07-svc.ntlworld.com@littleun> for ; Tue, 13 Jul 2004 17:45:03 +0100 Received: from littleun ([127.0.0.1] helo=localhost) by littleun with esmtp (Exim 3.36 #1 (Debian)) id 1BkQOF-0006GI-00 for ; Tue, 13 Jul 2004 17:44:23 +0100 From: Robin Smith To: nautilus-list@gnome.org Content-Type: text/plain Message-Id: <1089737062.24021.1.camel@littleun> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 13 Jul 2004 17:44:22 +0100 Content-Transfer-Encoding: 7bit Subject: Edit exif comments X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 16:45:32 -0000 Can exif comments be edited and displayed within nautilus? I can see some read only values but not the comments. Robin From gcgn-nautilus-list@m.gmane.org Tue Jul 13 13:24:07 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by menubar.gnome.org (Postfix) with ESMTP id 8A5923B0675 for ; Tue, 13 Jul 2004 13:24:07 -0400 (EDT) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1BkR0g-0006ki-00 for ; Tue, 13 Jul 2004 19:24:06 +0200 Received: from 64.25.11.66 ([64.25.11.66]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 13 Jul 2004 19:24:06 +0200 Received: from jhaltom by 64.25.11.66 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 13 Jul 2004 19:24:06 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: nautilus-list@gnome.org From: Jerry Haltom Date: Tue, 13 Jul 2004 12:24:03 -0500 Lines: 9 Message-ID: References: <1089314009.3111.3.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 64.25.11.66 User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table (Debian GNU/Linux)) Sender: news Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 17:24:07 -0000 What about services which do not require a Username and/or password. Doesn't it make sense to delay asking for this information until it is required? For example, sftp might be using host keys, WebDav might be using another authentication method, smb:/// might be using NTLM and/or Kerberos. All methods which don't require a username/password, or only require it sometimes. From gcgn-nautilus-list@m.gmane.org Tue Jul 13 13:30:31 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by menubar.gnome.org (Postfix) with ESMTP id DF52D3B0FF9 for ; Tue, 13 Jul 2004 13:30:30 -0400 (EDT) Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1BkR6s-0006v0-00 for ; Tue, 13 Jul 2004 19:30:30 +0200 Received: from 64.25.11.66 ([64.25.11.66]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 13 Jul 2004 19:30:30 +0200 Received: from jhaltom by 64.25.11.66 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 13 Jul 2004 19:30:30 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: nautilus-list@gnome.org From: Jerry Haltom Date: Tue, 13 Jul 2004 12:28:07 -0500 Lines: 24 Message-ID: References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089732118.7834.7.camel@localhost.localdomain> <1089734275.29942.53.camel@cdelab89.ireland.sun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 64.25.11.66 User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table (Debian GNU/Linux)) Sender: news Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 17:30:31 -0000 >> It would be nice if "Anonymous FTP" and "FTP" both appeared as separate >> services with (as stated above) the username field remaining hidden if >> the former is selected. That way it should avoid over complicating >> things (I hope!). > > That's not a bad idea, although it does still kind of require the user > to know what "Anonymous FTP" is... maybe they could be called something > else, though, like "FTP (without username)" and "FTP (with username)" or > something. But hopefully something better, because they look too > similar to each other :) I replied to the head of this thread with a few points, but I'd like to touch on this other one here. What about attempting connection to the server as anonymous by default, and then, if connection fails, asking the user name. Or: Include a "anonymous" checkbox, before the username/password combo, that disables the username/password fields. This doesn't really help in the other situations my previous post mentioned though: host keys and other single sign-on situations. From gcgn-nautilus-list@m.gmane.org Tue Jul 13 13:40:38 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by menubar.gnome.org (Postfix) with ESMTP id 582293B0675 for ; Tue, 13 Jul 2004 13:40:38 -0400 (EDT) Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1BkRGd-00078n-00 for ; Tue, 13 Jul 2004 19:40:35 +0200 Received: from 64.25.11.66 ([64.25.11.66]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 13 Jul 2004 19:40:35 +0200 Received: from jhaltom by 64.25.11.66 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 13 Jul 2004 19:40:35 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: nautilus-list@gnome.org From: Jerry Haltom Date: Tue, 13 Jul 2004 12:21:44 -0500 Lines: 12 Message-ID: References: <1089314009.3111.3.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 64.25.11.66 User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table (Debian GNU/Linux)) Sender: news Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 17:40:38 -0000 May be slightly off topic, maybe not. I've always thought this dialog should be renamed. "Connect to Server" is not totally clear of the exact reason for connecting to a server. In fact, I might think that selecting HTTP from this dialog means to open it in my web browser. I think "Open Remote File", or "Browse Remote Files", or something along those lines. Something that clearly separates exactly what it is this dialog will be doing. Just my two cents. From spider@gnome.org Tue Jul 13 13:55:45 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from Darkmere.darkmere (unknown [213.134.113.127]) by menubar.gnome.org (Postfix) with ESMTP id 8C5FF3B100E for ; Tue, 13 Jul 2004 13:55:45 -0400 (EDT) Received: from Darkmere.darkmere (localhost [127.0.0.1]) by Darkmere.darkmere (Postfix) with SMTP id B5062219CA for ; Tue, 13 Jul 2004 19:55:38 +0200 (CEST) Date: Tue, 13 Jul 2004 19:55:36 +0200 From: "Spider (D.M.D. Lj.)" To: nautilus-list@gnome.org Message-Id: <20040713195536.11977e04.spider@gnome.org> In-Reply-To: References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089732118.7834.7.camel@localhost.localdomain> <1089734275.29942.53.camel@cdelab89.ireland.sun.com> Organization: Gnome / Gentoo X-Mailer: Sylpheed version 0.9.9-gtk2-20040229 (GTK+ 2.4.4; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Tue__13_Jul_2004_19_55_36_+0200_QoSQ8_1CyMuUPwah" Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 17:55:45 -0000 --Signature=_Tue__13_Jul_2004_19_55_36_+0200_QoSQ8_1CyMuUPwah Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit begin quote On Tue, 13 Jul 2004 12:28:07 -0500 Jerry Haltom wrote: > What about attempting connection to the server as anonymous by > default, and then, if connection fails, asking the user name. Thats a really bad idea, since it breaks class-based access to services and rights. For example a lot of servers allow anonymous users to download , at least parts, of the tree, while also allowing login based users either rooted access to their homedir, or write access to other parts. Fex, many ISP's who still use ftp to upload homepages, will give you access to a minor software archive if you log in with anonymous/ftp logins, and will give you access to your webspace if you have a username&password. Do not try to be too smart here, you will shoot yourself in the head since you will comie to the conclusion that its less work for the nerves to transport pain signals from the head to the brain than from the foot to the brain. //Spider -- begin .signature Tortured users / Laughing in pain See Microsoft KB Article Q265230 for more information. end --Signature=_Tue__13_Jul_2004_19_55_36_+0200_QoSQ8_1CyMuUPwah Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFA9CIagzBAtvSiNiIRAlFUAJ9pjNQTrwtDIUBPnnxT7v1q8Ec8UACfW8/s dL6xeUOo1il9J/7YWGhlUXs= =Qf6/ -----END PGP SIGNATURE----- --Signature=_Tue__13_Jul_2004_19_55_36_+0200_QoSQ8_1CyMuUPwah-- From jamiemcc@blueyonder.co.uk Tue Jul 13 14:03:30 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out4.blueyonder.co.uk (smtp-out4.blueyonder.co.uk [195.188.213.7]) by menubar.gnome.org (Postfix) with ESMTP id ABD873B0FF7 for ; Tue, 13 Jul 2004 14:03:29 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out4.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Tue, 13 Jul 2004 19:03:46 +0100 From: Jamie McCracken To: Jerry Haltom In-Reply-To: References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089732118.7834.7.camel@localhost.localdomain> <1089734275.29942.53.camel@cdelab89.ireland.sun.com> Content-Type: text/plain Message-Id: <1089741877.11881.4.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Tue, 13 Jul 2004 19:04:38 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 13 Jul 2004 18:03:46.0539 (UTC) FILETIME=[BDEBEBB0:01C46903] Cc: Nautilus Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 18:03:30 -0000 On Tue, 2004-07-13 at 18:28, Jerry Haltom wrote: > Or: Include a > "anonymous" checkbox, before the username/password combo, that > disables the username/password fields. The problem with this is it messes up the dialog as that checkbox would appear regardless of which service you selected (it could be grayed out of course but its still more screen baggage). Of course we could have the lower half of the dialog change according to what service is selected but thats only worthwhile if different services require service specific options in addition to the common ones. jamie. From mnews22@wp.pl Tue Jul 13 19:31:38 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp.wp.pl (smtp.wp.pl [212.77.101.160]) by menubar.gnome.org (Postfix) with ESMTP id 4E4D23B107A for ; Tue, 13 Jul 2004 19:31:38 -0400 (EDT) Received: (wp-smtpd mta-1 11304 invoked from network); 14 Jul 2004 01:31:37 +0200 Received: from unknown (HELO megumi) (mnews22@[195.116.35.55]) (envelope-sender ) by mta-1 (WP-SMTPD) with RC4-MD5 encrypted SMTP for ; 14 Jul 2004 01:31:37 +0200 From: Maciej Katafiasz To: Jerry Haltom In-Reply-To: References: <1089314009.3111.3.camel@localhost.localdomain> Content-Type: text/plain; charset=iso-8859-2 Message-Id: <1089761670.2977.9.camel@megumi> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 14 Jul 2004 01:34:30 +0200 Content-Transfer-Encoding: 8bit X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-AS1: NOSPAM Body=1 Fuz1=1 Fuz2=1 X-WP-SPAM: NO Cc: nautilus-list@gnome.org Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 23:31:38 -0000 W li¶cie z wto, 13-07-2004, godz. 19:21, Jerry Haltom pisze: > May be slightly off topic, maybe not. > > I've always thought this dialog should be renamed. "Connect to Server" is > not totally clear of the exact reason for connecting to a server. In fact, > I might think that selecting HTTP from this dialog means to open it in my > web browser. I think "Open Remote File", or "Browse Remote Files", or > something along those lines. Something that clearly separates exactly what > it is this dialog will be doing. Also, it is very non-obvious that it will create icon on desktop. Personally, it took me quite a while (like, umm, upgrade to 2.6) before I accidentally discovered, during desktop tidying, icon for connection made long time ago (since it somehow landed 90% off-screen). "Connect to Server", let alone "Browse Remote Files", doesn't suggest even slightly that some icon will be made. Plus, why put it on _desktop_, and not in Network? Seems like Network doesn't serve any real purpose, at least for me all that ever shows there is (empty) Windows Network. Cheers, Maciej -- "Tautologizm to co¶ tautologicznego" Maciej Katafiasz http://mathrick.blog.pl From amadorm@usm.edu.ec Tue Jul 13 19:48:48 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mailman.eljuri.com (unknown [200.63.196.19]) by menubar.gnome.org (Postfix) with ESMTP id 09D503B06A2; Tue, 13 Jul 2004 19:48:47 -0400 (EDT) Received: from mailman.vanguardpublicidad.com (IDENT:root@[10.10.1.145]) by mailman.eljuri.com (8.10.2/8.10.2) with ESMTP id i6DMk2H07917; Tue, 13 Jul 2004 17:46:02 -0500 Received: from master.amauta ([10.10.25.125]) by mailman.vanguardpublicidad.com (8.10.2/8.10.2) with ESMTP id i6DN9Pa27865; Tue, 13 Jul 2004 18:09:25 -0500 Received: by master.amauta (Postfix, from userid 501) id EF99F53035B; Tue, 13 Jul 2004 18:46:52 -0500 (ECT) From: "Manuel Amador (Rudd-O)" To: Jamie McCracken In-Reply-To: <1089419764.3057.86.camel@localhost.localdomain> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1089762412.2962.20.camel@master.amauta> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Tue, 13 Jul 2004 18:46:52 -0500 Cc: "John \(J5\) Palmieri" , Nautilus , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 23:48:48 -0000 > Its also not really a third way as you put it cause we dont need the > heavyweight navigator for it as an option - even ms explorer is separate > from the lightweight browser it uses on the desktop. The navigator is > fine as a separate and more complex app for more experienced users (a la > explorer) but I actually find my patch with pathbar much much better for > general browsing. If you haven't tried the patch then I suggest you do > cuz it really makes browsing and file management really pleasant and > efficient. I think that the bottom nav pathbar is a great idea. You just have to make it not start at / but use the topologically nearest available root out of the list of roots in the file/open dialog. Basically /home/rudd-o/src shoudl appear as [Home folder] [src] Is that it? Oh and it *should* open a new window. From jamiemcc@blueyonder.co.uk Tue Jul 13 20:44:05 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out4.blueyonder.co.uk (smtp-out4.blueyonder.co.uk [195.188.213.7]) by menubar.gnome.org (Postfix) with ESMTP id 669243B07FB; Tue, 13 Jul 2004 20:44:05 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out4.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Wed, 14 Jul 2004 01:44:21 +0100 From: Jamie McCracken To: "Manuel Amador (Rudd-O)" In-Reply-To: <1089762412.2962.20.camel@master.amauta> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089762412.2962.20.camel@master.amauta> Content-Type: text/plain Message-Id: <1089765914.19279.52.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Wed, 14 Jul 2004 01:45:14 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Jul 2004 00:44:21.0866 (UTC) FILETIME=[B417C4A0:01C4693B] Cc: "John \(J5\) Palmieri" , Nautilus , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 00:44:05 -0000 On Wed, 2004-07-14 at 00:46, Manuel Amador (Rudd-O) wrote: > > Its also not really a third way as you put it cause we dont need the > > heavyweight navigator for it as an option - even ms explorer is separate > > from the lightweight browser it uses on the desktop. The navigator is > > fine as a separate and more complex app for more experienced users (a la > > explorer) but I actually find my patch with pathbar much much better for > > general browsing. If you haven't tried the patch then I suggest you do > > cuz it really makes browsing and file management really pleasant and > > efficient. > > I think that the bottom nav pathbar is a great idea. Yes I'm glad theres a majority of you that do want this feature - its so much slicker and nicer than the inefficient and irritating popup location button/menu. > You just have to > make it not start at / but use the topologically nearest available root > out of the list of roots in the file/open dialog. Basically > > /home/rudd-o/src > > shoudl appear as > > [Home folder] [src] > > Is that it? Already implemented and with home stock icon too so it more closely resembles the file chooser's pathbar - see my screenshot for what it looks like with this at : http://www.jamiemcc.pwp.blueyonder.co.uk/Nautilus_pathbar.png > Oh and it *should* open a new window. But it does! (but you can also set it to open in the same window too - EG you could set it up to have left click to open in new window and middle click to open in same window and that way the pathbar can do both depending whether you left or middle click it). Just to elaborate on why having the "open in same window" is appropriate here is because it actually provides a better slicker browsing ability compared to the navigator cause it has really good usability and consistency with the file chooser (thanks to the pathbar) and that will of course make it much easier for new users. And the icing on the cake is it integrates perfectly with the spatial mode thereby allowing you to mix and match the two really smartly - it creates the perfect hybrid file manager thats superior to either a pure browse or pure spatial implementation - there really is no need to limit yourself to just browse or spatial any longer (and hopefully end the destructive polarisation and fragmentation that the browser/spatial dichotomy causes too). I haven't used a better or slicker file manager anywhere else on any other platform - it even beats OS/X thanks to the pathbar! But there's no point in me ranting on how cool it is cause you really need to try it out to appreciate how slick and elegant it is - I'm not exaggerating when I say it rocks! jamie. From raul@cantara.com Tue Jul 13 20:49:59 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from cantara.com (unknown [64.81.54.108]) by menubar.gnome.org (Postfix) with ESMTP id 7AEFC3B0734 for ; Tue, 13 Jul 2004 20:49:58 -0400 (EDT) Received: from inspired.cantara.com (inspired.cantara.com [192.168.1.32]) by cantara.com (8.12.8/8.12.8) with ESMTP id i6E0rJ6P014580 for ; Tue, 13 Jul 2004 17:53:30 -0700 From: Raul Acevedo MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16628.33551.811346.125514@inspired.cantara.com> Date: Tue, 13 Jul 2004 17:49:19 -0700 To: Nautilus In-Reply-To: <1089765914.19279.52.camel@localhost.localdomain> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089762412.2962.20.camel@master.amauta> <1089765914.19279.52.camel@localhost.localdomain> X-Mailer: VM 7.18 under Emacs 21.2.1 Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 00:49:59 -0000 I haven't followed everything about your patch, but what you said below, plus the screenshot, looks awesome. Is this going to make it into CVS? Raul Jamie McCracken wrote: > On Wed, 2004-07-14 at 00:46, Manuel Amador (Rudd-O) wrote: > > > Its also not really a third way as you put it cause we dont need the > > > heavyweight navigator for it as an option - even ms explorer is separate > > > from the lightweight browser it uses on the desktop. The navigator is > > > fine as a separate and more complex app for more experienced users (a la > > > explorer) but I actually find my patch with pathbar much much better for > > > general browsing. If you haven't tried the patch then I suggest you do > > > cuz it really makes browsing and file management really pleasant and > > > efficient. > > > > I think that the bottom nav pathbar is a great idea. > > Yes I'm glad theres a majority of you that do want this feature - its so > much slicker and nicer than the inefficient and irritating popup > location button/menu. > > > > You just have to > > make it not start at / but use the topologically nearest available root > > out of the list of roots in the file/open dialog. Basically > > > > /home/rudd-o/src > > > > shoudl appear as > > > > [Home folder] [src] > > > > Is that it? > > Already implemented and with home stock icon too so it more closely > resembles the file chooser's pathbar - see my screenshot for what it > looks like with this at : > > http://www.jamiemcc.pwp.blueyonder.co.uk/Nautilus_pathbar.png > > > > Oh and it *should* open a new window. > > But it does! (but you can also set it to open in the same window too - > EG you could set it up to have left click to open in new window and > middle click to open in same window and that way the pathbar can do both > depending whether you left or middle click it). > > Just to elaborate on why having the "open in same window" is appropriate > here is because it actually provides a better slicker browsing ability > compared to the navigator cause it has really good usability and > consistency with the file chooser (thanks to the pathbar) and that will > of course make it much easier for new users. And the icing on the cake > is it integrates perfectly with the spatial mode thereby allowing you to > mix and match the two really smartly - it creates the perfect hybrid > file manager thats superior to either a pure browse or pure spatial > implementation - there really is no need to limit yourself to just > browse or spatial any longer (and hopefully end the destructive > polarisation and fragmentation that the browser/spatial dichotomy causes > too). > > I haven't used a better or slicker file manager anywhere else on any > other platform - it even beats OS/X thanks to the pathbar! > > But there's no point in me ranting on how cool it is cause you really > need to try it out to appreciate how slick and elegant it is - I'm not > exaggerating when I say it rocks! > > > jamie. > > -- > nautilus-list mailing list > nautilus-list@gnome.org > http://mail.gnome.org/mailman/listinfo/nautilus-list From jamiem@blueyonder.co.uk Tue Jul 13 21:03:33 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out6.blueyonder.co.uk (smtp-out6.blueyonder.co.uk [195.188.213.9]) by menubar.gnome.org (Postfix) with ESMTP id A4C2A3B0B0E for ; Tue, 13 Jul 2004 21:03:32 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out6.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Wed, 14 Jul 2004 02:03:49 +0100 From: Jamie McCracken To: Raul Acevedo In-Reply-To: <16628.33551.811346.125514@inspired.cantara.com> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089762412.2962.20.camel@master.amauta> <1089765914.19279.52.camel@localhost.localdomain> <16628.33551.811346.125514@inspired.cantara.com> Content-Type: text/plain Message-Id: <1089767081.19279.66.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Wed, 14 Jul 2004 02:04:41 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Jul 2004 01:03:49.0286 (UTC) FILETIME=[6BEDEC60:01C4693E] Cc: Nautilus Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 01:03:33 -0000 On Wed, 2004-07-14 at 01:49, Raul Acevedo wrote: > I haven't followed everything about your patch, but what you said below, > plus the screenshot, looks awesome. Is this going to make it into CVS? > I certainly hope so and before 19th July too - cause thats the feature freeze date for Gnome 2.8. My guess is the maintainer is canvasing opinion on this newslist before deciding whether to include it or not - so to everybody - if you want it start making some noise here! jamie. From davyd@madeley.id.au Tue Jul 13 21:10:18 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from oracle.bridgewayconsulting.com.au (oracle.bridgewayconsulting.com.au [203.56.14.38]) by menubar.gnome.org (Postfix) with ESMTP id 5A84E3B0883 for ; Tue, 13 Jul 2004 21:10:17 -0400 (EDT) Received: from pingu.cook.theducks.org (cook.theducks.org [203.22.197.49]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by oracle.bridgewayconsulting.com.au (Postfix) with ESMTP id 64ACF1F8002 for ; Wed, 14 Jul 2004 09:10:31 +0800 (WST) From: Davyd Madeley To: nautilus-list@gnome.org In-Reply-To: <1089314009.3111.3.camel@localhost.localdomain> References: <1089314009.3111.3.camel@localhost.localdomain> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-CS1AYow7Ipaq0xHlDTQ4" Date: Wed, 14 Jul 2004 09:10:08 +0800 Message-Id: <1089767408.31722.1.camel@pingu> Mime-Version: 1.0 X-Mailer: Evolution 1.5.90 Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 01:10:18 -0000 --=-CS1AYow7Ipaq0xHlDTQ4 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-07-08 at 15:13 -0400, Seth Nickell wrote: > Yo. Purty pitchures attached. To prevent some level of redundant discussion, there is an open bug for this: http://bugzilla.gnome.org/show_bug.cgi?id=3D139105 Regards --d --=20 http://davyd.ucc.asn.au/ =20 PGP Fingerprint 08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA --=-CS1AYow7Ipaq0xHlDTQ4 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: http://davyd.ucc.asn.au/pgp/ iD8DBQBA9IfvLt27T1GRbNoRAiQSAKCaDjP2hJ07jWisQDL3W8vEd4m91ACeK1az Xjea+1CRXjH8MhmRx0MOEJ4= =6q/r -----END PGP SIGNATURE----- --=-CS1AYow7Ipaq0xHlDTQ4-- From gcgn-nautilus-list@m.gmane.org Tue Jul 13 22:41:18 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by menubar.gnome.org (Postfix) with ESMTP id 9AABD3B08FC for ; Tue, 13 Jul 2004 22:41:18 -0400 (EDT) Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1BkZhr-00050N-00 for ; Wed, 14 Jul 2004 04:41:15 +0200 Received: from c-24-0-141-85.client.comcast.net ([24.0.141.85]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Jul 2004 04:41:15 +0200 Received: from wasabi by c-24-0-141-85.client.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Jul 2004 04:41:15 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: nautilus-list@gnome.org From: Jerry Haltom Date: Tue, 13 Jul 2004 20:50:27 -0500 Lines: 7 Message-ID: References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089732118.7834.7.camel@localhost.localdomain> <1089734275.29942.53.camel@cdelab89.ireland.sun.com> <1089741877.11881.4.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: c-24-0-141-85.client.comcast.net User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table (Debian GNU/Linux)) Sender: news Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 02:41:18 -0000 > Of course we could have the lower half of the dialog change according to > what service is selected but thats only worthwhile if different services > require service specific options in addition to the common ones. I like that idea. I think the FTP options are a prime example. Anonymous authentication is a different option available to FTP which may not be available to other modes. From c.schneider@scram.de Wed Jul 14 05:48:28 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail2.scram.de (mail2.scram.de [195.226.127.112]) by menubar.gnome.org (Postfix) with ESMTP id 40D9B3B1120; Wed, 14 Jul 2004 05:48:28 -0400 (EDT) Received: from mail3.scram.de (mail3.scram.de [195.226.127.113]) by mail2.scram.de (Postfix) with ESMTP id CF93580C2; Wed, 14 Jul 2004 11:48:26 +0200 (CEST) Received: from mail.scram.de (mail.scram.de [IPv6:3ffe:400:470:1::1:1]) by mail2.scram.de (Postfix) with ESMTP id 6ADAB80A6; Wed, 14 Jul 2004 11:48:21 +0200 (CEST) Received: from [10.0.0.10] (p50841944.dip.t-dialin.net [80.132.25.68]) (authenticated (0 bits)) by mail.scram.de (8.12.9/8.11.0) with ESMTP id i6E9mE1s029613; Wed, 14 Jul 2004 11:48:16 +0200 (CEST) Message-ID: <40F501A5.7010001@scram.de> Date: Wed, 14 Jul 2004 11:49:25 +0200 From: Christian Schneider User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jamie McCracken References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089762412.2962.20.camel@master.amauta> <1089765914.19279.52.camel@localhost.localdomain> In-Reply-To: <1089765914.19279.52.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at scram.de X-Spam-Status: No, hits=-4.9 tagged_above=-999.0 required=5.0 tests=BAYES_00 X-Spam-Level: X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] Cc: "John \(J5\) Palmieri" , Nautilus , "Manuel Amador \(Rudd-O\)" , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 09:48:28 -0000 > > >>Oh and it *should* open a new window. >> >> > >But it does! (but you can also set it to open in the same window too - >EG you could set it up to have left click to open in new window and >middle click to open in same window and that way the pathbar can do both >depending whether you left or middle click it). > > > Also don´t forget the option of opening new window and closing the current. So we can have spatial mode without a cluttered screen. Btw. regarding our discussion of spatial vs open in same window. Would it make sense to have an option to open a new window and close the current for paths below a certain depth and open in same window for deeper nested folders? So we could combine the spatial mode for shallow paths with the hybrid mode that is indeed better suited for deep structures. The length of the path could be decided like in the pathbar. So you get e.g. 4 levels below / and four levels below your home dir in spatial mode. --- Christian Schneider From jamiem@blueyonder.co.uk Wed Jul 14 07:28:47 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out6.blueyonder.co.uk (smtp-out6.blueyonder.co.uk [195.188.213.9]) by menubar.gnome.org (Postfix) with ESMTP id AB98F3B0BB4; Wed, 14 Jul 2004 07:28:46 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out6.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Wed, 14 Jul 2004 12:29:03 +0100 From: Jamie McCracken To: Christian Schneider In-Reply-To: <40F501A5.7010001@scram.de> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089762412.2962.20.camel@master.amauta> <1089765914.19279.52.camel@localhost.localdomain> <40F501A5.7010001@scram.de> Content-Type: text/plain; charset=UTF-8 Message-Id: <1089804596.2854.11.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Wed, 14 Jul 2004 12:29:56 +0100 Content-Transfer-Encoding: quoted-printable X-OriginalArrivalTime: 14 Jul 2004 11:29:03.0295 (UTC) FILETIME=[C4056CF0:01C46995] Cc: "John \(J5\) Palmieri" , Nautilus , "Manuel Amador \(Rudd-O\)" , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 11:28:47 -0000 On Wed, 2004-07-14 at 10:49, Christian Schneider wrote: > > =20 > > > >>Oh and it *should* open a new window. > >> =20 > >> > > > >But it does! (but you can also set it to open in the same window too - > >EG you could set it up to have left click to open in new window and > >middle click to open in same window and that way the pathbar can do both > >depending whether you left or middle click it). > > > > =20 > > > Also don=C2=B4t forget the option of opening new window and closing the=20 > current. So we can have > spatial mode without a cluttered screen. It has that too - remember my patch doesn't change the default settings for spatial (which are apparently good for newbies). >=20 > Btw. regarding our discussion of spatial vs open in same window. Would=20 > it make sense to have an option to > open a new window and close the current for paths below a certain depth=20 > and open in same window for deeper nested folders? So we could combine=20 > the spatial mode for shallow paths with the hybrid mode that is indeed=20 > better suited for deep structures. The length of the path could be=20 > decided like in the pathbar. So you get e.g. 4 levels below / and four=20 > levels below your home dir in spatial mode. The problem with that is its inconsistent for new users (and probably all users who dont know about that feature). We shouldn't dynamically change mouse actions/behaviour based on folder depth - it should be up to the user by using left or middle clicks to determine how to navigate in any given situation. =20 jamie. >=20 > --- > Christian Schneider >=20 >=20 From bclark@redhat.com Wed Jul 14 08:01:30 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 5FBF63B091B for ; Wed, 14 Jul 2004 08:01:30 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6EC1Ue1011674 for ; Wed, 14 Jul 2004 08:01:30 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6EC1U022173 for ; Wed, 14 Jul 2004 08:01:30 -0400 Received: from [192.168.1.118] (vpn64-23.boston.redhat.com [172.16.66.23]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6EC0uLQ017973 for ; Wed, 14 Jul 2004 08:00:57 -0400 From: Bryan Clark To: nautilus-list@gnome.org In-Reply-To: References: <1089314009.3111.3.camel@localhost.localdomain> Content-Type: text/plain Organization: Red Hat Desktop Design Ninja Date: Wed, 14 Jul 2004 08:01:34 -0400 Message-Id: <1089806494.3549.13.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 (1.5.9.1-2) Content-Transfer-Encoding: 7bit Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 12:01:30 -0000 On Tue, 2004-07-13 at 12:24 -0500, Jerry Haltom wrote: > What about services which do not require a Username and/or password. > Doesn't it make sense to delay asking for this information until it is > required? > > For example, sftp might be using host keys, WebDav might be using another > authentication method, smb:/// might be using NTLM and/or Kerberos. The username key is pre-filled with your computer username and wouldn't conflict in these situations unless you used the wrong username. Delaying it would seem to require more popup windows asking questions only if they are necessary. I understand the idea, but it's just simpler if we get a username initially and then delay for password (if required) in the key-ring manager. ~ Bryan From bclark@redhat.com Wed Jul 14 08:06:21 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id C8E433B11BF for ; Wed, 14 Jul 2004 08:06:21 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6EC6Le1012930 for ; Wed, 14 Jul 2004 08:06:21 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6EC6L023497 for ; Wed, 14 Jul 2004 08:06:21 -0400 Received: from [192.168.1.118] (vpn64-23.boston.redhat.com [172.16.66.23]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6EC5mC4021268 for ; Wed, 14 Jul 2004 08:05:48 -0400 From: Bryan Clark To: nautilus-list@gnome.org In-Reply-To: References: <1089314009.3111.3.camel@localhost.localdomain> Content-Type: text/plain Organization: Red Hat Desktop Design Ninja Date: Wed, 14 Jul 2004 08:06:23 -0400 Message-Id: <1089806783.3549.19.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 (1.5.9.1-2) Content-Transfer-Encoding: 7bit Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 12:06:21 -0000 On Tue, 2004-07-13 at 12:21 -0500, Jerry Haltom wrote: > May be slightly off topic, maybe not. > > I've always thought this dialog should be renamed. "Connect to Server" is > not totally clear of the exact reason for connecting to a server. In fact, > I might think that selecting HTTP from this dialog means to open it in my > web browser. I think "Open Remote File", or "Browse Remote Files", or > something along those lines. Something that clearly separates exactly what > it is this dialog will be doing. Good suggestions. Wording like this was considered, but the use case for this dialog suggested that this isn't for just browsing a repository. Instead this dialog is used to setup a file store on another system. New wording along that line would be nice ;-) For simply browsing one would more likely click off a uri handler (ftp://someserver.com/files/) and nautilus would browse that with the key-ring manager handling password issues. ~ Bryan From bclark@redhat.com Wed Jul 14 08:28:58 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 42FE43B08B7 for ; Wed, 14 Jul 2004 08:28:58 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6ECSwe1018335; Wed, 14 Jul 2004 08:28:58 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6ECSw029514; Wed, 14 Jul 2004 08:28:58 -0400 Received: from [192.168.1.118] (vpn64-23.boston.redhat.com [172.16.66.23]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6ECSO9F004124; Wed, 14 Jul 2004 08:28:25 -0400 From: Bryan Clark To: nautilus-list@gnome.org, Calum Benson In-Reply-To: <1089734275.29942.53.camel@cdelab89.ireland.sun.com> References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089732118.7834.7.camel@localhost.localdomain> <1089734275.29942.53.camel@cdelab89.ireland.sun.com> Content-Type: text/plain Organization: Red Hat Desktop Design Ninja Date: Wed, 14 Jul 2004 08:29:02 -0400 Message-Id: <1089808142.3549.42.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 (1.5.9.1-2) Content-Transfer-Encoding: 7bit Cc: Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 12:28:58 -0000 Hey Calum ~ On Tue, 2004-07-13 at 16:57 +0100, Calum Benson wrote: > On Tue, 2004-07-13 at 16:21, Jamie McCracken wrote: > > I would prefer the word "service" as its generic enough and not too > > technical a word. > > Yep, that's a decent suggestion too. Service could work I'm not keen on any of them really, but it probably beats protocol. :) > > I would prefer it if username field was hidden initially and only come > > into play if its relevant (ie as you say after choosing the other > > stuff). Some services might not require a username as such? > > True, although jumping dialogs aren't very pleasant... perhaps just > greying it out would be sufficient. Having the entry come and go wouldn't be ideal. Just always asking for a username and pre-filling it with your username is our best play for this situation. Making the entry insensitive is an option for those services we know don't require one... like below. Where host keys are used, there's just no good way to be smart about that, we might as well include the username and try to outsmart ourselves. > > It would be nice if "Anonymous FTP" and "FTP" both appeared as separate > > services with (as stated above) the username field remaining hidden if > > the former is selected. That way it should avoid over complicating > > things (I hope!). > > That's not a bad idea, although it does still kind of require the user > to know what "Anonymous FTP" is... maybe they could be called something > else, though, like "FTP (without username)" and "FTP (with username)" or > something. But hopefully something better, because they look too > similar to each other :) Hmm... Tough wording to figure out, but probably a good option to have. > > Incidentally I did not see an entry for password - is there a reason for > > that? (it should be hidden as per username) > > Yeah, I guess the password dialog (including any keyring options) is > intended to pop up separately as required... would be good to see this > clarified though. I saw the JDS dialog had text explaining that the password will be asked for later. I think this could be a good addition. The things I wanted to improve most were the Folder: None <-- This is not so obvious what's going on Anonymous FTP <-- Needs some improvement Password Later? <-- A hint that the password will be asked for or just integrating the key-ring manager I think moving the protocol field down makes it confusing for anonymous connections where we might make the username entry insensitive. I liked how the JDS dialog has the [Browse] next to the Server field, however I want a better indicator of what the chosen folder is after a user has browsed for it. Placing it in the Server entry as 'hostname/ folder' just doesn't work for me. Anyway, those are some thoughts. Cheers, ~ Bryan From jamiemcc@blueyonder.co.uk Wed Jul 14 08:53:53 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out4.blueyonder.co.uk (smtp-out4.blueyonder.co.uk [195.188.213.7]) by menubar.gnome.org (Postfix) with ESMTP id 6D9263B0B43 for ; Wed, 14 Jul 2004 08:53:53 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out4.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Wed, 14 Jul 2004 13:54:09 +0100 From: Jamie McCracken To: Bryan Clark In-Reply-To: <1089808142.3549.42.camel@localhost.localdomain> References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089732118.7834.7.camel@localhost.localdomain> <1089734275.29942.53.camel@cdelab89.ireland.sun.com> <1089808142.3549.42.camel@localhost.localdomain> Content-Type: text/plain Message-Id: <1089809703.2854.27.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Wed, 14 Jul 2004 13:55:03 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Jul 2004 12:54:09.0901 (UTC) FILETIME=[A7CBA9D0:01C469A1] Cc: Nautilus , Calum Benson Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 12:53:53 -0000 > The things I wanted to improve most were the > Folder: None <-- This is not so obvious what's going on I agree but not all services require a mount point so it could be insensitive/hidden rather than just saying "None". Incidentally it could be renamed "Folder Mount Point" to make it clear that it is a mount (there might be a better word than mount here - Folder Attachment Point?, Folder Link Point? etc) > Anonymous FTP <-- Needs some improvement I thought about what Calum said. The best I could come up with is "Public FTP" and "Private FTP" services. > Password Later? <-- A hint that the password will be asked for > or just integrating the key-ring manager It would be nice to have it all as one dialog but if key-ring is a separate dialog then it only needs to pop up if it doesn't have the password already stored (of course what happens if the password has changed? Might be good idea to have option in dialog to override key-ring if necessary - a "use key-ring setting for password" checkbox in the dialog, perhaps?) jamie. From mnews22@wp.pl Wed Jul 14 09:40:30 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp.wp.pl (smtp.wp.pl [212.77.101.160]) by menubar.gnome.org (Postfix) with ESMTP id D462C3B0809 for ; Wed, 14 Jul 2004 09:40:29 -0400 (EDT) Received: (wp-smtpd smtp.wp.pl 12445 invoked from network); 14 Jul 2004 15:40:27 +0200 Received: from unknown (HELO megumi) (mnews22@[195.116.35.55]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with RC4-MD5 encrypted SMTP for ; 14 Jul 2004 15:40:27 +0200 From: Maciej Katafiasz To: Jamie McCracken In-Reply-To: <1089809703.2854.27.camel@localhost.localdomain> References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089732118.7834.7.camel@localhost.localdomain> <1089734275.29942.53.camel@cdelab89.ireland.sun.com> <1089808142.3549.42.camel@localhost.localdomain> <1089809703.2854.27.camel@localhost.localdomain> Content-Type: text/plain; charset=iso-8859-2 Message-Id: <1089812597.23319.5.camel@megumi> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 14 Jul 2004 15:43:18 +0200 Content-Transfer-Encoding: 8bit X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-AS1: NOSPAM Body=1 Fuz1=1 Fuz2=1 X-WP-AS3: NOSPAM X-WP-SPAM: NO Cc: Nautilus , Calum Benson Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 13:40:30 -0000 W li¶cie z ¶ro, 14-07-2004, godz. 14:55, Jamie McCracken pisze: > > The things I wanted to improve most were the > > Folder: None <-- This is not so obvious what's going on > > I agree but not all services require a mount point so it could be > insensitive/hidden rather than just saying "None". Incidentally it could > be renamed "Folder Mount Point" to make it clear that it is a mount > (there might be a better word than mount here - Folder Attachment > Point?, Folder Link Point? etc) Nah, let's not try to be too smart here, Mount Point is probably best we can come up with, and it could (in fact it definitely _should_) be explained in tooltip. There simply isn't two-words-long description of it suitable for totally unfamiliar user, and putting any strange name there will be disrespectful to user already familiar with mount point concept, discarding their previous knowledge. > > Anonymous FTP <-- Needs some improvement > > I thought about what Calum said. The best I could come up with is > "Public FTP" and "Private FTP" services. Yeah, "Public FTP" gets thumbs up from me. "Private FTP" may be better changed with "FTP (with Username)" (is ftp server published on some web forum, with login reggaemp3/reggaemp3[1] "public", or "private"?), but I may be wrong :) > > Password Later? <-- A hint that the password will be asked for > > or just integrating the key-ring manager > It would be nice to have it all as one dialog but if key-ring is a > separate dialog then it only needs to pop up if it doesn't have the > password already stored (of course what happens if the password has > changed? Might be good idea to have option in dialog to override > key-ring if necessary - a "use key-ring setting for password" checkbox > in the dialog, perhaps?) "[ ]Use remembered password", and hint text along the lines of "Password will be asked for if necessary" should be good enough. One more thing, this mockup doesn't take into account recent servers (see discussion on http://bugzilla.gnome.org/show_bug.cgi?id=139105) [1] Typical FTP usage my sisters face -- "Tautologizm to co¶ tautologicznego" Maciej Katafiasz http://mathrick.blog.pl From c.schneider@scram.de Wed Jul 14 09:50:30 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail2.scram.de (mail2.scram.de [195.226.127.112]) by menubar.gnome.org (Postfix) with ESMTP id F05913B065E; Wed, 14 Jul 2004 09:50:29 -0400 (EDT) Received: from mail3.scram.de (mail3.scram.de [195.226.127.113]) by mail2.scram.de (Postfix) with ESMTP id B648880D1; Wed, 14 Jul 2004 15:50:28 +0200 (CEST) Received: from mail.scram.de (mail.scram.de [IPv6:3ffe:400:470:1::1:1]) by mail2.scram.de (Postfix) with ESMTP id EC5A67F2E; Wed, 14 Jul 2004 15:50:23 +0200 (CEST) Received: from [10.0.0.10] (p50841944.dip.t-dialin.net [80.132.25.68]) (authenticated (0 bits)) by mail.scram.de (8.12.9/8.11.0) with ESMTP id i6EDoJ1s004828; Wed, 14 Jul 2004 15:50:21 +0200 (CEST) Message-ID: <40F53A61.2030903@scram.de> Date: Wed, 14 Jul 2004 15:51:29 +0200 From: Christian Schneider User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jamie McCracken References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089762412.2962.20.camel@master.amauta> <1089765914.19279.52.camel@localhost.localdomain> <40F501A5.7010001@scram.de> <1089804596.2854.11.camel@localhost.localdomain> In-Reply-To: <1089804596.2854.11.camel@localhost.localdomain> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at scram.de X-Spam-Status: No, hits=-4.9 tagged_above=-999.0 required=5.0 tests=BAYES_00 X-Spam-Level: X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] Cc: "John \(J5\) Palmieri" , Nautilus , "Manuel Amador \(Rudd-O\)" , Seth Nickell Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 13:50:30 -0000 >>Btw. regarding our discussion of spatial vs open in same window. Would >>it make sense to have an option to >>open a new window and close the current for paths below a certain depth >>and open in same window for deeper nested folders? So we could combine >>the spatial mode for shallow paths with the hybrid mode that is indeed >>better suited for deep structures. The length of the path could be >>decided like in the pathbar. So you get e.g. 4 levels below / and four >>levels below your home dir in spatial mode. >> >> > >The problem with that is its inconsistent for new users (and probably >all users who dont know about that feature). We shouldn't dynamically >change mouse actions/behaviour based on folder depth - it should be up >to the user by using left or middle clicks to determine how to navigate >in any given situation. > > Such a feature should of course not be set as default. I would set the options to open a new window with left click. I would then set the middle click to open the new window and close the oold. This far this is the current standard. If I want to use open in same window for deep nested paths I have no mouse button left. Any idea how I can use both? I think the right mouse button is out of question and combining with Ctrl or some other key is probably too complicated. -- Christian Schneider From AndyLiebman@aol.com Wed Jul 14 09:55:25 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from imo-m14.mx.aol.com (imo-m14.mx.aol.com [64.12.138.204]) by menubar.gnome.org (Postfix) with ESMTP id D52DE3B0BD1 for ; Wed, 14 Jul 2004 09:55:25 -0400 (EDT) Received: from AndyLiebman@aol.com by imo-m14.mx.aol.com (mail_out_v37_r2.6.) id h.7d.52e67f39 (4214) for ; Wed, 14 Jul 2004 09:55:19 -0400 (EDT) From: AndyLiebman@aol.com Message-ID: <7d.52e67f39.2e269547@aol.com> Date: Wed, 14 Jul 2004 09:55:19 EDT To: nautilus-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: 9.0 for Windows sub 5031 Subject: Delete Key and Nautilus X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 13:55:26 -0000 Hi, I love Nautilus. But is there any way to prevent Nautilus from allowing deletion of files and folders by simply pressing the DELETE key on the keyboard? It seems very dangerous to me that you can do that without having a dialog box ask you to confirm that you really want to delete the file or folder. The best thing for us would be to enable delete with the DELETE key, but require a confirmation. Regards, Andy Liebman From c.schneider@scram.de Wed Jul 14 09:57:25 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail2.scram.de (mail2.scram.de [195.226.127.112]) by menubar.gnome.org (Postfix) with ESMTP id 686933B0E50 for ; Wed, 14 Jul 2004 09:57:25 -0400 (EDT) Received: from mail3.scram.de (mail3.scram.de [195.226.127.113]) by mail2.scram.de (Postfix) with ESMTP id 4835080CE; Wed, 14 Jul 2004 15:57:24 +0200 (CEST) Received: from mail.scram.de (mail.scram.de [IPv6:3ffe:400:470:1::1:1]) by mail2.scram.de (Postfix) with ESMTP id E036480CA; Wed, 14 Jul 2004 15:57:17 +0200 (CEST) Received: from [10.0.0.10] (p50841944.dip.t-dialin.net [80.132.25.68]) (authenticated (0 bits)) by mail.scram.de (8.12.9/8.11.0) with ESMTP id i6EDvA1s004967; Wed, 14 Jul 2004 15:57:16 +0200 (CEST) Message-ID: <40F53BFD.6040208@scram.de> Date: Wed, 14 Jul 2004 15:58:21 +0200 From: Christian Schneider User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bryan Clark References: <1089314009.3111.3.camel@localhost.localdomain> <1089806494.3549.13.camel@localhost.localdomain> In-Reply-To: <1089806494.3549.13.camel@localhost.localdomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at scram.de X-Spam-Status: No, hits=-4.9 tagged_above=-999.0 required=5.0 tests=BAYES_00 X-Spam-Level: X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] Cc: nautilus-list@gnome.org Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 13:57:26 -0000 Bryan Clark wrote: >On Tue, 2004-07-13 at 12:24 -0500, Jerry Haltom wrote: > > >>What about services which do not require a Username and/or password. >>Doesn't it make sense to delay asking for this information until it is >>required? >> >>For example, sftp might be using host keys, WebDav might be using another >>authentication method, smb:/// might be using NTLM and/or Kerberos. >> >> > >The username key is pre-filled with your computer username and wouldn't >conflict in these situations unless you used the wrong username. > >Delaying it would seem to require more popup windows asking questions >only if they are necessary. I understand the idea, but it's just >simpler if we get a username initially and then delay for password (if >required) in the key-ring manager. > > Perhaps a drop down field for the authentication options could be used. So you first choose the protocol and depending on the protocol you have several authentication choices. Authentication with ssh keys or kerberos tickets could be made invisible if you have no key manager loaded. Perhaps in some protocols we could ask the server for available options. -- Christian Schneider From jamiemcc@blueyonder.co.uk Wed Jul 14 10:02:21 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out5.blueyonder.co.uk (smtp-out5.blueyonder.co.uk [195.188.213.8]) by menubar.gnome.org (Postfix) with ESMTP id 6D94C3B118B for ; Wed, 14 Jul 2004 10:02:21 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out5.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Wed, 14 Jul 2004 15:02:37 +0100 From: Jamie McCracken To: Christian Schneider In-Reply-To: <40F53A61.2030903@scram.de> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089762412.2962.20.camel@master.amauta> <1089765914.19279.52.camel@localhost.localdomain> <40F501A5.7010001@scram.de> <1089804596.2854.11.camel@localhost.localdomain> <40F53A61.2030903@scram.de> Content-Type: text/plain Message-Id: <1089813811.2854.33.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Wed, 14 Jul 2004 15:03:31 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Jul 2004 14:02:38.0037 (UTC) FILETIME=[386F7850:01C469AB] Cc: Nautilus Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 14:02:21 -0000 On Wed, 2004-07-14 at 14:51, Christian Schneider wrote: > Any idea how I can use both? I think the right mouse button is out of > question and combining with Ctrl or some other key is probably too > complicated. > It never occurred to me that someone would want all three choices! Unfortunately as you say there is no easy or practical way to have all three - there just aren't enough mouse buttons for you! :))))) Best to try it out and pick the two that work best for you. jamie. > -- > Christian Schneider > > From c.schneider@scram.de Wed Jul 14 10:13:57 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail2.scram.de (mail2.scram.de [195.226.127.112]) by menubar.gnome.org (Postfix) with ESMTP id 2FD4C3B0BFA for ; Wed, 14 Jul 2004 10:13:57 -0400 (EDT) Received: from mail3.scram.de (mail3.scram.de [195.226.127.113]) by mail2.scram.de (Postfix) with ESMTP id E45E380CE; Wed, 14 Jul 2004 16:13:55 +0200 (CEST) Received: from mail.scram.de (mail.scram.de [IPv6:3ffe:400:470:1::1:1]) by mail2.scram.de (Postfix) with ESMTP id B770A80CB; Wed, 14 Jul 2004 16:13:50 +0200 (CEST) X-SPAM-Blacklist: list.dsbl.org Received: from [10.0.0.10] (p50841944.dip.t-dialin.net [80.132.25.68]) (authenticated (0 bits)) by mail.scram.de (8.12.9/8.11.0) with ESMTP id i6EEDj1s005307; Wed, 14 Jul 2004 16:13:49 +0200 (CEST) Message-ID: <40F53FE0.8040007@scram.de> Date: Wed, 14 Jul 2004 16:14:56 +0200 From: Christian Schneider User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jamie McCracken References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089762412.2962.20.camel@master.amauta> <1089765914.19279.52.camel@localhost.localdomain> <40F501A5.7010001@scram.de> <1089804596.2854.11.camel@localhost.localdomain> <40F53A61.2030903@scram.de> <1089813811.2854.33.camel@localhost.localdomain> In-Reply-To: <1089813811.2854.33.camel@localhost.localdomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at scram.de X-Spam-Status: No, hits=-4.9 tagged_above=-999.0 required=5.0 tests=BAYES_00 X-Spam-Level: X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] Cc: Nautilus Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 14:13:57 -0000 Jamie McCracken wrote: >On Wed, 2004-07-14 at 14:51, Christian Schneider wrote: > > > > >>Any idea how I can use both? I think the right mouse button is out of >>question and combining with Ctrl or some other key is probably too >>complicated. >> >> >> > >It never occurred to me that someone would want all three choices! > >Unfortunately as you say there is no easy or practical way to have all >three - there just aren't enough mouse buttons for you! :))))) > >Best to try it out and pick the two that work best for you. > > Spatial mode is only usable if you have open in new window and open in new, close current. In fact the middle key action prevented me from turning off spatial mode from the start. I only use open in new window when I know I want to copy files. I also set both keys to work without double click. Double clicking the middle button is very straining when like in mose cases it is a scroll wheel too. -- Christian Schneider From bclark@redhat.com Wed Jul 14 10:18:03 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 7414E3B075C for ; Wed, 14 Jul 2004 10:18:03 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6EEI3e1014645 for ; Wed, 14 Jul 2004 10:18:03 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6EEI2026138 for ; Wed, 14 Jul 2004 10:18:02 -0400 Received: from [172.16.64.243] (dhcp64-243.boston.redhat.com [172.16.64.243]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6EEHTWf017687 for ; Wed, 14 Jul 2004 10:17:29 -0400 From: Bryan Clark To: nautilus-list@gnome.org In-Reply-To: <1089813811.2854.33.camel@localhost.localdomain> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089762412.2962.20.camel@master.amauta> <1089765914.19279.52.camel@localhost.localdomain> <40F501A5.7010001@scram.de> <1089804596.2854.11.camel@localhost.localdomain> <40F53A61.2030903@scram.de> <1089813811.2854.33.camel@localhost.localdomain> Content-Type: text/plain Organization: Red Hat Desktop Design Ninja Date: Wed, 14 Jul 2004 10:18:08 -0400 Message-Id: <1089814688.3147.8.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 (1.5.9.1-2) Content-Transfer-Encoding: 7bit Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 14:18:03 -0000 On Wed, 2004-07-14 at 15:03 +0100, Jamie McCracken wrote: > On Wed, 2004-07-14 at 14:51, Christian Schneider wrote: > > Any idea how I can use both? I think the right mouse button is out of > > question and combining with Ctrl or some other key is probably too > > complicated. > > It never occurred to me that someone would want all three choices! Ah, the joys of adding features and preferences to match :-) Cheers, ~ Bryan From jamiemcc@blueyonder.co.uk Wed Jul 14 10:26:02 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out2.blueyonder.co.uk (smtp-out2.blueyonder.co.uk [195.188.213.5]) by menubar.gnome.org (Postfix) with ESMTP id 2AF133B0846 for ; Wed, 14 Jul 2004 10:26:02 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out2.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Wed, 14 Jul 2004 15:26:18 +0100 From: Jamie McCracken To: Maciej Katafiasz In-Reply-To: <1089812597.23319.5.camel@megumi> References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089732118.7834.7.camel@localhost.localdomain> <1089734275.29942.53.camel@cdelab89.ireland.sun.com> <1089808142.3549.42.camel@localhost.localdomain> <1089809703.2854.27.camel@localhost.localdomain> <1089812597.23319.5.camel@megumi> Content-Type: text/plain Message-Id: <1089815231.2854.38.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Wed, 14 Jul 2004 15:27:12 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Jul 2004 14:26:18.0850 (UTC) FILETIME=[874E5420:01C469AE] Cc: Nautilus , Calum Benson Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 14:26:02 -0000 On Wed, 2004-07-14 at 14:43, Maciej Katafiasz wrote: > One more thing, this mockup doesn't take into account recent servers > (see discussion on http://bugzilla.gnome.org/show_bug.cgi?id=139105) > Does that need to be in the dialog though? You could for example have "Connect To Server" as a submenu in Nautilus. This submenu would contain a list of previously connected servers (or favourites) and a "Connect To New Server..." menu item at the bottom (which brings up the dialog). That way we can easily stop the dialog becoming more complicated. jamie. From j@bitron.ch Wed Jul 14 10:53:02 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from cpanel02.rubas.net (cpanel02.rubas.net [62.216.182.2]) by menubar.gnome.org (Postfix) with ESMTP id 3ED8A3B0BB0 for ; Wed, 14 Jul 2004 10:53:02 -0400 (EDT) Received: from 80-219-18-197.dclient.hispeed.ch ([80.219.18.197] helo=juerg-p4.bitron.ch) by cpanel02.rubas.net with asmtp (Exim 4.34) id 1Bkl7w-0004zZ-P5; Wed, 14 Jul 2004 16:52:57 +0200 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: AndyLiebman@aol.com In-Reply-To: <7d.52e67f39.2e269547@aol.com> References: <7d.52e67f39.2e269547@aol.com> Content-Type: text/plain; charset=UTF-8 Date: Wed, 14 Jul 2004 16:53:00 +0200 Message-Id: <1089816780.4364.13.camel@juerg-p4.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 1.5.90 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: nautilus-list@gnome.org Subject: Re: Delete Key and Nautilus X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 14:53:02 -0000 Hi On Mit, 2004-07-14 at 09:55 -0400, wrote: > I love Nautilus. But is there any way to prevent Nautilus from allowing=20 > deletion of files and folders by simply pressing the DELETE key on the ke= yboard? It=20 > seems very dangerous to me that you can do that without having a dialog b= ox=20 > ask you to confirm that you really want to delete the file or folder.=20 >=20 > The best thing for us would be to enable delete with the DELETE key, but=20 > require a confirmation.=20 If the option "Ask before emptying the Trash or deleting files" is enabled, nautilus won't really delete anything without confirmation (if it does it's a bug). Nautilus just moves files to Trash without confirmation but that's not really dangerous as they can easily be recovered. Regards, J=C3=BCrg --=20 J=C3=BCrg Billeter From kckrinke@opendoorsoftware.com Wed Jul 14 11:08:56 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tomts16-srv.bellnexxia.net (tomts16.bellnexxia.net [209.226.175.4]) by menubar.gnome.org (Postfix) with ESMTP id 6D54E3B09AC for ; Wed, 14 Jul 2004 11:08:56 -0400 (EDT) Received: from [192.168.0.26] ([69.158.99.248]) by tomts16-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20040714150851.HXTK9492.tomts16-srv.bellnexxia.net@[192.168.0.26]> for ; Wed, 14 Jul 2004 11:08:51 -0400 From: "Kevin C. Krinke" To: nautilus-list@gnome.org Content-Type: text/plain Organization: Open Door Software Inc. Message-Id: <1089817735.2580.34.camel@onest8> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 14 Jul 2004 11:08:55 -0400 Content-Transfer-Encoding: 7bit Subject: Desktop mountpoint icons X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 15:08:56 -0000 Ok folks I'd like to know how to work with the .volume icons shown when you mount a device / file system. (I found out the .volume extension using a nautilus script that simply shows you the values of all the NAUTILUS_SCRIPT_* environment variables as when you cd into ~/Desktop the icons are non-existent.) More precisely I'd like to know the following: 1) is there a way to prevent these from being made? ie: I don't want any of them on the desktop at all. 2) is there any data about the mountpoint that I can have access to either via a script or by writing a gnome app? ie: I'd like to get at the actual device and mountpoint names so that I can remount them with different options. Any help regarding these mysterious and not-really-there icons would be greatly appreciated. -- Kevin C. Krinke Open Door Software Inc. From rebehn@ant.uni-bremen.de Wed Jul 14 11:14:56 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from antsrv1.ant.uni-bremen.de (antsrv1.ant.uni-bremen.de [134.102.176.16]) by menubar.gnome.org (Postfix) with ESMTP id 6B44F3B0894 for ; Wed, 14 Jul 2004 11:14:56 -0400 (EDT) Received: from bremerhaven.ant.uni-bremen.de ([134.102.176.10] helo=ant.uni-bremen.de ident=rebehn) by antsrv1.ant.uni-bremen.de with esmtp (Exim 4.34 (FreeBSD)) id 1BklTD-0001CS-Ot; Wed, 14 Jul 2004 17:14:55 +0200 Message-ID: <40F54DEF.6090903@ant.uni-bremen.de> Date: Wed, 14 Jul 2004 17:14:55 +0200 From: Heinrich Rebehn User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040607 X-Accept-Language: en-us, en MIME-Version: 1.0 To: nautilus-list@gnome.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: nautilus and automounted directories X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 15:14:56 -0000 Hi list, after upgrading to 2.6, i noticed that nautilus still behaves buggy when displaying the contents of an automounted directory. When the automounter times out, the window disappears. This bug has been around for quite a while, is there any hope for it to be resolved in the near future? It's quite annoying to have to open an extra xterm an cd into the directory just to prevent closure of the window. Or am i missing something? --Heinrich -- Heinrich Rebehn University of Bremen Physics / Electrical and Electronics Engineering - Department of Telecommunications - Phone : +49/421/218-4664 Fax : -3341 From mnews22@wp.pl Wed Jul 14 11:26:55 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp.wp.pl (smtp.wp.pl [212.77.101.160]) by menubar.gnome.org (Postfix) with ESMTP id A23223B1197 for ; Wed, 14 Jul 2004 11:26:54 -0400 (EDT) Received: (wp-smtpd smtp.wp.pl 15323 invoked from network); 14 Jul 2004 17:26:51 +0200 Received: from unknown (HELO megumi) (mnews22@[195.116.35.55]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with RC4-MD5 encrypted SMTP for ; 14 Jul 2004 17:26:51 +0200 From: Maciej Katafiasz To: Bryan Clark In-Reply-To: <1089808142.3549.42.camel@localhost.localdomain> References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089732118.7834.7.camel@localhost.localdomain> <1089734275.29942.53.camel@cdelab89.ireland.sun.com> <1089808142.3549.42.camel@localhost.localdomain> Content-Type: text/plain; charset=iso-8859-2 Message-Id: <1089818954.23319.71.camel@megumi> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 14 Jul 2004 17:29:14 +0200 Content-Transfer-Encoding: 8bit X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-AS1: NOSPAM Body=1 Fuz1=1 Fuz2=1 X-WP-AS3: NOSPAM X-WP-SPAM: NO Cc: nautilus-list@gnome.org, Calum Benson Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 15:26:56 -0000 W li¶cie z ¶ro, 14-07-2004, godz. 14:29, Bryan Clark pisze: > > > I would prefer it if username field was hidden initially and only come > > > into play if its relevant (ie as you say after choosing the other > > > stuff). Some services might not require a username as such? > > > > True, although jumping dialogs aren't very pleasant... perhaps just > > greying it out would be sufficient. > > Having the entry come and go wouldn't be ideal. Just always asking for > a username and pre-filling it with your username is our best play for > this situation. Making the entry insensitive is an option for those > services we know don't require one... like below. Where host keys are > used, there's just no good way to be smart about that, we might as well > include the username and try to outsmart ourselves. Isn't always including username entry kinda one-size-fits-all approach? Different protocols may need some esoteric options, which don't fit in username/password scheme. IMHO, jumping shouldn't be that bad, as it will only happpen in lower, not-yet-filled part of dialog (provided that order of widgets is correct, which IMHO should be something like (parentheses mean "jumping" fields, slashes denote hint text)): _______________________________________________ [v]__New Network Connection____________[_][ ][X]| | | | Service (or Type?) : [ Public FTP |v] | (0) | Server : [ ftp://foo.bar.baz |v] | (1) | Mount Point : /mnt/foo/bar [Browse] | (2) | | | [Help] [Cancel] [Connect] | '-----------------------------------------------' __________________________________________________ [v]__New Network Connection_______________[_][ ][X]| | | | Service (or Type?) : [ FTP(With Username)|v] | | Server : [ ftp://foo.bar.baz |v] | | (Username :) [ Foonisher ] | (3) | ([ ] Use remembered password) | | /You will be asked for password if necessary/ | | Mount Point : /mnt/foo/bar [Browse] | | | | [Help] [Cancel] [Connect] | '--------------------------------------------------' _______________________________________________ [v]__New Network Connection____________[_][ ][X]| | | | Service (or Type?) : [ FrobnicaTTP |v] | | Server : [ ftp://foo.bar.baz |v] | | (Username :) [ Foonisher ] | | ([ ] Use Lart-o-tron) | | Mount Point : /mnt/foo/bar [Browse] | | | | [Help] [Cancel] [Connect] | '-----------------------------------------------' (0) I'm not sure whether Service or Type is better word here. Whatever the wording, each protocol entry should have tooltip to explain it a bit, so that FTP variants can describe difference, etc. In fact, all controls should have tooltips :) (1) Are we going to use dropdown here, or rather entry + browse dialog? What about recent servers then? (2) Shouldn't it rather be GnomeFileEntry instead? And of course, obligatory tooltip to explain what is mount point. (3) Username should be prefilled with username taken from keyring, and if that info is not available, with user's login name. As server will be chosen first, we shouldn't be afraid of destroying whatever user typed in already. One thing that concerns me is, how is dialog going to know which protocol type needs what controls, and more importantly, what is the logic behind them (ie, which checkbox grays out which entry, what info is obligatory, etc.) Are implementations going to register some FooProtocolConnectionDialogBody types inherited from GtkWidget, that will be inserted inbetween Server and Mount point controls? As available protocols are registered at runtime, this seems like only sensible approach, no? -- "Tautologizm to co¶ tautologicznego" Maciej Katafiasz http://mathrick.blog.pl From bclark@redhat.com Wed Jul 14 11:45:36 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 6D2123B11FE for ; Wed, 14 Jul 2004 11:45:36 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6EFjZe1006658; Wed, 14 Jul 2004 11:45:35 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6EFjZ023482; Wed, 14 Jul 2004 11:45:35 -0400 Received: from [172.16.64.243] (dhcp64-243.boston.redhat.com [172.16.64.243]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6EFj2p0030802; Wed, 14 Jul 2004 11:45:02 -0400 From: Bryan Clark To: Jamie McCracken In-Reply-To: <1089809703.2854.27.camel@localhost.localdomain> References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089732118.7834.7.camel@localhost.localdomain> <1089734275.29942.53.camel@cdelab89.ireland.sun.com> <1089808142.3549.42.camel@localhost.localdomain> <1089809703.2854.27.camel@localhost.localdomain> Content-Type: text/plain Organization: Red Hat Desktop Design Ninja Date: Wed, 14 Jul 2004 11:45:41 -0400 Message-Id: <1089819941.3147.24.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 (1.5.9.1-2) Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 15:45:36 -0000 On Wed, 2004-07-14 at 13:55 +0100, Jamie McCracken wrote: > > The things I wanted to improve most were the > > Folder: None <-- This is not so obvious what's going on > > I agree but not all services require a mount point so it could be > insensitive/hidden rather than just saying "None". Incidentally it could > be renamed "Folder Mount Point" to make it clear that it is a mount > (there might be a better word than mount here - Folder Attachment > Point?, Folder Link Point? etc) This is complicating things. We need to express that technical fact that this is a "Mount Point", Folder is an acceptable term that is mutually understood by technical and non-technical. > > Anonymous FTP <-- Needs some improvement > > I thought about what Calum said. The best I could come up with is > "Public FTP" and "Private FTP" services. Good suggestions, not sure if Private FTP would be confusing for someone connecting to their own (or companies) FTP site. Perhaps "Public FTP" and "FTP"... hmm. I'm a little worried about moving away from what public documentation might already have regarding to Anonymous FTP. Not that I'm against improving it, but even AOL Help [1] uses the term Anonymous. My concern is that if instructions say one thing and ours doesn't say that same thing, we'll have some confusion. Obviously there will be lots of exceptions to this since we can't control what other peoples instructions say, however I think Anonymous might be the accepted and documented term. > > Password Later? <-- A hint that the password will be asked for > > or just integrating the key-ring manager > It would be nice to have it all as one dialog but if key-ring is a > separate dialog then it only needs to pop up if it doesn't have the > password already stored (of course what happens if the password has > changed? Might be good idea to have option in dialog to override > key-ring if necessary - a "use key-ring setting for password" checkbox > in the dialog, perhaps?) I think that's complicating things again. Signaling that the password will be asked for later is most likely the best option. Adding extra options to this dialog will make it so we will start having lots of hidden or insensitive fields. This discussion should probably get off the nautilus list now and perhaps move to usability or something. Cheers, ~ Bryan [1] http://help.channels.aol.com/article.adp?catId=4&sCId=401&sSCId=4013&articleId=182951 -- Bryan Clark Red Hat Desktop Design Ninja From mnews22@wp.pl Wed Jul 14 11:46:10 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp.wp.pl (smtp.wp.pl [212.77.101.160]) by menubar.gnome.org (Postfix) with ESMTP id 047DE3B1208 for ; Wed, 14 Jul 2004 11:46:10 -0400 (EDT) Received: (wp-smtpd smtp.wp.pl 1074 invoked from network); 14 Jul 2004 17:46:09 +0200 Received: from unknown (HELO megumi) (mnews22@[195.116.35.55]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with RC4-MD5 encrypted SMTP for ; 14 Jul 2004 17:46:09 +0200 From: Maciej Katafiasz To: =?ISO-8859-1?Q?J=FCrg?= Billeter In-Reply-To: <1089816780.4364.13.camel@juerg-p4.bitron.ch> References: <7d.52e67f39.2e269547@aol.com> <1089816780.4364.13.camel@juerg-p4.bitron.ch> Content-Type: text/plain; charset=iso-8859-2 Message-Id: <1089820139.23319.76.camel@megumi> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 14 Jul 2004 17:49:00 +0200 Content-Transfer-Encoding: 8bit X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-AS1: NOSPAM Body=1 Fuz1=1 Fuz2=1 X-WP-AS3: NOSPAM X-WP-SPAM: NO Cc: AndyLiebman@aol.com, nautilus-list@gnome.org Subject: Re: Delete Key and Nautilus X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 15:46:10 -0000 W li¶cie z ¶ro, 14-07-2004, godz. 16:53, Jürg Billeter pisze: > > The best thing for us would be to enable delete with the DELETE key, but > > require a confirmation. > > If the option "Ask before emptying the Trash or deleting files" is > enabled, nautilus won't really delete anything without confirmation (if > it does it's a bug). Nautilus just moves files to Trash without > confirmation but that's not really dangerous as they can easily be > recovered. For some values of "easily", as there unfortunately ins't any way to say "put that file back where it came from". Windows for example have that, and it's somewhat necessary for proper operation of Trash (Windows have many other braindamages wrt to Trash, but that's beside the point ;) Cheers, Maciej -- "Tautologizm to co¶ tautologicznego" Maciej Katafiasz http://mathrick.blog.pl From mnews22@wp.pl Wed Jul 14 11:52:48 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp.wp.pl (smtp.wp.pl [212.77.101.160]) by menubar.gnome.org (Postfix) with ESMTP id 011BC3B11D5 for ; Wed, 14 Jul 2004 11:52:48 -0400 (EDT) Received: (wp-smtpd smtp.wp.pl 11625 invoked from network); 14 Jul 2004 17:52:47 +0200 Received: from unknown (HELO megumi) (mnews22@[195.116.35.55]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with RC4-MD5 encrypted SMTP for ; 14 Jul 2004 17:52:47 +0200 From: Maciej Katafiasz To: Christian Schneider In-Reply-To: <40F53FE0.8040007@scram.de> References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089762412.2962.20.camel@master.amauta> <1089765914.19279.52.camel@localhost.localdomain> <40F501A5.7010001@scram.de> <1089804596.2854.11.camel@localhost.localdomain> <40F53A61.2030903@scram.de> <1089813811.2854.33.camel@localhost.localdomain> <40F53FE0.8040007@scram.de> Content-Type: text/plain; charset=iso-8859-2 Message-Id: <1089820533.23319.80.camel@megumi> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 14 Jul 2004 17:55:34 +0200 Content-Transfer-Encoding: 8bit X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-AS1: NOSPAM Body=1 Fuz1=1 Fuz2=1 X-WP-AS3: NOSPAM X-WP-SPAM: NO Cc: Nautilus Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 15:52:48 -0000 W li¶cie z ¶ro, 14-07-2004, godz. 16:14, Christian Schneider pisze: > I also set both keys to work without double click. Double clicking the > middle button is very straining when like in mose cases it is a scroll > wheel too. That's why I explicitly requested mouse with "middle" button under thumb, separate from scrollwheel when my parents wanted to buy me new mouse :). That's the only usable configuration, IMHO. Cheers, Maciej -- "Tautologizm to co¶ tautologicznego" Maciej Katafiasz http://mathrick.blog.pl From ruediger.dohmhardt@freenet.de Wed Jul 14 13:57:26 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mout2.freenet.de (mout2.freenet.de [194.97.50.155]) by menubar.gnome.org (Postfix) with ESMTP id C832F3B0849 for ; Wed, 14 Jul 2004 13:57:25 -0400 (EDT) Received: from [194.97.50.135] (helo=mx2.freenet.de) by mout2.freenet.de with asmtp (Exim 4.390) id 1Bko0T-00011G-Bt for nautilus-list@gnome.org; Wed, 14 Jul 2004 19:57:25 +0200 Received: from b897c.b.pppool.de ([213.7.137.124]) by mx2.freenet.de with asmtp (ID ruedigerDohmhardt@freenet.de) (Exim 4.34 #3) id 1Bko0T-000091-2p for nautilus-list@gnome.org; Wed, 14 Jul 2004 19:57:25 +0200 Message-ID: <40F57425.7040204@freenet.de> Date: Wed, 14 Jul 2004 19:57:57 +0200 From: Ruediger Dohmhardt User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: nautilus-list@gnome.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Automounted Directories X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 17:57:26 -0000 Dear list-members, displaying automounted directories (automounted by subfs V0.9) worked fine for me with the original Gnome-SUSE9.1 installation. SUSE-9.1 uses Nautilus-V2.4.2. However, I immediately replaced GNOME-2.4 from SUSE9.1 with garnome 2.6.1, and last week with garnome 2.6.2 (Nautilus-2.6.3). Since than I must type a command like cd /media/usb to make Nautilus showing the USB-Stick contents longer than 3 seconds. Maybe someone can give a hint to this. CU Ruediger Dohmhardt PS: This e-mail belong to the thread "nautilus and automounted dierectories", but I just became list-participant. Hence I had to open a new thread. -- Ruediger Dohmhardt ruediger.dohmhardt@freenet.de Kiefernweg 7 Tel.: 04101 61743 25421 Pinneberg From dave@novell.com Wed Jul 14 14:06:04 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 3CD623B0C3D for ; Wed, 14 Jul 2004 14:06:04 -0400 (EDT) Received: (qmail 15458 invoked from network); 14 Jul 2004 18:06:03 -0000 Received: from localhost (HELO squee.boston.ximian.com) (127.0.0.1) by localhost with SMTP; 14 Jul 2004 18:06:03 -0000 From: Dave Camp To: Ruediger Dohmhardt In-Reply-To: <40F57425.7040204@freenet.de> References: <40F57425.7040204@freenet.de> Content-Type: multipart/mixed; boundary="=-pmr2bTbLqkZ2kB3oT+vI" Organization: Novell, Inc Date: Wed, 14 Jul 2004 14:04:55 -0400 Message-Id: <1089828296.31919.2.camel@squee.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 1.5.8 Cc: nautilus-list@gnome.org Subject: Re: Automounted Directories X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 18:06:04 -0000 --=-pmr2bTbLqkZ2kB3oT+vI Content-Type: text/plain Content-Transfer-Encoding: 7bit Submount and the gnome-vfs volume management don't get along very well. The attached patch to gnome-vfs gets it to work reasonably. -dave On Wed, 2004-07-14 at 19:57 +0200, Ruediger Dohmhardt wrote: > Dear list-members, > > displaying automounted directories (automounted by subfs V0.9) worked > fine for me with the original Gnome-SUSE9.1 installation. > SUSE-9.1 uses Nautilus-V2.4.2. > > However, I immediately replaced GNOME-2.4 from SUSE9.1 with garnome > 2.6.1, and last week with garnome 2.6.2 (Nautilus-2.6.3). > Since than I must type a command like > > cd /media/usb > > to make Nautilus showing the USB-Stick contents longer than 3 seconds. > > Maybe someone can give a hint to this. > > CU Ruediger Dohmhardt > > PS: This e-mail belong to the thread "nautilus and automounted > dierectories", > but I just became list-participant. Hence I had to open a new thread. > > -- > Ruediger Dohmhardt ruediger.dohmhardt@freenet.de > Kiefernweg 7 Tel.: 04101 61743 > 25421 Pinneberg > --=-pmr2bTbLqkZ2kB3oT+vI Content-Disposition: attachment; filename=gnome-vfs-submount.patch Content-Type: text/x-patch; name=gnome-vfs-submount.patch; charset=utf-8 Content-Transfer-Encoding: 7bit ? gnome-vfs-submount.patch ? daemon/gnome-vfs-daemon ? libgnomevfs/s-enum-types-c ? libgnomevfs/s-enum-types-h Index: libgnomevfs/gnome-vfs-volume-monitor-daemon.c =================================================================== RCS file: /cvs/gnome/gnome-vfs/libgnomevfs/gnome-vfs-volume-monitor-daemon.c,v retrieving revision 1.7 diff -u -r1.7 gnome-vfs-volume-monitor-daemon.c --- libgnomevfs/gnome-vfs-volume-monitor-daemon.c 18 May 2004 07:58:40 -0000 1.7 +++ libgnomevfs/gnome-vfs-volume-monitor-daemon.c 4 Jun 2004 01:33:17 -0000 @@ -700,7 +700,7 @@ vol->priv->is_mounted = 1; vol->priv->device_type = get_device_type_from_device_and_mount (mount->device_path, mount->mount_path); - + if ((strcmp (mount->filesystem_type, "iso9660") == 0) || (strcmp (mount->filesystem_type, "cd9660") == 0)) { if (vol->priv->device_type == GNOME_VFS_DEVICE_TYPE_UNKNOWN) { @@ -736,7 +736,8 @@ vol->priv->device_type = GNOME_VFS_DEVICE_TYPE_HARDDRIVE; } - if (vol->priv->device_type == GNOME_VFS_DEVICE_TYPE_CDROM) { + if (vol->priv->device_type == GNOME_VFS_DEVICE_TYPE_CDROM && + strcmp (mount->filesystem_type, "subfs")) { fd = 0; disctype = _gnome_vfs_get_cdrom_type (mount->device_path, &fd); @@ -817,6 +818,45 @@ return vol; } +static GList * +remove_submounts (GList *volumes) +{ + GList *l; + GList *new_volumes; + GHashTable *submounts; + + submounts = g_hash_table_new (g_str_hash, g_str_equal); + + for (l = volumes; l != NULL; l = l->next) { + GnomeVFSUnixMount *mount = l->data; + + if (!strcmp (mount->filesystem_type, "subfs")) { + g_hash_table_insert (submounts, + mount->device_path, + mount); + } + } + + new_volumes = NULL; + + for (l = volumes; l != NULL; l = l->next) { + GnomeVFSUnixMount *mount = l->data; + + if (strcmp (mount->filesystem_type, "subfs") != 0 && + g_hash_table_lookup (submounts, mount->device_path)) { + _gnome_vfs_unix_mount_free (mount); + } else { + new_volumes = g_list_prepend (new_volumes, mount); + } + } + + g_list_free (volumes); + + g_hash_table_destroy (submounts); + + return g_list_reverse (new_volumes); +} + static void update_mtab_volumes (GnomeVFSVolumeMonitorDaemon *volume_monitor_daemon) { @@ -833,6 +873,8 @@ if (_gnome_vfs_get_current_unix_mounts (&new_mtab)) { new_mtab = g_list_sort (new_mtab, (GCompareFunc) _gnome_vfs_unix_mount_compare); + new_mtab = remove_submounts (new_mtab); + diff_sorted_lists (volume_monitor_daemon->last_mtab, new_mtab, (GCompareFunc) _gnome_vfs_unix_mount_compare, &added, &removed); @@ -859,7 +901,7 @@ _gnome_vfs_volume_monitor_mounted (volume_monitor, vol); gnome_vfs_volume_unref (vol); } - + g_list_free (added); g_list_free (removed); g_list_foreach (volume_monitor_daemon->last_mtab, Index: libgnomevfs/gnome-vfs-volume-ops.c =================================================================== RCS file: /cvs/gnome/gnome-vfs/libgnomevfs/gnome-vfs-volume-ops.c,v retrieving revision 1.11 diff -u -r1.11 gnome-vfs-volume-ops.c --- libgnomevfs/gnome-vfs-volume-ops.c 3 Jun 2004 13:49:26 -0000 1.11 +++ libgnomevfs/gnome-vfs-volume-ops.c 4 Jun 2004 01:33:17 -0000 @@ -221,7 +221,7 @@ info = arg; - if (info != NULL) { + if (info != NULL && info->argv[0] != NULL) { error = NULL; if (g_spawn_sync (NULL, info->argv, @@ -317,6 +317,7 @@ static void mount_unmount_operation (const char *mount_point, const char *device_path, + const char *filesystem_type, GnomeVFSDeviceType device_type, gboolean should_mount, gboolean should_eject, @@ -341,26 +342,35 @@ name = mount_point; #endif + command = NULL; if (should_mount) { command = find_command (MOUNT_COMMAND); } else { - command = find_command (UMOUNT_COMMAND); + /* Don't unmount subfs volumes */ + if (!filesystem_type || strcmp (filesystem_type, "subfs") != 0) { + command = find_command (UMOUNT_COMMAND); + } } mount_info = g_new0 (MountThreadInfo, 1); i = 0; - mount_info->argv[i++] = g_strdup (command); - if (should_mount) { + + if (command) { + mount_info->argv[i++] = g_strdup (command); + if (should_mount) { #ifdef MOUNT_ARGUMENT - mount_info->argv[i++] = g_strdup (MOUNT_ARGUMENT); + mount_info->argv[i++] = g_strdup (MOUNT_ARGUMENT); #endif - } else { + } else { #ifdef UNMOUNT_ARGUMENT - mount_info->argv[i++] = g_strdup (UNMOUNT_ARGUMENT); + mount_info->argv[i++] = g_strdup (UNMOUNT_ARGUMENT); #endif + } + mount_info->argv[i++] = g_strdup (name); + mount_info->argv[i++] = NULL; + } else { + mount_info->argv[i++] = NULL; } - mount_info->argv[i++] = g_strdup (name); - mount_info->argv[i++] = NULL; mount_info->mount_point = g_strdup (mount_point); mount_info->device_path = g_strdup (device_path); @@ -488,7 +498,7 @@ GnomeVFSVolumeOpCallback callback, gpointer user_data) { - char *mount_path, *device_path; + char *mount_path, *device_path, *filesystem_type; char *uri; GnomeVFSVolumeType type; @@ -500,13 +510,16 @@ mount_path = gnome_vfs_get_local_path_from_uri (uri); g_free (uri); device_path = gnome_vfs_volume_get_device_path (volume); + filesystem_type = gnome_vfs_volume_get_filesystem_type (volume); mount_unmount_operation (mount_path, device_path, + filesystem_type, gnome_vfs_volume_get_device_type (volume), FALSE, FALSE, callback, user_data); g_free (mount_path); g_free (device_path); + g_free (filesystem_type); } else { unmount_connected_server (volume, callback, user_data); } @@ -517,7 +530,7 @@ GnomeVFSVolumeOpCallback callback, gpointer user_data) { - char *mount_path, *device_path; + char *mount_path, *device_path, *filesystem_type; char *uri; GnomeVFSVolumeType type; @@ -529,13 +542,16 @@ mount_path = gnome_vfs_get_local_path_from_uri (uri); g_free (uri); device_path = gnome_vfs_volume_get_device_path (volume); + filesystem_type = gnome_vfs_volume_get_filesystem_type (volume); mount_unmount_operation (mount_path, device_path, + filesystem_type, gnome_vfs_volume_get_device_type (volume), FALSE, TRUE, callback, user_data); g_free (mount_path); g_free (device_path); + g_free (filesystem_type); } else { unmount_connected_server (volume, callback, user_data); } @@ -552,8 +568,10 @@ mount_path = gnome_vfs_get_local_path_from_uri (uri); g_free (uri); device_path = gnome_vfs_drive_get_device_path (drive); + mount_unmount_operation (mount_path, device_path, + NULL, GNOME_VFS_DEVICE_TYPE_UNKNOWN, TRUE, FALSE, callback, user_data); @@ -566,7 +584,7 @@ GnomeVFSVolumeOpCallback callback, gpointer user_data) { - char *mount_path, *device_path, *uri; + char *mount_path, *device_path, *uri, *filesystem_type; GnomeVFSVolume *volume; @@ -580,13 +598,16 @@ mount_path = gnome_vfs_get_local_path_from_uri (uri); g_free (uri); device_path = gnome_vfs_drive_get_device_path (drive); + filesystem_type = gnome_vfs_volume_get_filesystem_type (volume); mount_unmount_operation (mount_path, device_path, + filesystem_type, (volume == NULL) ? GNOME_VFS_DEVICE_TYPE_UNKNOWN:gnome_vfs_volume_get_device_type (volume), FALSE, FALSE, callback, user_data); g_free (mount_path); g_free (device_path); + g_free (filesystem_type); gnome_vfs_volume_unref (volume); } @@ -595,7 +616,7 @@ GnomeVFSVolumeOpCallback callback, gpointer user_data) { - char *mount_path, *device_path, *uri; + char *mount_path, *device_path, *uri, *filesystem_type; GnomeVFSVolume *volume; @@ -609,13 +630,16 @@ mount_path = gnome_vfs_get_local_path_from_uri (uri); g_free (uri); device_path = gnome_vfs_drive_get_device_path (drive); + filesystem_type = gnome_vfs_volume_get_filesystem_type (volume); mount_unmount_operation (mount_path, device_path, + filesystem_type, (volume == NULL) ? GNOME_VFS_DEVICE_TYPE_UNKNOWN:gnome_vfs_volume_get_device_type (volume), FALSE, TRUE, callback, user_data); g_free (mount_path); g_free (device_path); + g_free (filesystem_type); gnome_vfs_volume_unref (volume); } --=-pmr2bTbLqkZ2kB3oT+vI-- From zzidre@mail.ru Wed Jul 14 15:00:43 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx0.rambler.ru (mx0.rambler.ru [81.19.66.47]) by menubar.gnome.org (Postfix) with ESMTP id 2639C3B1295 for ; Wed, 14 Jul 2004 15:00:42 -0400 (EDT) Received: from mailc.rambler.ru (mailc.rambler.ru [81.19.66.27]) by mx0.rambler.ru (Postfix) with ESMTP id 0B50E42F5FB; Wed, 14 Jul 2004 23:00:40 +0400 (MSD) Received: from mail.ru (clusterfw.beelinegprs.ru [217.118.66.232]) (authenticated bits=0) by mailc.rambler.ru (8.12.10/8.12.10) with ESMTP id i6EJ03J7080597; Wed, 14 Jul 2004 23:00:22 +0400 (MSD) Message-ID: <40F4CF86.2070304@mail.ru> Date: Wed, 14 Jul 2004 10:15:34 +0400 From: "Dmitry M. Shatrov" User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: AndyLiebman@aol.com References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Auth-User: erdizz, whoson: (null) Cc: nautilus-list@gnome.org Subject: Re: Delete Key and Nautilus X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 19:00:43 -0000 AndyLiebman@aol.com wrote: > In a message dated 7/14/2004 11:22:41 AM Eastern Daylight Time, > zzidre@mail.ru writes: > > I think the idea is that when you press 'Del' your files are not > actually beign deleted, they're moving to trash instead and it's > not so > dangerous, and you're really warned when you try to delete something > from trash permanently. There are two settings for it: whether you > should receive warnings when you act in trash or not and if there > should > be a way to bypass trash with Shift+Delete. > > Btw, there is an opinion (and I'm with it) that to press something > like > 'Del' is less likely than to hit 'Reset' with my leg shaking under > the table > > Dmitry > > Thanks for the clarification -- Dimitry and all. Now I understand why, > when I deleted a bunch of video files from a RAID array using > Nautilus, the space on my OS drive dropped by 500 MB! The files went > into the trash! That wasn't the behavior I expected. > > So, I can enable Shift-Delete in the preferences? And when I use > Shift-Delete, will I be asked for confirmation Yes/No? > > It may be more likely to hit 'Reset" than to press "Del" -- but I have > been in the situation a couple of times where I thought I had selected > directory "A", but I had really selected directory "B" just below it. > I once hit Shift-Del (this was in Windows) and I lost about 80 GB of > video files in a flash. It was a bummer. I had meant to delete the > directory above it. So, having a confirmation gives you a chance to > see your error. > > By the way, is there a way to make Nautilus create a Trash on every > Hard Drive -- so that when you delete something from THAT drive, it's > only moved to a new location rather than copied onto the system drive? > > Andy Liebman Well, the presence of confirmation is easy to see. Press Shift+Del on something really important for you. I agree, GNOME trash is not what could be called "fine". I think also, the second part of your question is more about gnome-vfs (try waking up their mailing list?): nautilus operates on top of it as far as I know, and if we want good trash (we do!) it probably should be implemented in gnome-vfs code [All advices above are given without any warranty, without even the implied warranty of merchantability or fitness for a particular purpose. With the hope they'll be useful, though.] From snickell@redhat.com Wed Jul 14 15:08:38 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 622493B07A3 for ; Wed, 14 Jul 2004 15:08:38 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6EJ8ce1025698; Wed, 14 Jul 2004 15:08:38 -0400 Received: from mail.boston.redhat.com (mail.boston.redhat.com [172.16.64.12]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6EJ8b026710; Wed, 14 Jul 2004 15:08:37 -0400 Received: from [172.16.67.56] (quixotic.boston.redhat.com [172.16.67.56]) by mail.boston.redhat.com (8.12.8/8.12.8) with ESMTP id i6EJ8a4F026217; Wed, 14 Jul 2004 15:08:36 -0400 From: Seth Nickell To: Calum Benson In-Reply-To: <1089731260.29941.4.camel@cdelab89.ireland.sun.com> References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> Content-Type: text/plain Date: Wed, 14 Jul 2004 15:08:59 -0400 Message-Id: <1089832139.3064.9.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 1.5.8 (1.5.8-1) Content-Transfer-Encoding: 7bit Cc: "nautilus-list@gnome.org" Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 19:08:38 -0000 On Tue, 2004-07-13 at 16:07 +0100, Calum Benson wrote: > On Thu, 2004-07-08 at 20:13, Seth Nickell wrote: > > Yo. Purty pitchures attached. > > Neat... here's a few questions/comments, which I'm sure you've argued > about yourselves while doing the design :) > > - I'm not sure how comfortable Joe User would be with the term > "Protocol"-- maybe something like "Type" would be simpler (or "Server > Type", but the "Server" part is kind of implicit from the title and > primary text)? Yeah, totally. I'm not sure how this thing turned into a production (*cough* bryan *cough*), the wording was sort of intended to be placeholders. "Server Type" seems to fit best. As for the actual dialog name, Bryan & I discussed this more and have reached consensus on "Open Remote Folder...". Its a little weird that a "side effect" of this is putting it on the desktop, but I don't think it'll cause problems... it'll just be a quick convenience for some people later. > - Personally I'd kind of expect the username field to come either first > or last, somehow... protocol, server and folder just seem to be too > logically related to have the username field split them up. (And since I > can't really decide what username I'm going to use until I've chosen the > other stuff, last would seem more natural.) To some degree this is shaped by technical constraints. 1) You can't browse for folders until you've entered a user name 2) The dialog isn't really intended to be static based on the server type. So if you select FTP, it should have a checkbox for "Anonymous". Or if you select, say, AFS, it should have a "Use current Kerberos credentials" checkbox (or something, terribly phrased I know). The username is one of the things impacted by this. Ideally, we'd like to have password here too, since username & password are almost always a pair...but that could also be protocol specific (e.g. with sftp if you have S/KEY installed you don't need a password). The "Server Type" "Server" and "Folder" fields are closely related to "what resource do I want", so it would be nice to keep them next to each other... so I'm a little unhappy w/ putting username in the middle. But because of (1) it seems necessary to do this rather than put username at the bottom. -Seth From rand_chars@rogers.com Wed Jul 14 15:31:30 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp103.rog.mail.re2.yahoo.com (smtp103.rog.mail.re2.yahoo.com [206.190.36.81]) by menubar.gnome.org (Postfix) with SMTP id 11CD33B129E for ; Wed, 14 Jul 2004 15:31:30 -0400 (EDT) Received: from unknown (HELO superslacker.theAsylum) (rand?chars@rogers.com@24.156.34.35 with login) by smtp103.rog.mail.re2.yahoo.com with SMTP; 14 Jul 2004 19:31:29 -0000 Date: Wed, 14 Jul 2004 15:31:27 -0400 From: Ori Bernstein To: nautilus-list@gnome.org Message-Id: <20040714153127.0198414b@superslacker.theAsylum> In-Reply-To: References: <1089314009.3111.3.camel@localhost.localdomain> X-Mailer: Sylpheed version 0.9.11claws (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 19:31:30 -0000 On Tue, 13 Jul 2004 12:24:03 -0500 Jerry Haltom dared to utter: > What about services which do not require a Username and/or password. > Doesn't it make sense to delay asking for this information until it is > required? > > For example, sftp might be using host keys, WebDav might be using > another authentication method, smb:/// might be using NTLM and/or > Kerberos. > > All methods which don't require a username/password, or only require > it sometimes. grayed-out text entries for username/password. A checkbox: "This server needs password authentication" (or something similar). Checking this checkbox ungrays the username/password entries, thereby allowing entering a username/password. There - simple to use, easy, obvious. From ruediger.dohmhardt@freenet.de Wed Jul 14 15:46:30 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by menubar.gnome.org (Postfix) with ESMTP id 21AC93B12EA for ; Wed, 14 Jul 2004 15:46:25 -0400 (EDT) Received: from [194.97.55.147] (helo=mx4.freenet.de) by mout0.freenet.de with asmtp (Exim 4.390) id 1Bkpht-0003fx-QL; Wed, 14 Jul 2004 21:46:21 +0200 Received: from b895a.b.pppool.de ([213.7.137.90]) by mx4.freenet.de with asmtp (ID ruedigerDohmhardt@freenet.de) (Exim 4.34 #3) id 1Bkpht-0005at-Ez; Wed, 14 Jul 2004 21:46:21 +0200 Message-ID: <40F58DAF.9060506@freenet.de> Date: Wed, 14 Jul 2004 21:46:55 +0200 From: Ruediger Dohmhardt User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dave Camp References: <40F57425.7040204@freenet.de> <1089828296.31919.2.camel@squee.boston.ximian.com> In-Reply-To: <1089828296.31919.2.camel@squee.boston.ximian.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: nautilus-list@gnome.org Subject: Re: Automounted Directories X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 19:46:30 -0000 Dave Camp wrote: >Submount and the gnome-vfs volume management don't get along very well. >The attached patch to gnome-vfs gets it to work reasonably. > >-dave > >On Wed, 2004-07-14 at 19:57 +0200, Ruediger Dohmhardt wrote: > > >>Dear list-members, >> >>displaying automounted directories (automounted by subfs V0.9) worked >>fine for me with the original Gnome-SUSE9.1 installation. >>SUSE-9.1 uses Nautilus-V2.4.2. >> >>However, I immediately replaced GNOME-2.4 from SUSE9.1 with garnome >>2.6.1, and last week with garnome 2.6.2 (Nautilus-2.6.3). >>Since than I must type a command like >> >> cd /media/usb >> >>to make Nautilus showing the USB-Stick contents longer than 3 seconds. >> >>Maybe someone can give a hint to this. >> >> >> Dear Dave, that patch solved the problem. I did cd /GIGA2/GNOME/garnome-2.6.2/platform/gnome-vfs/work/main.d/gnome-vfs-2.6.1.1 patch -p0 < gnome-vfs-submount.patch make install and now, Nautilus-2.6.3 keeps staying on the directory /media/usb-storage-odd-EUDARTechnologyInc-USBMassStorageDevice:0:0:0p1 Thank you very much -- Ruediger Dohmhardt ruediger.dohmhardt@freenet.de Kiefernweg 7 Tel.: 04101 61743 D-25421 Pinneberg From raul@cantara.com Wed Jul 14 17:27:24 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from cantara.com (unknown [64.81.54.108]) by menubar.gnome.org (Postfix) with ESMTP id B4FCC3B0C3C for ; Wed, 14 Jul 2004 17:27:19 -0400 (EDT) Received: from inspired.cantara.com (inspired.cantara.com [192.168.1.32]) by cantara.com (8.12.8/8.12.8) with ESMTP id i6ELUn6P027913 for ; Wed, 14 Jul 2004 14:30:51 -0700 From: Raul Acevedo MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16629.42262.881112.361921@inspired.cantara.com> Date: Wed, 14 Jul 2004 14:26:46 -0700 To: nautilus-list@gnome.org X-Mailer: VM 7.18 under Emacs 21.2.1 Subject: make symbolic links on desktop not open as file under Desktop folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 21:27:24 -0000 I've created a few symlinks to folders on my desktop my opening the parent folder, and using Meta-Shift-Click to drag the folder to the desktop. When I open such a folder from the desktop, I don't want Nautilus to open it under the path in /home/raul/Desktop/foo, I want it to open it as /home/raul/foo. For spatial mode, it means it treats the folder differently than I would expect, since it uses the folder attributes of the link and not of the target; for browser mode, it adds /home/raul/Desktop as the location which is not what I want. This can be resolved by either: 1. When Nautilus opens a symlink from the desktop, it opens the link target instead. 2. Have an easy way to create a .desktop file on the desktop from an existing file or folder, that uses the same icon as the original and when clicked opens the original. Ideally it would use an emblem to indicate this is really a .desktop file that "links" to the original, but this is less important. Is this already supported in some manner? Raul From raul@cantara.com Wed Jul 14 17:56:19 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from cantara.com (unknown [64.81.54.108]) by menubar.gnome.org (Postfix) with ESMTP id 82F863B1356 for ; Wed, 14 Jul 2004 17:56:12 -0400 (EDT) Received: from inspired.cantara.com (inspired.cantara.com [192.168.1.32]) by cantara.com (8.12.8/8.12.8) with ESMTP id i6ELxY6P029730 for ; Wed, 14 Jul 2004 14:59:42 -0700 From: Raul Acevedo MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16629.43988.318128.292480@inspired.cantara.com> Date: Wed, 14 Jul 2004 14:55:32 -0700 To: nautilus-list@gnome.org X-Mailer: VM 7.18 under Emacs 21.2.1 Subject: date format in list view X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 21:56:19 -0000 In list view, the date format takes up way too much space, and because it uses whole words for week day and month names, it's also actually harder to read at a glance. I know that sounds counter-intuitive, but it's easier to visually parse a list of dates when they are in shorter format that looks more like fixed width fields. Is there a way to change this? Ideally either Nautilus would automatically use a format like "mm/dd/yyyy hh:mi", or I could configure it via the List View tab in Preferences or even a GConf key that allows me to enter the raw format string. Raul From mnews22@wp.pl Wed Jul 14 18:12:12 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp.wp.pl (smtp.wp.pl [212.77.101.160]) by menubar.gnome.org (Postfix) with ESMTP id 891983B0CCC for ; Wed, 14 Jul 2004 18:11:11 -0400 (EDT) Received: (wp-smtpd smtp.wp.pl 7842 invoked from network); 15 Jul 2004 00:10:43 +0200 Received: from unknown (HELO megumi) (mnews22@[195.116.35.55]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with RC4-MD5 encrypted SMTP for ; 15 Jul 2004 00:10:43 +0200 From: Maciej Katafiasz To: Seth Nickell In-Reply-To: <1089832139.3064.9.camel@localhost.localdomain> References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089832139.3064.9.camel@localhost.localdomain> Content-Type: text/plain; charset=iso-8859-2 Message-Id: <1089843218.23564.5.camel@megumi> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 15 Jul 2004 00:13:38 +0200 Content-Transfer-Encoding: 8bit X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-AS1: NOSPAM Body=1 Fuz1=1 Fuz2=1 X-WP-AS3: NOSPAM X-WP-SPAM: NO Cc: "nautilus-list@gnome.org" , Calum Benson Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 22:12:12 -0000 W li¶cie z ¶ro, 14-07-2004, godz. 21:08, Seth Nickell pisze: > > - Personally I'd kind of expect the username field to come either first > > or last, somehow... protocol, server and folder just seem to be too > > logically related to have the username field split them up. (And since I > > can't really decide what username I'm going to use until I've chosen the > > other stuff, last would seem more natural.) > > To some degree this is shaped by technical constraints. > > 1) You can't browse for folders until you've entered a user name > 2) The dialog isn't really intended to be static based on the server > type. So if you select FTP, it should have a checkbox for "Anonymous". > Or if you select, say, AFS, it should have a "Use current Kerberos > credentials" checkbox (or something, terribly phrased I know). The > username is one of the things impacted by this. Ideally, we'd like to > have password here too, since username & password are almost always a > pair...but that could also be protocol specific (e.g. with sftp if you > have S/KEY installed you don't need a password). > > The "Server Type" "Server" and "Folder" fields are closely related to > "what resource do I want", so it would be nice to keep them next to each > other... so I'm a little unhappy w/ putting username in the middle. But > because of (1) it seems necessary to do this rather than put username at > the bottom. IMO, order should be: Type : FTP Server : ftp://foo.bar Username : Fred since username clearly depends on server being already selected. Moreover, server should determine what username is prefilled, and thus it should be above username. See my other post in thread for ASCII-art mockups :) Cheers, Maciej -- "Tautologizm to co¶ tautologicznego" Maciej Katafiasz http://mathrick.blog.pl From NQG24419@nifty.com Wed Jul 14 21:23:59 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail501.nifty.com (mail501.nifty.com [202.248.37.209]) by menubar.gnome.org (Postfix) with ESMTP id 0F7403B130B for ; Wed, 14 Jul 2004 21:23:57 -0400 (EDT) Received: from [219.97.31.137] (ntnara015137.nara.nt.adsl.ppp.infoweb.ne.jp [219.97.31.137])by mail501.nifty.com with ESMTP id i6F1NbW2021279; Thu, 15 Jul 2004 10:23:37 +0900 From: Ryan McDougall To: Seth Nickell In-Reply-To: <1089832139.3064.9.camel@localhost.localdomain> References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089832139.3064.9.camel@localhost.localdomain> Content-Type: text/plain Date: Thu, 15 Jul 2004 10:29:51 -0600 Message-Id: <1089908991.2601.24.camel@DRAGUN> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.2 (1.5.9.2-1) Content-Transfer-Encoding: 7bit Cc: nautilus-list@gnome.org, Calum Benson Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 01:23:59 -0000 On Wed, 2004-14-07 at 15:08 -0400, Seth Nickell wrote: > Yeah, totally. I'm not sure how this thing turned into a production > (*cough* bryan *cough*), the wording was sort of intended to be I don't think there is anything wrong with community feedback. > > 1) You can't browse for folders until you've entered a user name > 2) The dialog isn't really intended to be static based on the server > type. So if you select FTP, it should have a checkbox for "Anonymous". > Or if you select, say, AFS, it should have a "Use current Kerberos > credentials" checkbox (or something, terribly phrased I know). The > username is one of the things impacted by this. Ideally, we'd like to > have password here too, since username & password are almost always a > pair...but that could also be protocol specific (e.g. with sftp if you > have S/KEY installed you don't need a password). > > The "Server Type" "Server" and "Folder" fields are closely related to > "what resource do I want", so it would be nice to keep them next to each > other... so I'm a little unhappy w/ putting username in the middle. But > because of (1) it seems necessary to do this rather than put username at > the bottom. > > -Seth > Quick idea: since there is a whole set of options that depend directly on on Service Type/Server/Mount Folder (Folder is simply too generic for anyone to understand IMO) would it not be better to break this up into a two or three step process, like a wizard/druid/ninja? To steal maciej's ascii-art First screen _______________________________________________ [v]__New Network Connection____________[_][ ][X]| | | | Service (or Type?) : [ Public FTP |v] | | Server : [ ftp://foo.bar.baz |v] | | Mount Point : /mnt/foo/bar [Browse] | | | | [Help] [Cancel] [Next] | '-----------------------------------------------' Second screen (ServiceType + Server specific options) __________________________________________________ [v]__New Network Connection_______________[_][ ][X]| | | | Some options specific to "Public FTP" | | Username : [ KEYRING-USERNAME ] | | Password : [ ****** ] | | | | Log in Anonymously [X] | | | | [Help] [Cancel] [Connect] | '--------------------------------------------------' Final Screen __________________________________________________ [v]__New Network Connection_______________[_][ ][X]| | | | Results of Connection to "Server" | | "Could not connect: Server does not support | | Anonymous logins." | | | | [Help] [Cancel] [Back] [Retry] | '--------------------------------------------------' ps. Would it be a good idea to map delete key to "unmount" so mounted volumes behave like other folders? From greg@smeggy.no-ip.com Fri Jul 9 21:46:48 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by menubar.gnome.org (Postfix) with ESMTP id 5AA493B09F2 for ; Fri, 9 Jul 2004 21:46:46 -0400 (EDT) Received: from [192.168.0.3] (ppp32-113.lns1.adl1.internode.on.net [150.101.32.113]) by smtp3.adl2.internode.on.net (8.12.9/8.12.9) with ESMTP id i6A1kZHY041764 for ; Sat, 10 Jul 2004 11:16:44 +0930 (CST) From: Greg To: nautilus-list@gnome.org In-Reply-To: <6712-60022@sneakemail.com> References: <6712-60022@sneakemail.com> Content-Type: text/plain; charset=ISO-8859-1 Message-Id: <1089424034.2486.2.camel@greg> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sat, 10 Jul 2004 11:17:15 +0930 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Wed, 14 Jul 2004 23:23:59 -0400 Subject: Re: smb:// very slow X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2004 01:46:49 -0000 as a follow up, I am using a sym link from ~/.smb/smb.conf to /etc/samba/smb.conf It works fine as an interim solution -Greg On Sat, 2004-07-10 at 01:07, y9toi7y02@sneakemail.com wrote: > On Fri, 9 Jul 2004, "Cristóvăo B. B. Dalla Costa"cbraga-at-fs.inf.br |nautilus| wrote: > > We've been having similar problems, specially with Windows networks > > where Nautilus sometimes fails to display anything at all. smbclient > > works just fine for us. > > > > I've just checked and we don't have .smb directories at all, could there > > be another configuration problem? Any other hints? > If you look in the code here: > > http://cvs.gnome.org/viewcvs/gnome-vfs/modules/smb-method.c?rev=1.5&view=auto > > (search for 'try_init') you can see the code. > > This was the first mention of it that I could find: > > http://anoncvs.gnome.gr.jp/viewcvs.cgi/gnome-vfs-extras/smb-method.c?rev=1.37.2.1&view=markup > > (look at the end, it sais: > > //FIXME create an empty ~/.smb/smb.conf > > ) > > Earlier versions of the module used a private copy of samba. That way it > could set some things that cannot be set when using the libsmbclient > interface. Obviously it's a maintenance nightmare though. Anyway you might > have such an old version that does require ~/.smb/smb.conf but does not > create it for you. > > Here you can see (in the code) libsmbclient loading ~/.smb/smb.conf > > http://samba.org/doxygen/samba/group__misc.html#a2 > > Martijn Vernooij > > PS. I am on the list, no need for CC's From ghaywood@gmail.com Tue Jul 13 22:05:19 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by menubar.gnome.org (Postfix) with SMTP id E49A43B069A for ; Tue, 13 Jul 2004 22:05:18 -0400 (EDT) Received: by mproxy.gmail.com with SMTP id d19so480731rnf for ; Tue, 13 Jul 2004 19:05:06 -0700 (PDT) Received: by 10.38.207.20 with SMTP id e20mr435476rng; Tue, 13 Jul 2004 19:05:06 -0700 (PDT) Message-ID: <6e2a357704071319052dfe431c@mail.gmail.com> Date: Wed, 14 Jul 2004 11:35:06 +0930 From: Greg Haywood To: nautilus-list@gnome.org In-Reply-To: <16628.33551.811346.125514@inspired.cantara.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1088989027.2667.42.camel@localhost.localdomain> <1089316446.3111.20.camel@localhost.localdomain> <1089322114.7641.47.camel@localhost.localdomain> <40EDDA58.9070503@scram.de> <1089330752.17645.15.camel@localhost.localdomain> <1089410441.7755.54.camel@remedyz.boston.redhat.com> <1089419764.3057.86.camel@localhost.localdomain> <1089762412.2962.20.camel@master.amauta> <1089765914.19279.52.camel@localhost.localdomain> <16628.33551.811346.125514@inspired.cantara.com> X-Mailman-Approved-At: Wed, 14 Jul 2004 23:25:22 -0400 Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 02:05:19 -0000 well I will add my 2c in favor of this patch, it certainly improves things for me and should not cause the "strict" spatial/navigator camps any issues. -Greg On Tue, 13 Jul 2004 17:49:19 -0700, Raul Acevedo wrote: > I haven't followed everything about your patch, but what you said below, > plus the screenshot, looks awesome. Is this going to make it into CVS? > > Raul > > Jamie McCracken wrote: > > > On Wed, 2004-07-14 at 00:46, Manuel Amador (Rudd-O) wrote: > > > > Its also not really a third way as you put it cause we dont need the > > > > heavyweight navigator for it as an option - even ms explorer is separate > > > > from the lightweight browser it uses on the desktop. The navigator is > > > > fine as a separate and more complex app for more experienced users (a la > > > > explorer) but I actually find my patch with pathbar much much better for > > > > general browsing. If you haven't tried the patch then I suggest you do > > > > cuz it really makes browsing and file management really pleasant and > > > > efficient. > > > > > > I think that the bottom nav pathbar is a great idea. > > > > Yes I'm glad theres a majority of you that do want this feature - its so > > much slicker and nicer than the inefficient and irritating popup > > location button/menu. > > > > > > > You just have to > > > make it not start at / but use the topologically nearest available root > > > out of the list of roots in the file/open dialog. Basically > > > > > > /home/rudd-o/src > > > > > > shoudl appear as > > > > > > [Home folder] [src] > > > > > > Is that it? > > > > Already implemented and with home stock icon too so it more closely > > resembles the file chooser's pathbar - see my screenshot for what it > > looks like with this at : > > > > http://www.jamiemcc.pwp.blueyonder.co.uk/Nautilus_pathbar.png > > > > > > > Oh and it *should* open a new window. > > > > But it does! (but you can also set it to open in the same window too - > > EG you could set it up to have left click to open in new window and > > middle click to open in same window and that way the pathbar can do both > > depending whether you left or middle click it). > > > > Just to elaborate on why having the "open in same window" is appropriate > > here is because it actually provides a better slicker browsing ability > > compared to the navigator cause it has really good usability and > > consistency with the file chooser (thanks to the pathbar) and that will > > of course make it much easier for new users. And the icing on the cake > > is it integrates perfectly with the spatial mode thereby allowing you to > > mix and match the two really smartly - it creates the perfect hybrid > > file manager thats superior to either a pure browse or pure spatial > > implementation - there really is no need to limit yourself to just > > browse or spatial any longer (and hopefully end the destructive > > polarisation and fragmentation that the browser/spatial dichotomy causes > > too). > > > > I haven't used a better or slicker file manager anywhere else on any > > other platform - it even beats OS/X thanks to the pathbar! > > > > But there's no point in me ranting on how cool it is cause you really > > need to try it out to appreciate how slick and elegant it is - I'm not > > exaggerating when I say it rocks! > > > > > > jamie. > > > > -- > > nautilus-list mailing list > > nautilus-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/nautilus-list > > -- > nautilus-list mailing list > nautilus-list@gnome.org > http://mail.gnome.org/mailman/listinfo/nautilus-list > From cyrille.bollu@aweurope.be Tue Jul 13 08:06:17 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from www.awtce.net (uu212-190-219-18.unknown.uunet.be [212.190.219.18]) by menubar.gnome.org (Postfix) with SMTP id EEE343B0768 for ; Tue, 13 Jul 2004 08:06:15 -0400 (EDT) Received: from no.name.available by www.awtce.net via smtpd (for menubar.gnome.org [12.107.209.248]) with SMTP; Tue, 13 Jul 2004 14:06:27 +0200 Received: from awefwdmz1.aweurope.be ([10.142.211.1]) by localhost.localdomain (8.11.6/8.11.2) with SMTP id i6DBbi613943 for ; Tue, 13 Jul 2004 13:37:44 +0200 Received: from awe-ns1.aweurope.be by awefwdmz1.aweurope.be via smtpd (for [10.142.211.2] [10.142.211.2]) with SMTP; Tue, 13 Jul 2004 14:06:24 +0200 To: nautilus-list@gnome.org X-Mailer: Lotus Notes Release 6.5.1 January 21, 2004 Message-ID: From: cyrille.bollu@aweurope.be Date: Tue, 13 Jul 2004 14:06:12 +0200 X-MIMETrack: Serialize by Router on AWE_NS01/AW EUROPE/BE(Release 6.5.1|January 21, 2004) at 2004/07/13 02:06:13 PM MIME-Version: 1.0 Content-type: multipart/alternative; Boundary="0__=4EBBE443DFD303738f9e8a93df938690918c4EBBE443DFD30373" Content-Disposition: inline X-Mailman-Approved-At: Wed, 14 Jul 2004 23:25:40 -0400 Subject: file association lost after upgrading to gnome 2.6.1 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 12:06:17 -0000 --0__=4EBBE443DFD303738f9e8a93df938690918c4EBBE443DFD30373 Content-type: text/plain; charset=US-ASCII Hi all, I recently upgraded my desktop from gnome 2.4.2 to gnome 2.6.1 and from then file association doesn't work anymore in nautilus. Most of my files have unknown type. I say "in nautilus" because file association seems to work OK in gnome-file-properties. Does anyoby has a clue about where this problem is coming from? Regards, Cyrille --0__=4EBBE443DFD303738f9e8a93df938690918c4EBBE443DFD30373 Content-type: text/html; charset=US-ASCII Content-Disposition: inline

Hi all,

I recently upgraded my desktop from gnome 2.4.2 to gnome 2.6.1 and from then file association doesn't work anymore in nautilus. Most of my files have unknown type.

I say "in nautilus" because file association seems to work OK in gnome-file-properties.

Does anyoby has a clue about where this problem is coming from?

Regards,

Cyrille --0__=4EBBE443DFD303738f9e8a93df938690918c4EBBE443DFD30373-- From sanchezthecactus@yahoo.com Fri Jul 9 12:51:24 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from web12106.mail.yahoo.com (web12106.mail.yahoo.com [216.136.172.26]) by menubar.gnome.org (Postfix) with SMTP id 871CC3B08F5 for ; Fri, 9 Jul 2004 12:51:24 -0400 (EDT) Message-ID: <20040709165121.64272.qmail@web12106.mail.yahoo.com> Received: from [66.134.93.243] by web12106.mail.yahoo.com via HTTP; Fri, 09 Jul 2004 09:51:21 PDT Date: Fri, 9 Jul 2004 09:51:21 -0700 (PDT) From: Sanchez the Cactus To: nautilus-list@gnome.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Wed, 14 Jul 2004 23:25:53 -0400 Subject: Re: smb:// very slow X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2004 16:51:25 -0000 --- Martijn Vernooij wrote: > On Thu, 8 Jul 2004, Olaf [iso-8859-2] Fr±czyk olaf-at-cbk.poznan.pl > |nautilus| wrote: > > > On Thu, 2004-07-08 at 09:04, Alexander Larsson wrote: > > Hi, > > > > For me it is not so slow, but slow anyway. Listing shares on a server > > takes about 2 seconds, even if I go back from a share. In Windows it > > appears immediately. > > I use WINS server. Does nautilus take it into account (from smb.conf)? > > BTW, what happens if /etc/samba/smb.conf is not readable by user? > If you look in your home directory, there should be a .smb directory > containing a smb.conf file. That file is probably empty. That file is the > one that is used instead of /etc/samba/smb.conf . If you copy > /etc/samba/smb.conf to that file, it'll work. > > It's a libsmbclient limitation. > > Martijn Vernooij > Thanks Martijn, that seemed to fix it. Although I didn't notice the fix until today, though I changed the file yesterday. Maybe nautilus just needed to be restarted, or maybe something else needed to be restarted... -Joe __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail From NQG24419@nifty.com Thu Jul 15 02:43:23 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail503.nifty.com (mail503.nifty.com [202.248.37.211]) by menubar.gnome.org (Postfix) with ESMTP id E9F483B09CA for ; Thu, 15 Jul 2004 02:43:22 -0400 (EDT) Received: from [61.121.48.234] (ntnara028234.nara.nt.adsl.ppp.infoweb.ne.jp [61.121.48.234])by mail503.nifty.com with ESMTP id i6F6gtml027838; Thu, 15 Jul 2004 15:42:56 +0900 From: Ryan McDougall To: cyrille.bollu@aweurope.be In-Reply-To: References: Content-Type: text/plain Date: Thu, 15 Jul 2004 15:49:09 -0600 Message-Id: <1089928149.2738.9.camel@DRAGUN> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.2 (1.5.9.2-1) Content-Transfer-Encoding: 7bit Cc: nautilus-list@gnome.org Subject: Re: file association lost after upgrading to gnome 2.6.1 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 06:43:23 -0000 On Tue, 2004-13-07 at 14:06 +0200, cyrille.bollu@aweurope.be wrote: > Hi all, > > I recently upgraded my desktop from gnome 2.4.2 to gnome 2.6.1 and > from then file association doesn't work anymore in nautilus. Most of > my files have unknown type. > > I say "in nautilus" because file association seems to work OK in > gnome-file-properties. > > Does anyoby has a clue about where this problem is coming from? > > Regards, > > Cyrille > AFAIK this is a result of GNOME changing mime databases to a common freedesktop version. The problems caused by such a move are well known, and as it is the only way to help is make sure you have the latest shared-mime-info and submit any bugs you find. Cheers, Ryan From alexl@redhat.com Thu Jul 15 03:46:56 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 86AB93B123D for ; Thu, 15 Jul 2004 03:46:56 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6F7kse1000447; Thu, 15 Jul 2004 03:46:54 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6F7ks016081; Thu, 15 Jul 2004 03:46:54 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6F7kKh3026600; Thu, 15 Jul 2004 03:46:21 -0400 From: Alexander Larsson To: Raul Acevedo In-Reply-To: <16629.42262.881112.361921@inspired.cantara.com> References: <16629.42262.881112.361921@inspired.cantara.com> Content-Type: text/plain Message-Id: <1089877613.9530.4.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 15 Jul 2004 09:46:53 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: make symbolic links on desktop not open as file under Desktop folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 07:46:56 -0000 On Wed, 2004-07-14 at 23:26, Raul Acevedo wrote: > I've created a few symlinks to folders on my desktop my opening the > parent folder, and using Meta-Shift-Click to drag the folder to the > desktop. > > When I open such a folder from the desktop, I don't want Nautilus to > open it under the path in /home/raul/Desktop/foo, I want it to open it > as /home/raul/foo. For spatial mode, it means it treats the folder > differently than I would expect, since it uses the folder attributes of > the link and not of the target; for browser mode, it adds > /home/raul/Desktop as the location which is not what I want. > > This can be resolved by either: > > 1. When Nautilus opens a symlink from the desktop, it opens the link > target instead. > > 2. Have an easy way to create a .desktop file on the desktop from an > existing file or folder, that uses the same icon as the original and > when clicked opens the original. Ideally it would use an emblem to > indicate this is really a .desktop file that "links" to the > original, but this is less important. > > Is this already supported in some manner? 2 is the long term plan. There has been some work on it in HEAD, with the desktop file property pages. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's an oversexed skateboarding gangster who must take medication to keep him sane. She's a supernatural red-headed mermaid who hides her beauty behind a pair of thick-framed spectacles. They fight crime! From alexl@redhat.com Thu Jul 15 03:48:11 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 0B3A53B098D for ; Thu, 15 Jul 2004 03:48:11 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6F7m9e1000634; Thu, 15 Jul 2004 03:48:09 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6F7m8016214; Thu, 15 Jul 2004 03:48:08 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6F7lYfl027290; Thu, 15 Jul 2004 03:47:35 -0400 From: Alexander Larsson To: Raul Acevedo In-Reply-To: <16629.43988.318128.292480@inspired.cantara.com> References: <16629.43988.318128.292480@inspired.cantara.com> Content-Type: text/plain Message-Id: <1089877687.9530.6.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 15 Jul 2004 09:48:07 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: date format in list view X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 07:48:11 -0000 On Wed, 2004-07-14 at 23:55, Raul Acevedo wrote: > In list view, the date format takes up way too much space, and because > it uses whole words for week day and month names, it's also actually > harder to read at a glance. I know that sounds counter-intuitive, but > it's easier to visually parse a list of dates when they are in shorter > format that looks more like fixed width fields. > > Is there a way to change this? Ideally either Nautilus would > automatically use a format like "mm/dd/yyyy hh:mi", or I could configure > it via the List View tab in Preferences or even a GConf key that allows > me to enter the raw format string. There is no way currently, but having a date format preference is probably the right thing to do here. And we should probably change the default setting to be more 'regular'. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's an oversexed voodoo dwarf gone bad. She's an orphaned streetsmart mercenary from beyond the grave. They fight crime! From alexl@redhat.com Thu Jul 15 03:51:37 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 4D6163B0A48 for ; Thu, 15 Jul 2004 03:51:37 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6F7pbe1001375; Thu, 15 Jul 2004 03:51:37 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6F7pb016846; Thu, 15 Jul 2004 03:51:37 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6F7p2ux029613; Thu, 15 Jul 2004 03:51:03 -0400 From: Alexander Larsson To: "Kevin C. Krinke" In-Reply-To: <1089817735.2580.34.camel@onest8> References: <1089817735.2580.34.camel@onest8> Content-Type: text/plain Message-Id: <1089877895.9530.10.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 15 Jul 2004 09:51:35 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: Desktop mountpoint icons X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 07:51:37 -0000 On Wed, 2004-07-14 at 17:08, Kevin C. Krinke wrote: > Ok folks I'd like to know how to work with the .volume icons shown when > you mount a device / file system. (I found out the .volume extension > using a nautilus script that simply shows you the values of all the > NAUTILUS_SCRIPT_* environment variables as when you cd into ~/Desktop > the icons are non-existent.) > > More precisely I'd like to know the following: > > 1) is there a way to prevent these from being made? ie: I don't want any > of them on the desktop at all. Yes. There is a gconf setting now in HEAD: /apps/nautilus/desktop/volumes_visible > 2) is there any data about the mountpoint that I can have access to > either via a script or by writing a gnome app? ie: I'd like to get at > the actual device and mountpoint names so that I can remount them with > different options. Not really. These files are totally internal in-memory nautilus objects. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a genetically engineered soccer-playing dog-catcher for the 21st century. She's a brilliant nymphomaniac wrestler with a flame-thrower. They fight crime! From raul@cantara.com Thu Jul 15 04:04:48 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from cantara.com (unknown [64.81.54.108]) by menubar.gnome.org (Postfix) with ESMTP id 96FFE3B123D for ; Thu, 15 Jul 2004 04:04:47 -0400 (EDT) Received: from inspired.cantara.com (inspired.cantara.com [192.168.1.32]) by cantara.com (8.12.8/8.12.8) with ESMTP id i6F88D6P003141; Thu, 15 Jul 2004 01:08:15 -0700 From: Raul Acevedo MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16630.14968.730740.348627@inspired.cantara.com> Date: Thu, 15 Jul 2004 01:04:08 -0700 To: Alexander Larsson In-Reply-To: <1089877613.9530.4.camel@greebo.homeip.net> References: <16629.42262.881112.361921@inspired.cantara.com> <1089877613.9530.4.camel@greebo.homeip.net> X-Mailer: VM 7.18 under Emacs 21.2.1 Cc: Nautilus , Raul Acevedo Subject: Re: make symbolic links on desktop not open as file under Desktop folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 08:04:49 -0000 Alexander Larsson wrote: > 2 is the long term plan. There has been some work on it in HEAD, with > the desktop file property pages. Cool. Will this make it to 2.8? Thanks, Raul From ruediger.dohmhardt@freenet.de Thu Jul 15 04:07:40 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mout2.freenet.de (mout2.freenet.de [194.97.50.155]) by menubar.gnome.org (Postfix) with ESMTP id 93D7A3B12E2 for ; Thu, 15 Jul 2004 04:07:40 -0400 (EDT) Received: from [194.97.50.136] (helo=mx3.freenet.de) by mout2.freenet.de with asmtp (Exim 4.390) id 1Bl1HH-0005eQ-VK for nautilus-list@gnome.org; Thu, 15 Jul 2004 10:07:39 +0200 Received: from a5dcf.a.pppool.de ([213.6.93.207]) by mx3.freenet.de with asmtp (ID ruedigerDohmhardt@freenet.de) (Exim 4.34 #3) id 1Bl1HH-0004pv-Ju for nautilus-list@gnome.org; Thu, 15 Jul 2004 10:07:39 +0200 Message-ID: <40F63B70.6090304@freenet.de> Date: Thu, 15 Jul 2004 10:08:16 +0200 From: Ruediger Dohmhardt User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: nautilus-list@gnome.org References: <40F57425.7040204@freenet.de> <1089828296.31919.2.camel@squee.boston.ximian.com> In-Reply-To: <1089828296.31919.2.camel@squee.boston.ximian.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Automounted Directories X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 08:07:40 -0000 Dave Camp wrote: >Submount and the gnome-vfs volume management don't get along very well. >The attached patch to gnome-vfs gets it to work reasonably. > >-dave > >On Wed, 2004-07-14 at 19:57 +0200, Ruediger Dohmhardt wrote: > > >>Dear list-members, >> >>displaying automounted directories (automounted by subfs V0.9) worked >>fine for me with the original Gnome-SUSE9.1 installation. >>SUSE-9.1 uses Nautilus-V2.4.2. >> >>However, I immediately replaced GNOME-2.4 from SUSE9.1 with garnome >>2.6.1, and last week with garnome 2.6.2 (Nautilus-2.6.3). >>Since than I must type a command like >> >> cd /media/usb >> >>to make Nautilus showing the USB-Stick contents longer than 3 seconds. >> >>Maybe someone can give a hint to this. >> >> >> Dear Dave, that patch solved the problem. I did cd /GIGA2/GNOME/garnome-2.6.2/platform/gnome-vfs/work/main.d/gnome-vfs-2.6.1.1 patch -p0 < gnome-vfs-submount.patch make install and now, Nautilus-2.6.3 keeps staying on the directory /media/usb-storage-odd-EUDARTechnologyInc-USBMassStorageDevice:0:0:0p1 Thank you very much. -- Ruediger Dohmhardt ruediger.dohmhardt@freenet.de Kiefernweg 7 Tel.: 04101 61743 D-25421 Pinneberg -- nautilus-list mailing list nautilus-list@gnome.org http://mail.gnome.org/mailman/listinfo/nautilus-list From olaf@cbk.poznan.pl Thu Jul 15 04:25:42 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from goliath.sylaba.poznan.pl (goliath.sylaba.poznan.pl [193.151.36.3]) by menubar.gnome.org (Postfix) with ESMTP id 8E8553B0C94 for ; Thu, 15 Jul 2004 04:25:39 -0400 (EDT) Received: by goliath.sylaba.poznan.pl (Postfix, from userid 1003) id B317493B48; Thu, 15 Jul 2004 10:25:39 +0200 (CEST) Received: from localhost.localdomain (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by goliath.sylaba.poznan.pl (Postfix) with ESMTP id 413D293ADE; Thu, 15 Jul 2004 10:25:39 +0200 (CEST) Received: from [127.0.0.1] (venus [127.0.0.1]) by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i6F8PZkF003438; Thu, 15 Jul 2004 10:25:35 +0200 From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: Alexander Larsson In-Reply-To: <1089877613.9530.4.camel@greebo.homeip.net> References: <16629.42262.881112.361921@inspired.cantara.com> <1089877613.9530.4.camel@greebo.homeip.net> Content-Type: text/plain Message-Id: <1089879935.2682.5.camel@venus> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Thu, 15 Jul 2004 10:25:35 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus , Raul Acevedo Subject: Re: make symbolic links on desktop not open as file under Desktop folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 08:25:43 -0000 On Thu, 2004-07-15 at 09:46, Alexander Larsson wrote: > On Wed, 2004-07-14 at 23:26, Raul Acevedo wrote: > > I've created a few symlinks to folders on my desktop my opening the > > parent folder, and using Meta-Shift-Click to drag the folder to the > > desktop. > > > > When I open such a folder from the desktop, I don't want Nautilus to > > open it under the path in /home/raul/Desktop/foo, I want it to open it > > as /home/raul/foo. For spatial mode, it means it treats the folder > > differently than I would expect, since it uses the folder attributes of > > the link and not of the target; for browser mode, it adds > > /home/raul/Desktop as the location which is not what I want. > > > > This can be resolved by either: > > > > 1. When Nautilus opens a symlink from the desktop, it opens the link > > target instead. > > > > 2. Have an easy way to create a .desktop file on the desktop from an > > existing file or folder, that uses the same icon as the original and > > when clicked opens the original. Ideally it would use an emblem to > > indicate this is really a .desktop file that "links" to the > > original, but this is less important. > > > > Is this already supported in some manner? > > 2 is the long term plan. There has been some work on it in HEAD, with > the desktop file property pages. Hi, I use this: Right-Click Create Launcher Type: Link In URL I need to write target by hand (The browse doesn't let specify a directory) Set Name Press OK. It works for me. The ugly problem is that it has a gnome foot icon, not a directory one. Please let me know where do I find it. BTW, I use browser, not spatial, but I think it should work for you also. Regards, Olaf From mnews22@wp.pl Thu Jul 15 04:46:53 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp.wp.pl (smtp.wp.pl [212.77.101.160]) by menubar.gnome.org (Postfix) with ESMTP id 13B723B0897 for ; Thu, 15 Jul 2004 04:46:53 -0400 (EDT) Received: (wp-smtpd smtp.wp.pl 12368 invoked from network); 15 Jul 2004 10:46:51 +0200 Received: from unknown (HELO megumi) (mnews22@[195.116.35.55]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with RC4-MD5 encrypted SMTP for ; 15 Jul 2004 10:46:51 +0200 From: Maciej Katafiasz To: cyrille.bollu@aweurope.be In-Reply-To: X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-AS1: NOSPAM Body=1 Fuz1=1 Fuz2=1 X-WP-AS3: NOSPAM X-WP-SPAM: NO References: Content-Type: text/plain; charset=iso-8859-2 Message-Id: <1089881384.25377.4.camel@megumi> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 15 Jul 2004 10:49:45 +0200 Content-Transfer-Encoding: 8bit Cc: nautilus-list@gnome.org Subject: Re: file association lost after upgrading to gnome 2.6.1 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 08:46:53 -0000 W li¶cie z wto, 13-07-2004, godz. 14:06, cyrille.bollu@aweurope.be pisze: > Hi all, > > I recently upgraded my desktop from gnome 2.4.2 to gnome 2.6.1 and > from then file association doesn't work anymore in nautilus. Most of > my files have unknown type. > > I say "in nautilus" because file association seems to work OK in > gnome-file-properties. > > Does anyoby has a clue about where this problem is coming from? If it is Debian, updated in last few days, try simply running update-mime-database (or updating from repository again, as it was supposedely fixed in Sid right away) HTH, Maciej -- "Tautologizm to co¶ tautologicznego" Maciej Katafiasz http://mathrick.blog.pl From cyrille.bollu@aweurope.be Thu Jul 15 05:58:15 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from www.awtce.net (uu212-190-219-18.unknown.uunet.be [212.190.219.18]) by menubar.gnome.org (Postfix) with SMTP id F18703B133B for ; Thu, 15 Jul 2004 05:58:14 -0400 (EDT) Received: from no.name.available by www.awtce.net via smtpd (for menubar.gnome.org [12.107.209.248]) with SMTP; Thu, 15 Jul 2004 11:58:29 +0200 Received: from awefwdmz1.aweurope.be ([10.142.211.1]) by localhost.localdomain (8.11.6/8.11.2) with SMTP id i6F9TT603497 for ; Thu, 15 Jul 2004 11:29:30 +0200 Received: from awe-ns1.aweurope.be by awefwdmz1.aweurope.be via smtpd (for [10.142.211.2] [10.142.211.2]) with SMTP; Thu, 15 Jul 2004 11:58:27 +0200 In-Reply-To: <1089928149.2738.9.camel@DRAGUN> To: nautilus-list@gnome.org X-Mailer: Lotus Notes Release 6.5.1 January 21, 2004 Message-ID: From: cyrille.bollu@aweurope.be Date: Thu, 15 Jul 2004 11:58:13 +0200 X-MIMETrack: Serialize by Router on AWE_NS01/AW EUROPE/BE(Release 6.5.1|January 21, 2004) at 2004/07/15 11:58:13 AM MIME-Version: 1.0 Content-type: multipart/alternative; Boundary="0__=4EBBE441DFA589308f9e8a93df938690918c4EBBE441DFA58930" Content-Disposition: inline Subject: Re: file association lost after upgrading to gnome 2.6.1 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 09:58:15 -0000 --0__=4EBBE441DFA589308f9e8a93df938690918c4EBBE441DFA58930 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: quoted-printable Thanks all for the replies. If anybody remembers the solution I would be very happy to read it beca= use http://mail.gnome.org/archives seems to be down these days. Anyway, I've download shared-mime-info-0.14.tar.gz and will install tha= t this eveing on my linux (it's a messy "linux from scratch") I suppose I don't have to rebuild nautilus after... Isn't? Thanks, Cyrille Ryan McDougall wrote on 2004/07/15 23:49:09: > > [layout region removed] > > On Tue, 2004-13-07 at 14:06 +0200, cyrille.bollu@aweurope.be wrote: > > Hi all, > > > > I recently upgraded my desktop from gnome 2.4.2 to gnome 2.6.1 and > > from then file association doesn't work anymore in nautilus. Most o= f > > my files have unknown type. > > > > I say "in nautilus" because file association seems to work OK in > > gnome-file-properties. > > > > Does anyoby has a clue about where this problem is coming from? > > > > Regards, > > > > Cyrille > > > > AFAIK this is a result of GNOME changing mime databases to a common > freedesktop version. The problems caused by such a move are well know= n, > and as it is the only way to help is make sure you have the latest > shared-mime-info and submit any bugs you find. > > Cheers, > Ryan >= --0__=4EBBE441DFA589308f9e8a93df938690918c4EBBE441DFA58930 Content-type: text/html; charset=US-ASCII Content-Disposition: inline Content-transfer-encoding: quoted-printable

Thanks all for the replies.

If anybody remembers the solution I would be very happy to read it beca= use http://mail.gnome.org/ar= chives seems to be down these days.

Anyway, I've download shared-mime-info-0.14.tar.gz and will in= stall that this eveing on my linux (it's a messy "linux from scrat= ch")

I suppose I don't have to rebuild nautilus after... Is= n't?

Thanks,

Cyrille

Ryan McDougall <NQG24419@nifty.com> wrote on 2004/07/15 23:49= :09:

>
> [layout region removed]

>
> On Tue, 2004-13-07 at 14:06 +0200, cyrille.bollu@aweurope.be wrote= :
> > Hi all,
> >
> > I recently upgraded my desktop from gnome 2.4.2 to gnome 2.6.= 1 and
> > from then file association doesn't work anymore in nautilus. = Most of
> > my files have unknown type.
> >
> > I say "in nautilus" because file association seems = to work OK in
> > gnome-file-properties.
> >
> > Does anyoby has a clue about where this problem is coming fro= m?
> >
> > Regards,
> >
> > Cyrille
> >
>
> AFAIK this is a result of GNOME changing mime databases to a commo= n
> freedesktop version. The problems caused by such a move are well k= nown,
> and as it is the only way to help is make sure you have the latest=
> shared-mime-info and submit any bugs you find.
>
> Cheers,
> Ryan
>
= --0__=4EBBE441DFA589308f9e8a93df938690918c4EBBE441DFA58930-- From emak@free.fr Thu Jul 15 07:50:19 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by menubar.gnome.org (Postfix) with ESMTP id 9A7BB3B08F1 for ; Thu, 15 Jul 2004 07:50:19 -0400 (EDT) Received: from [192.168.0.100] (chateaudeau-2-82-66-18-21.fbx.proxad.net [82.66.18.21]) by postfix3-2.free.fr (Postfix) with ESMTP id E80D8D80B for ; Thu, 15 Jul 2004 13:50:17 +0200 (CEST) From: Boris de Laage To: nautilus-list@gnome.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-a9i0ajak31wA5qzsGx7o" Date: Thu, 15 Jul 2004 13:51:07 +0200 Message-Id: <1089892267.3358.27.camel@mandarine.home> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 (1.5.9.1-2) Subject: shell scripts & mime infos X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 11:50:19 -0000 --=-a9i0ajak31wA5qzsGx7o Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Where are the mime infos fetched from ? I have a shell script named something.sh : #!/bin/bash emacs I've checked "Ask" in the nautilus prefs for executable text files. On double-click, nothing is asked, emacs pops up. In gnome-file-type-properties, settings for text/x-sh are : - Viewer: view as text - default action: Custom I changed the default action to "gedit". Did nothing. I checked the file type, it said: application/x-shellscript. I have the same result with the "file -i something.sh" command. I then ran a "grep /usr/share/mime-info/* -e x-shellscript" to see where the mime type was registered. No result. I'm confused. Shell scripts are registered in gnome-vfs.mime as text/x- sh but recognized as application/x-shellscript... Where did nautilus fetch this information from ? And this is not the only inconsistency in mime types. --=20 Boris de Laage --=-a9i0ajak31wA5qzsGx7o Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBA9m+rGrrk3MYILQERAqd9AKCb2KSjHFzVRJGosO28GcbmYEK8HACdEQVX Ti+OzQUrObIeizrtScPIjPU= =xwvd -----END PGP SIGNATURE----- --=-a9i0ajak31wA5qzsGx7o-- From christianbecke@web.de Thu Jul 15 09:19:51 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp08.web.de (smtp08.web.de [217.72.192.226]) by menubar.gnome.org (Postfix) with ESMTP id 744CB3B0D08 for ; Thu, 15 Jul 2004 09:19:49 -0400 (EDT) Received: from [217.93.4.253] (helo=chemical.weddingnet) by smtp08.web.de with asmtp (TLSv1:RC4-MD5:128) (WEB.DE 4.101 #44) id 1Bl69M-0002am-00 for nautilus-list@gnome.org; Thu, 15 Jul 2004 15:19:48 +0200 From: Christian Becke To: nautilus-list@gnome.org Content-Type: text/plain Message-Id: <1089896862.6301.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 15 Jul 2004 15:19:00 +0200 Content-Transfer-Encoding: 7bit Sender: christianbecke@web.de Subject: Duplication of tree view menu entry in the sidepanel X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 13:19:51 -0000 Hi, I upgraded from an earlier version to nautilus-2.6.0 and now to 2.6.2. In the side panel, I got (in 2.6.0 as well as in 2.6.2) two entries for the tree view, one sets OAFIID:Nautilus_Tree_View, the other one sets OAFIID:Nautilus_File_Manager_Tree_View. If I choose the first one, nautilus crashes, the latter one works fine. I found a similar bug with google, suggested solution there was to remove /usr/lib/bonobo/libnautilus-tree-view.[la|so]. I did, and now the menu entry is gone, but now I get the error message "The Tree side panel encountered an error and can't continue.", but the side panel works fine. Is there a better way to remove the wrong menu entry (i.e. without recieving the error message every time I start nautilus in browser mode)? Best regards, Christian -- Christian Becke From j@bitron.ch Thu Jul 15 09:28:45 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from cpanel02.rubas.net (cpanel02.rubas.net [62.216.182.2]) by menubar.gnome.org (Postfix) with ESMTP id 952363B0DF7 for ; Thu, 15 Jul 2004 09:28:41 -0400 (EDT) Received: from 80-219-18-197.dclient.hispeed.ch ([80.219.18.197] helo=juerg-p4.bitron.ch) by cpanel02.rubas.net with asmtp (Exim 4.34) id 1Bl6Hr-0003vk-4o; Thu, 15 Jul 2004 15:28:35 +0200 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: Christian Becke In-Reply-To: <1089896862.6301.5.camel@localhost> References: <1089896862.6301.5.camel@localhost> Content-Type: text/plain; charset=UTF-8 Date: Thu, 15 Jul 2004 15:28:37 +0200 Message-Id: <1089898118.9385.3.camel@juerg-p4.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 1.5.90 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: nautilus-list@gnome.org Subject: Re: Duplication of tree view menu entry in the sidepanel X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 13:28:45 -0000 Hi On Don, 2004-07-15 at 15:19 +0200, Christian Becke wrote: > I upgraded from an earlier version to nautilus-2.6.0 and now to 2.6.2. > In the side panel, I got (in 2.6.0 as well as in 2.6.2) two entries for > the tree view, one sets OAFIID:Nautilus_Tree_View, the other one sets > OAFIID:Nautilus_File_Manager_Tree_View. > If I choose the first one, nautilus crashes, the latter one works fine. Yes, this happens after an upgrade to nautilus-2.6.x if you haven't removed the old nautilus before. > I found a similar bug with google, suggested solution there was to > remove /usr/lib/bonobo/libnautilus-tree-view.[la|so]. I did, and now the > menu entry is gone, but now I get the error message "The Tree side panel > encountered an error and can't continue.", but the side panel works > fine. >=20 > Is there a better way to remove the wrong menu entry (i.e. without > recieving the error message every time I start nautilus in browser > mode)? You should remove the file $PREFIX/servers/Nautilus_View_tree.server Regards, J=C3=BCrg --=20 J=C3=BCrg Billeter From AdminLotusNotes@aweurope.be Thu Jul 15 09:31:59 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from www.awtce.net (uu212-190-219-18.unknown.uunet.be [212.190.219.18]) by menubar.gnome.org (Postfix) with SMTP id 858F33B0E47 for ; Thu, 15 Jul 2004 09:31:58 -0400 (EDT) Received: from no.name.available by www.awtce.net via smtpd (for menubar.gnome.org [12.107.209.248]) with SMTP; Thu, 15 Jul 2004 15:32:13 +0200 Received: from awefwdmz1.aweurope.be ([10.142.211.1]) by localhost.localdomain (8.11.6/8.11.2) with SMTP id i6FD3C606325 for ; Thu, 15 Jul 2004 15:03:12 +0200 Received: from awe-ns1.aweurope.be by awefwdmz1.aweurope.be via smtpd (for [10.142.211.2] [10.142.211.2]) with SMTP; Thu, 15 Jul 2004 15:32:10 +0200 In-Reply-To: <1089896862.6301.5.camel@localhost> From: cyrille.bollu@aweurope.be To: nautilus-list@gnome.org X-Mailer: Lotus Notes Release 6.5.1 January 21, 2004 Message-ID: Sender: AdminLotusNotes@aweurope.be Date: Thu, 15 Jul 2004 15:31:33 +0200 X-MIMETrack: Serialize by Router on AWE_NS01/AW EUROPE/BE(Release 6.5.1|January 21, 2004) at 2004/07/15 03:31:56 PM MIME-Version: 1.0 Content-type: multipart/related; Boundary="0__=4EBBE441DFDA5F188f9e8a93df938690918c4EBBE441DFDA5F18" Subject: Re: Duplication of tree view menu entry in the sidepanel X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 13:31:59 -0000 --0__=4EBBE441DFDA5F188f9e8a93df938690918c4EBBE441DFDA5F18 Content-type: multipart/alternative; Boundary="1__=4EBBE441DFDA5F188f9e8a93df938690918c4EBBE441DFDA5F18" --1__=4EBBE441DFDA5F188f9e8a93df938690918c4EBBE441DFDA5F18 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: quoted-printable Hello, I got the same problem. Selecting the wrong tree view lead in nautilus crashing all the time: Try to open a filesystem browser and it will cra= sh after 1 sec. I went to /etc/gnome... and changed a %gconf file (don't remember which= one). Now it doesn't crash anymore. But I don't use the tree view... ba= d... My wife's linux waf is sinking. Cyrille = Christian Becke = = To Sent by: nautilus-list@gnome.org = nautilus-list-bou = cc nces@gnome.org = Subj= ect Duplication of tree view menu en= try 2004/07/15 15:19 in the sidepanel = = = = = = = Hi, I upgraded from an earlier version to nautilus-2.6.0 and now to 2.6.2. In the side panel, I got (in 2.6.0 as well as in 2.6.2) two entries for= the tree view, one sets OAFIID:Nautilus_Tree_View, the other one sets OAFIID:Nautilus_File_Manager_Tree_View. If I choose the first one, nautilus crashes, the latter one works fine.= I found a similar bug with google, suggested solution there was to remove /usr/lib/bonobo/libnautilus-tree-view.[la|so]. I did, and now th= e menu entry is gone, but now I get the error message "The Tree side pane= l encountered an error and can't continue.", but the side panel works fine. Is there a better way to remove the wrong menu entry (i.e. without recieving the error message every time I start nautilus in browser mode)? Best regards, Christian -- Christian Becke -- nautilus-list mailing list nautilus-list@gnome.org http://mail.gnome.org/mailman/listinfo/nautilus-list = --1__=4EBBE441DFDA5F188f9e8a93df938690918c4EBBE441DFDA5F18 Content-type: text/html; charset=US-ASCII Content-Disposition: inline Content-transfer-encoding: quoted-printable

Hello,

I got the same problem. Selecting the wrong tree view lead in nautilus = crashing all the time: Try to open a filesystem browser and it will cra= sh after 1 sec.

I went to /etc/gnome... and changed a %gconf file (don't remember which= one). Now it doesn't crash anymore. But I don't use the tree view... b= ad... My wife's linux waf is sinking.

Cyrille

3D"InactiveChristian Becke <christianbecke@web.de&g= t;





=
          Christian Becke <christianbecke@web.de>
          Sent by: nautilus-list-bounces@gnome.org

          2004/07/15 15:19

 =
3D""
To
3D""
nautilus-list@gnome.org
3D""
cc
3D""
3D""
Subject
3D""
Duplication of tree view menu entry in the sidepanel
=3D""3D""<= /td>

Hi,

I upgraded from an earlier version to nautilus-2.6.0 and now to 2.6.2.<= br> In the side panel, I got (in 2.6.0 as well as in 2.6.2) two entries for=
the tree view, one sets OAFIID:Nautilus_Tree_View, the other one sets OAFIID:Nautilus_File_Manager_Tree_View.
If I choose the first one, nautilus crashes, the latter one works fine.=

I found a similar bug with google, suggested solution there was to
remove /usr/lib/bonobo/libnautilus-tree-view.[la|so]. I did, and now th= e
menu entry is gone, but now I get the error message "The Tree side= panel
encountered an error and can't continue.", but the side panel work= s
fine.

Is there a better way to remove the wrong menu entry (i.e. without
recieving the error message every time I start nautilus in browser
mode)?


Best regards,

Christian
--
Christian Becke <christianbecke@web.de>

--
nautilus-list mailing list
nautilus-list@gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list
= --1__=4EBBE441DFDA5F188f9e8a93df938690918c4EBBE441DFDA5F18-- --0__=4EBBE441DFDA5F188f9e8a93df938690918c4EBBE441DFDA5F18 Content-type: image/gif; name="graycol.gif" Content-Disposition: inline; filename="graycol.gif" Content-ID: <10__=4EBBE441DFDA5F188f9e8a93df93@aweurope.be> Content-transfer-encoding: base64 R0lGODlhEAAQAKECAMzMzAAAAP///wAAACH5BAEAAAIALAAAAAAQABAAAAIXlI+py+0PopwxUbpu ZRfKZ2zgSJbmSRYAIf4fT3B0aW1pemVkIGJ5IFVsZWFkIFNtYXJ0U2F2ZXIhAAA7 --0__=4EBBE441DFDA5F188f9e8a93df938690918c4EBBE441DFDA5F18 Content-type: image/gif; name="pic31147.gif" Content-Disposition: inline; filename="pic31147.gif" Content-ID: <20__=4EBBE441DFDA5F188f9e8a93df93@aweurope.be> Content-transfer-encoding: base64 R0lGODlhWABDALP/AAAAAK04Qf79/o+Gm7WuwlNObwoJFCsoSMDAwGFsmIuezf///wAAAAAAAAAA AAAAACH5BAEAAAgALAAAAABYAEMAQAT/EMlJq704682770RiFMRinqggEUNSHIchG0BCfHhOjAuh EDeUqTASLCbBhQrhG7xis2j0lssNDopE4jfIJhDaggI8YB1sZeZgLVA9YVCpnGagVjV171aRVrYR RghXcAGFhoUETwYxcXNyADJ3GlcSKGAwLwllVC1vjIUHBWsFilKQdI8GA5IcpApeJQt8L09lmgkH LZikoU5wjqcyAMMFrJIDPAKvCFletKSev1HBw8KrxtjZ2tvc3d5VyKtCKW3jfz4uMKmq3xu4N0nK BVoJQmx2LGVOmrqNjjJf2hHAQo/eDwJGTKhQMcgQEEAnEjFS98+RnW3smGkZU6ncCWav/4wYOnAI TihRL/4FEwbp28BXMMcoscQCVxlepL4IGDSCyJyVQOu0o7CjmLN50OZlqWmyFy5/6yBBuji0AxFR M00oQAqNIstqI6qKHUsWRAEAvagsmfUEAImyxgbmUpJk3IklNUtJOUAVLoUr1+wqDGTE4zk+T6FG uQb3SizBCwatiiUgCBN8vrz+zFjVyQ8FWkOlg4NQiZMB5QS8QO3mpOaKnL0Z2EKvNMSILEThKhCg zMKPVxYJh23qm9KNW7pArPynMqZDiErsTMqI+LRi3QAgkFUbXpuFKhSYZALd0O5RKa2z9EYKBbpb qxIKsjUPRgD7I2XYV6wyrOw92ykExP8NW4URhknC5dKGE4v4NENQj2jXjmfNgOZDaXb5glRmXQ33 YEWQYNcZFnrYcIQLNzyTFDQNkXIff0ExVlY4srziQk43inZgL4rwxxINMvpFFAz1KOODHiu+4aEw NEjFl5B3JIKWKF3k6I9bfUGp5ZZcdunll5IA4cuHvQQJ5gcsoCWOOUwgltIwAKRxJgbIkJAQZEq0 2YliZnpZZ4BH3CnYOXldOUOfQoYDqF1LFHbXCrO8xmRsfoXDXJ6ChjCAH3QlhJcT6VWE6FCkfCco CgrMFsROrIEX3o2whVjWDjoJccN3LdggSGXLCdLEgHr1lyU3O3QxhgohNKXJCWv8JQr/PDdaqd6w 2rj1inLiGeiCJoDspAoQlYE6QWLSECehcWIYxIQES6zhbn1iImTHEQyqJ4eIxJJoUBc+3CbBuwZE V5cJPPkIjFDdeEabQbd6WgICTxiiz0f5dBKquXF6k4senwEhYGnKEFJeGrxUZy8dB8gmAXI/sPvH ESfCwVt5hTgYiqQqtdRNHQIU1PJ33ZqmzgE90OwLaoJcnMop1WiMmgkPHQRIrwgFuNV90A3doNKT mrKIN07AnGcI9BQjhCBN4RfA1qIZnMqorJCogKfGQnxSCDilTVIA0yl5ciTovgLuBDKFUDE9aQcw 9SA+rjSNf9/M1gxrj6VwDTS0IUSElMzBfsj0NFXR2kwsV1A5IF1grLgLL/r1R40BZEnuBWgmQEyb jqRwSAt6bqMCOFkvKFN2GPPkUzIm/SCF8z8pVzpbjVnMsy0vOr1hw3SaSRUhpY09v0z0J1FnwzPl fmh+xl4WtR0zGu24I4KbMQm3lnVu2oNWxI9W/lcyzA+mCKF4DBikxb/+UWtOGRiFP8qEwAayIgIA Ow== --0__=4EBBE441DFDA5F188f9e8a93df938690918c4EBBE441DFDA5F18 Content-type: image/gif; name="ecblank.gif" Content-Disposition: inline; filename="ecblank.gif" Content-ID: <30__=4EBBE441DFDA5F188f9e8a93df93@aweurope.be> Content-transfer-encoding: base64 R0lGODlhEAABAIAAAAAAAP///yH5BAEAAAEALAAAAAAQAAEAAAIEjI8ZBQA7 --0__=4EBBE441DFDA5F188f9e8a93df938690918c4EBBE441DFDA5F18-- From gcgn-nautilus-list@m.gmane.org Thu Jul 15 12:01:21 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by menubar.gnome.org (Postfix) with ESMTP id CA6373B1314 for ; Thu, 15 Jul 2004 12:01:16 -0400 (EDT) Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1Bl8fb-0001zd-00 for ; Thu, 15 Jul 2004 18:01:15 +0200 Received: from pd95fd19e.dip.t-dialin.net ([217.95.209.158]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 15 Jul 2004 18:01:15 +0200 Received: from schaefer by pd95fd19e.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 15 Jul 2004 18:01:15 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: nautilus-list@gnome.org From: Andre Schaefer Date: Thu, 15 Jul 2004 17:50:35 +0200 Lines: 46 Message-ID: References: <1086664181.10225.8.camel@alice.wonderland> <1086672532.27408.11.camel@hubert> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pd95fd19e.dip.t-dialin.net User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en In-Reply-To: <1086672532.27408.11.camel@hubert> X-Enigmail-Version: 0.84.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Sender: news Subject: Re: UI Mockup Round 2 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 16:01:21 -0000 Daniel Brodie wrote: >>And now the biggie... The location bar. It's obvious people like the >>text entry version. And people also like the path buttons version. So >>here is my idea (Based on Eugenia's idea of using a customized toolbar >>like in Epiphany). We should have 3 toolbars to choose from the "Back, >>Forward, Up, ..." toolbar, the location toolbar (text entry version), >>and the path buttons toolbar. The user can then choose what combination >>of the 3 possible toolbars he wants. I have 2 mockups to demonstrate >>this. >>http://www.ethanzimmerman.com/images/nautilus_toolbars_style_1.png >>http://www.ethanzimmerman.com/images/nautilus_toolbars_style_2.png >>What do you guys think of this? Oh and I didn't change the way the left >>pane looks partially because there's not much of a visual change in this >>new version, but mostly because I'm lazy :-) > > > I would like to propose a different appraoch: > http://brodienet.com/~daniel/nautilus_toolbars_newstyle.png > > That is a GtkEntryCompletion. It is always in the end of the pathbar, > and lets people always, easily, type in relative paths. A person can > also go into very nested folders very quickly just by typing and using > the auto-complete. It is also easy to go up by typing in ../../ > some_folder_name and then you can continue to type in the path that you > want. It also works great for hidden file/folders. Last, its simple > enough that a beginner should understand how to use this 'hybrid'. That is very useful - it is exactly how I use the RoX filer. When I hit '/' the path appears (that's a diffenrence, in you mock it would be visible right away) and while i type the display reflects my typing. A RAPID mode of navigation, I must say. > Now, regarding the up command, GtkEntryCompletion have support for > actions. While I don't think it really fits in (since you have to start > typing a folder name to go up?) I just thought I would pop it on the > screenshot, since there maybe some good actions that an be added to it > that I haven't thought of. > > The only case I can think of where a complete text entry would be > better, is if you have similar paths you want to edit (say /mnt/win1/ > file to /mnt/win2/file). Though, this could be done with the ctrl+l > dialog. But the CTRL+L dialog should then have the current path in it, at least. * André From j@bitron.ch Thu Jul 15 14:19:02 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from cpanel02.rubas.net (cpanel02.rubas.net [62.216.182.2]) by menubar.gnome.org (Postfix) with ESMTP id 1D02B3B0808 for ; Thu, 15 Jul 2004 14:19:02 -0400 (EDT) Received: from 80-219-18-197.dclient.hispeed.ch ([80.219.18.197] helo=juerg-p4.bitron.ch) by cpanel02.rubas.net with asmtp (Exim 4.34) id 1BlAok-0002g6-32; Thu, 15 Jul 2004 20:18:50 +0200 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: Alexander Larsson In-Reply-To: <1089877687.9530.6.camel@greebo.homeip.net> References: <16629.43988.318128.292480@inspired.cantara.com> <1089877687.9530.6.camel@greebo.homeip.net> Content-Type: multipart/mixed; boundary="=-QcMLGRpteEtbNru/ShmN" Date: Thu, 15 Jul 2004 20:18:51 +0200 Message-Id: <1089915531.9385.10.camel@juerg-p4.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 1.5.90 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: Nautilus , Raul Acevedo Subject: Re: date format in list view X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 18:19:02 -0000 --=-QcMLGRpteEtbNru/ShmN Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Don, 2004-07-15 at 09:48 +0200, Alexander Larsson wrote: > On Wed, 2004-07-14 at 23:55, Raul Acevedo wrote: > > In list view, the date format takes up way too much space, and because > > it uses whole words for week day and month names, it's also actually > > harder to read at a glance. I know that sounds counter-intuitive, but > > it's easier to visually parse a list of dates when they are in shorter > > format that looks more like fixed width fields. > >=20 > > Is there a way to change this? Ideally either Nautilus would > > automatically use a format like "mm/dd/yyyy hh:mi", or I could configur= e > > it via the List View tab in Preferences or even a GConf key that allows > > me to enter the raw format string. >=20 > There is no way currently, but having a date format preference is > probably the right thing to do here. And we should probably change the > default setting to be more 'regular'. Attached is a patch that adds a preference for the date format. One can choose between '%c' ('the preferred representation for the current locale'), iso-style (%Y-%m-%d %H:%M:%S) and the current format. The patch changes the default format to '%c'. --=20 J=C3=BCrg Billeter --=-QcMLGRpteEtbNru/ShmN Content-Disposition: attachment; filename=nautilus-date-format-1.patch Content-Type: text/x-patch; name=nautilus-date-format-1.patch; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Index: ChangeLog =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/gnome/nautilus/ChangeLog,v retrieving revision 1.6225 diff -u -r1.6225 ChangeLog --- ChangeLog 7 Jul 2004 14:06:34 -0000 1.6225 +++ ChangeLog 15 Jul 2004 18:16:18 -0000 @@ -1,3 +1,17 @@ +2004-07-15 J=C3=BCrg Billeter + + * libnautilus-private/apps_nautilus_preferences.schemas.in: + * libnautilus-private/nautilus-directory.c: (add_preferences_callbacks): + * libnautilus-private/nautilus-file.c: (date_format_changed_callback), + (nautilus_file_fit_date_as_string): + * libnautilus-private/nautilus-global-preferences.c: + * libnautilus-private/nautilus-global-preferences.h: + * src/nautilus-file-management-properties.c: (create_date_format_menu), + (nautilus_file_management_properties_dialog_setup): + * src/nautilus-file-management-properties.glade: + Add preference to choose date format. Set default date format to '%c', + 'the preferred representation for the current locale'. + 2004-07-07 Alexander Larsson =20 * libnautilus-private/nautilus-file-operations.c (handle_transfer_overwri= te): Index: libnautilus-private/apps_nautilus_preferences.schemas.in =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/gnome/nautilus/libnautilus-private/apps_nautilus_preferences= .schemas.in,v retrieving revision 1.18 diff -u -r1.18 apps_nautilus_preferences.schemas.in --- libnautilus-private/apps_nautilus_preferences.schemas.in 14 May 2004 09= :34:07 -0000 1.18 +++ libnautilus-private/apps_nautilus_preferences.schemas.in 15 Jul 2004 18= :16:20 -0000 @@ -629,6 +629,21 @@ =20 + /schemas/apps/nautilus/preferences/date_format + /apps/nautilus/preferences/date_format + nautilus + string + locale + + Date Format + + The format of file dates. Possible values are "locale", + "iso", and "informal". + + + + + /schemas/apps/nautilus/preferences/hide_built_in_bookmarks /apps/nautilus/preferences/hide_built_in_bookmarks nautilus Index: libnautilus-private/nautilus-directory.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/gnome/nautilus/libnautilus-private/nautilus-directory.c,v retrieving revision 1.252 diff -u -r1.252 nautilus-directory.c --- libnautilus-private/nautilus-directory.c 11 Jan 2004 20:34:17 -0000 1.2= 52 +++ libnautilus-private/nautilus-directory.c 15 Jul 2004 18:16:21 -0000 @@ -304,6 +304,9 @@ eel_preferences_add_callback (NAUTILUS_PREFERENCES_SHOW_DIRECTORY_ITEM_CO= UNTS, async_data_preference_changed_callback, NULL); + eel_preferences_add_callback (NAUTILUS_PREFERENCES_DATE_FORMAT, + async_data_preference_changed_callback, + NULL); } =20 char * Index: libnautilus-private/nautilus-file.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/gnome/nautilus/libnautilus-private/nautilus-file.c,v retrieving revision 1.345 diff -u -r1.345 nautilus-file.c --- libnautilus-private/nautilus-file.c 31 Mar 2004 09:24:55 -0000 1.345 +++ libnautilus-private/nautilus-file.c 15 Jul 2004 18:16:24 -0000 @@ -2993,6 +2993,14 @@ NULL }; =20 +static NautilusDateFormat date_format; + +static void +date_format_changed_callback (gpointer callback_data) +{ + date_format =3D eel_preferences_get_enum (NAUTILUS_PREFERENCES_DATE_FORMA= T); +} + static char * nautilus_file_fit_date_as_string (NautilusFile *file, NautilusDateType date_type, @@ -3012,12 +3020,31 @@ GDate *file_date; guint32 file_date_age; int i; + static gboolean date_format_callback_added =3D FALSE; =20 if (!nautilus_file_get_date (file, date_type, &file_time_raw)) { return NULL; } =20 + /* Add the callback once for the life of our process */ + if (!date_format_callback_added) { + eel_preferences_add_callback (NAUTILUS_PREFERENCES_DATE_FORMAT, + date_format_changed_callback, + NULL); + date_format_callback_added =3D TRUE; + + /* Peek for the first time */ + date_format_changed_callback (NULL); + } + file_time =3D localtime (&file_time_raw); + + if (date_format =3D=3D NAUTILUS_DATE_FORMAT_LOCALE) { + return eel_strdup_strftime ("%c", file_time); + } else if (date_format =3D=3D NAUTILUS_DATE_FORMAT_ISO) { + return eel_strdup_strftime ("%Y-%m-%d %H:%M:%S", file_time); + } +=09 file_date =3D eel_g_date_new_tm (file_time); =09 today =3D g_date_new (); Index: libnautilus-private/nautilus-global-preferences.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/gnome/nautilus/libnautilus-private/nautilus-global-preferenc= es.c,v retrieving revision 1.215 diff -u -r1.215 nautilus-global-preferences.c --- libnautilus-private/nautilus-global-preferences.c 20 Feb 2004 10:33:46 = -0000 1.215 +++ libnautilus-private/nautilus-global-preferences.c 15 Jul 2004 18:16:25 = -0000 @@ -204,6 +204,13 @@ { NULL } }; =20 +static EelEnumerationEntry date_format_entries[] =3D { + { "locale", "Locale Default", NAUTILUS_DATE_FORMAT_LOCALE }, + { "iso", "ISO Format", NAUTILUS_DATE_FORMAT_ISO }, + { "informal", "Informal", NAUTILUS_DATE_FORMAT_INFORMAL }, + { NULL } +}; + /* These enumerations are used in the preferences dialog to=20 * populate widgets and route preferences changes between the * storage (GConf) and the displayed values. @@ -218,6 +225,7 @@ { "search_bar_type", search_bar_type_enum_entries }, { "speed_tradeoff", speed_tradeoff_enum_entries }, { "standard_font_size", standard_font_size_entries }, + { "date_format", date_format_entries }, { NULL } }; =20 @@ -403,6 +411,12 @@ PREFERENCE_BOOLEAN, GINT_TO_POINTER (TRUE) }, + { NAUTILUS_PREFERENCES_DATE_FORMAT, + PREFERENCE_STRING, + "locale", + NULL, NULL, + "date_format" + }, =20 /* Home URI */ { NAUTILUS_PREFERENCES_HOME_URI, Index: libnautilus-private/nautilus-global-preferences.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/gnome/nautilus/libnautilus-private/nautilus-global-preferenc= es.h,v retrieving revision 1.123 diff -u -r1.123 nautilus-global-preferences.h --- libnautilus-private/nautilus-global-preferences.h 14 May 2004 09:34:07 = -0000 1.123 +++ libnautilus-private/nautilus-global-preferences.h 15 Jul 2004 18:16:25 = -0000 @@ -59,6 +59,14 @@ #define NAUTILUS_PREFERENCES_SHOW_HIDDEN_FILES "/desktop/gnome/file_vie= ws/show_hidden_files" #define NAUTILUS_PREFERENCES_SHOW_BACKUP_FILES "/desktop/gnome/file_vie= ws/show_backup_files" #define NAUTILUS_PREFERENCES_SHOW_SPECIAL_FLAGS "preferences/show_specia= l_flags" +#define NAUTILUS_PREFERENCES_DATE_FORMAT "preferences/date_format" + +typedef enum +{ + NAUTILUS_DATE_FORMAT_LOCALE, + NAUTILUS_DATE_FORMAT_ISO, + NAUTILUS_DATE_FORMAT_INFORMAL +} NautilusDateFormat; =20 /* Sidebar panels */ #define NAUTILUS_PREFERENCES_TREE_SHOW_ONLY_DIRECTORIES "sidebar_p= anels/tree/show_only_directories" Index: src/nautilus-file-management-properties.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/gnome/nautilus/src/nautilus-file-management-properties.c,v retrieving revision 1.15 diff -u -r1.15 nautilus-file-management-properties.c --- src/nautilus-file-management-properties.c 1 Jun 2004 19:54:26 -0000 1.1= 5 +++ src/nautilus-file-management-properties.c 15 Jul 2004 18:16:26 -0000 @@ -27,6 +27,7 @@ #include "nautilus-file-management-properties.h" =20 #include +#include #include #include #include @@ -55,6 +56,7 @@ #define NAUTILUS_FILE_MANAGEMENT_PROPERTIES_ICON_VIEW_ZOOM_WIDGET "iconvie= w_zoom_optionmenu" #define NAUTILUS_FILE_MANAGEMENT_PROPERTIES_LIST_VIEW_ZOOM_WIDGET "listvie= w_zoom_optionmenu" #define NAUTILUS_FILE_MANAGEMENT_PROPERTIES_SORT_ORDER_WIDGET "sort_order_= optionmenu" +#define NAUTILUS_FILE_MANAGEMENT_PROPERTIES_DATE_FORMAT_WIDGET "date_forma= t_optionmenu" #define NAUTILUS_FILE_MANAGEMENT_PROPERTIES_PREVIEW_TEXT_WIDGET "preview_t= ext_optionmenu" #define NAUTILUS_FILE_MANAGEMENT_PROPERTIES_PREVIEW_IMAGE_WIDGET "preview_= image_optionmenu" #define NAUTILUS_FILE_MANAGEMENT_PROPERTIES_PREVIEW_SOUND_WIDGET "preview_= sound_optionmenu" @@ -100,6 +102,13 @@ NULL }; =20 +static const char *date_format_values[] =3D { + "locale", + "iso", + "informal", + NULL +}; + static const char *preview_values[] =3D { "always", "local_only", @@ -454,6 +463,43 @@ } =20 static void +create_date_format_menu (GladeXML *xml_dialog) +{ + GtkWidget *option_menu; + GtkWidget *menu; + GtkWidget *menu_item; + gchar *date_string; + time_t now_raw; + struct tm* now; + option_menu =3D glade_xml_get_widget (xml_dialog, + NAUTILUS_FILE_MANAGEMENT_PROPERTIES_DATE_FORMAT_WIDGET); + menu =3D gtk_menu_new (); + + now_raw =3D time (NULL); + now =3D localtime (&now_raw); + + date_string =3D eel_strdup_strftime ("%c", now); + menu_item =3D gtk_menu_item_new_with_label (date_string); + g_free (date_string); + gtk_widget_show (menu_item); + gtk_menu_shell_append (GTK_MENU_SHELL (menu), menu_item); + + date_string =3D eel_strdup_strftime ("%Y-%m-%d %H:%M:%S", now); + menu_item =3D gtk_menu_item_new_with_label (date_string); + g_free (date_string); + gtk_widget_show (menu_item); + gtk_menu_shell_append (GTK_MENU_SHELL (menu), menu_item); + + date_string =3D eel_strdup_strftime (N_("today at %-I:%M:%S %p"), now); + menu_item =3D gtk_menu_item_new_with_label (date_string); + g_free (date_string); + gtk_widget_show (menu_item); + gtk_menu_shell_append (GTK_MENU_SHELL (menu), menu_item); + + gtk_option_menu_set_menu (GTK_OPTION_MENU (option_menu), menu); +} + +static void set_columns_from_gconf (NautilusColumnChooser *chooser) { GList *visible_columns; @@ -525,6 +571,7 @@ nautilus_file_management_properties_size_group_create (xml_dialog, "preview_label", 5); + create_date_format_menu (xml_dialog); =20 /* setup preferences */ eel_preferences_glade_connect_bool (xml_dialog, @@ -590,6 +637,10 @@ NAUTILUS_FILE_MANAGEMENT_PROPERTIES_PREVIEW_FOLDER_WIDGET, NAUTILUS_PREFERENCES_SHOW_DIRECTORY_ITEM_COUNTS, preview_values); + eel_preferences_glade_connect_string_enum_option_menu (xml_dialog, + NAUTILUS_FILE_MANAGEMENT_PROPERTIES_DATE_FORMAT_WIDGET, + NAUTILUS_PREFERENCES_DATE_FORMAT, + date_format_values); =20 eel_preferences_glade_connect_string_enum_radio_button (xml_dialog, click_behavior_components, Index: src/nautilus-file-management-properties.glade =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/gnome/nautilus/src/nautilus-file-management-properties.glade= ,v retrieving revision 1.12 diff -u -r1.12 nautilus-file-management-properties.glade --- src/nautilus-file-management-properties.glade 1 Jun 2004 19:54:26 -0000= 1.12 +++ src/nautilus-file-management-properties.glade 15 Jul 2004 18:16:28 -000= 0 @@ -1841,6 +1841,151 @@ True + + + + True + False + 6 + + + + True + <span weight=3D&q= uot;bold">Date</span> + False + True + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + + + 0 + False + False + + + + + + True + False + 0 + + + + True + + False + False + GTK_JUSTIFY_LEFT + False + False + 0.5 + 0.5 + 0 + 0 + + + 0 + False + False + + + + + + True + False + 12 + + + + True + _Format: + True + False + GTK_JUSTIFY_LEFT + False + False + 0.5 + 0.5 + 0 + 0 + date_format_optionmenu + + + 0 + False + False + + + + + + True + True + 0 + + + + + + + True + locale + True + + + + + + True + iso + True + + + + + + True + informal + True + + + + + + + 0 + False + False + + + + + 0 + True + True + + + + + 0 + True + True + + + + + 0 + False + True + + False @@ -1851,7 +1996,7 @@ True - Icon Captions + Display False False GTK_JUSTIFY_LEFT --=-QcMLGRpteEtbNru/ShmN-- From shaunm@gnome.org Thu Jul 15 18:42:33 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from wolfram.com (mailhub.wolfram.com [140.177.10.16]) by menubar.gnome.org (Postfix) with ESMTP id 887B03B1415 for ; Thu, 15 Jul 2004 18:42:25 -0400 (EDT) Received: from shaunmlx.wolfram.com (shaunmlx.wolfram.com [140.177.4.220]) (authenticated bits=0) by wolfram.com (8.12.11/8.12.11) with ESMTP id i6FMdDLD016605 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 15 Jul 2004 17:39:14 -0500 From: Shaun McCance To: Alexander Larsson In-Reply-To: <1089877687.9530.6.camel@greebo.homeip.net> References: <16629.43988.318128.292480@inspired.cantara.com> <1089877687.9530.6.camel@greebo.homeip.net> Content-Type: text/plain Message-Id: <1089931153.8071.50.camel@shaunmlx.wolfram.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.3 Date: 15 Jul 2004 17:39:13 -0500 Content-Transfer-Encoding: 7bit Cc: Nautilus , Raul Acevedo Subject: Re: date format in list view X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 22:42:33 -0000 On Thu, 2004-07-15 at 02:48, Alexander Larsson wrote: > On Wed, 2004-07-14 at 23:55, Raul Acevedo wrote: > > In list view, the date format takes up way too much space, and because > > it uses whole words for week day and month names, it's also actually > > harder to read at a glance. I know that sounds counter-intuitive, but > > it's easier to visually parse a list of dates when they are in shorter > > format that looks more like fixed width fields. > > > > Is there a way to change this? Ideally either Nautilus would > > automatically use a format like "mm/dd/yyyy hh:mi", or I could configure > > it via the List View tab in Preferences or even a GConf key that allows > > me to enter the raw format string. > > There is no way currently, but having a date format preference is > probably the right thing to do here. And we should probably change the > default setting to be more 'regular'. Please, yes. I've been wanting this for a while. But Nautilus is not the place for it. I don't want to set the date format in Nautilus, then go set the date format in Evolution, then go set the date format in File Roller, etc. We should have a desktop-level setting for this. -- Shaun From www-data@sipsolutions.net Fri Jul 16 00:01:05 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from sipsolutions.net (sipsolutions.net [66.160.135.76]) by menubar.gnome.org (Postfix) with ESMTP id 0E7FF3B086D for ; Fri, 16 Jul 2004 00:01:05 -0400 (EDT) Received: from www-data by sipsolutions.net with local (Exim 4.32) id 1BlJuB-00021n-Ce for nautilus-list@gnome.org; Fri, 16 Jul 2004 04:01:03 +0000 Received: from 202.133.134.251 (SquirrelMail authenticated user david); by secure.sipsolutions.net with HTTP; Fri, 16 Jul 2004 04:01:02 -0000 (UTC) Message-ID: <4509.202.133.134.251.1089950462.squirrel@202.133.134.251> Date: Fri, 16 Jul 2004 04:01:02 -0000 (UTC) From: david@sipsolutions.net To: nautilus-list@gnome.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Sender: www-data X-Mailman-Approved-At: Fri, 16 Jul 2004 00:46:59 -0400 Subject: where's the sense in that? X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 04:01:05 -0000 Hi guys, sorry for not posting a bug report, but I'm in Thailand and only got internet at work... anyways... this I thought was kinda weird: The filename "l048036t.pfa" indicates that this file is of type "PostScript Type 1 font". The contents of the file indicate that the file is of type "PostScript document". If you open this file, the file might present a security risk to your system. Do not open the file unless you created the file yourself, or received the file from a trusted source. To open the file, rename the file to the correct extension for "PostScript document", then open the file normally. Alternatively, use the Open With menu to choose a specific application for the file. it's not exactly the same, but it matches good enough... also I miss a don't show this warning again for this file type checkbox, cause using rightclick menu all the time is annoying. Other problem... my Nautilus crashes, when I try to empty the trash using the button in the trash folder... works fine for right click menu on desktop trash icon. Take care David PS: I'm using the latest debian build. From frank@flynch.net Thu Jul 15 08:48:43 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from risingnet.net (web2.risingnet.net [216.200.174.188]) by menubar.gnome.org (Postfix) with ESMTP id 8E5BF3B07F6 for ; Thu, 15 Jul 2004 08:48:42 -0400 (EDT) Received: (qmail 94489 invoked from network); 15 Jul 2004 12:48:12 -0000 Received: from localhost.risingnet.net (HELO localhost) (apache@127.0.0.1) by localhost.risingnet.net with SMTP; 15 Jul 2004 12:48:12 -0000 Received: from 65-78-1-231.c3-0.arl-ubr2.sbo-arl.ma.cable.rcn.com (65-78-1-231.c3-0.arl-ubr2.sbo-arl.ma.cable.rcn.com [65.78.1.231]) by webmail.flynch.net (IMP) with HTTP for ; Thu, 15 Jul 2004 05:48:11 -0700 Message-ID: <1089895691.40f67d0bd3f14@webmail.flynch.net> Date: Thu, 15 Jul 2004 05:48:11 -0700 From: frank@flynch.net To: nautilus-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.2 X-Originating-IP: 65.78.1.231 X-Mailman-Approved-At: Fri, 16 Jul 2004 00:47:11 -0400 Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 12:48:43 -0000 I am also in favor of this patch. I built it last night, and I absolutely love it, this patch truly makes spatial nautilus rock. I implore the spatial camp to give this patch a chance, please download & build it before you decide either way - Jamie's fantastic work enables what I can only describe as spatial browsing - which will draw browser bigots over into the spatial world. As I'm sure you know spatial nautilus got mixed reviews in the media when gnome 2.6 was released. I believe that with this patch spatial nautilus will get rave reviews, this is quite simply the best file manager I've ever used. Jamie - you've done an amazing job! I'm looking forward to seeing the "move to" and "copy to" context menu items. Thanks to you I now have the best file browser known to man. I really hope that your work makes it into gnome 2.8, but if it doesn't I'll be sticking with nautilus 2.6.3 with your patches for some time. cheers! --Frank On Wed, 2004-07-14 at 11:35 +0930, Greg Haywood wrote: > well I will add my 2c in favor of this patch, it certainly improves > things for me and should not cause the "strict" spatial/navigator > camps any issues. > > -Greg > > On Tue, 13 Jul 2004 17:49:19 -0700, Raul Acevedo wrote: > > I haven't followed everything about your patch, but what you said below, > > plus the screenshot, looks awesome. Is this going to make it into CVS? > > > > Raul > > > > Jamie McCracken wrote: > > > > > On Wed, 2004-07-14 at 00:46, Manuel Amador (Rudd-O) wrote: > > > > > Its also not really a third way as you put it cause we dont need the > > > > > heavyweight navigator for it as an option - even ms explorer is separate > > > > > from the lightweight browser it uses on the desktop. The navigator is > > > > > fine as a separate and more complex app for more experienced users (a la > > > > > explorer) but I actually find my patch with pathbar much much better for > > > > > general browsing. If you haven't tried the patch then I suggest you do > > > > > cuz it really makes browsing and file management really pleasant and > > > > > efficient. > > > > > > > > I think that the bottom nav pathbar is a great idea. > > > > > > Yes I'm glad theres a majority of you that do want this feature - its so > > > much slicker and nicer than the inefficient and irritating popup > > > location button/menu. > > > > > > > > > > You just have to > > > > make it not start at / but use the topologically nearest available root > > > > out of the list of roots in the file/open dialog. Basically > > > > > > > > /home/rudd-o/src > > > > > > > > shoudl appear as > > > > > > > > [Home folder] [src] > > > > > > > > Is that it? > > > > > > Already implemented and with home stock icon too so it more closely > > > resembles the file chooser's pathbar - see my screenshot for what it > > > looks like with this at : > > > > > > http://www.jamiemcc.pwp.blueyonder.co.uk/Nautilus_pathbar.png > > > > > > > > > > Oh and it *should* open a new window. > > > > > > But it does! (but you can also set it to open in the same window too - > > > EG you could set it up to have left click to open in new window and > > > middle click to open in same window and that way the pathbar can do both > > > depending whether you left or middle click it). > > > > > > Just to elaborate on why having the "open in same window" is appropriate > > > here is because it actually provides a better slicker browsing ability > > > compared to the navigator cause it has really good usability and > > > consistency with the file chooser (thanks to the pathbar) and that will > > > of course make it much easier for new users. And the icing on the cake > > > is it integrates perfectly with the spatial mode thereby allowing you to > > > mix and match the two really smartly - it creates the perfect hybrid > > > file manager thats superior to either a pure browse or pure spatial > > > implementation - there really is no need to limit yourself to just > > > browse or spatial any longer (and hopefully end the destructive > > > polarisation and fragmentation that the browser/spatial dichotomy causes > > > too). > > > > > > I haven't used a better or slicker file manager anywhere else on any > > > other platform - it even beats OS/X thanks to the pathbar! > > > > > > But there's no point in me ranting on how cool it is cause you really > > > need to try it out to appreciate how slick and elegant it is - I'm not > > > exaggerating when I say it rocks! > > > > > > > > > jamie. > > > > > > -- > > > nautilus-list mailing list > > > nautilus-list@gnome.org > > > http://mail.gnome.org/mailman/listinfo/nautilus-list > > > > -- > > nautilus-list mailing list > > nautilus-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/nautilus-list > > From philip@wyett.net Fri Jul 16 01:30:10 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from colossus.systems.pipex.net (colossus.systems.pipex.net [62.241.160.73]) by menubar.gnome.org (Postfix) with ESMTP id E5A703B0AAA for ; Fri, 16 Jul 2004 01:30:09 -0400 (EDT) Received: from [192.168.0.3] (usera183.dsl.pipex.com [62.188.48.183]) by colossus.systems.pipex.net (Postfix) with ESMTP id 247C41C0004B for ; Fri, 16 Jul 2004 06:30:05 +0100 (BST) From: Philip Wyett To: nautilus-list@gnome.org In-Reply-To: <1089895691.40f67d0bd3f14@webmail.flynch.net> References: <1089895691.40f67d0bd3f14@webmail.flynch.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ZUiBxXYIxPY2km39FfVT" Message-Id: <1089955888.2480.13.camel@wyett> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) Date: Fri, 16 Jul 2004 06:31:28 +0100 Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: philip@wyett.net List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 05:30:10 -0000 --=-ZUiBxXYIxPY2km39FfVT Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-07-15 at 13:48, frank@flynch.net wrote: > I am also in favor of this patch.=20 >=20 > I built it last night, and I absolutely love it, this patch truly makes > spatial nautilus rock. I implore the spatial camp to give this patch a > chance, please download & build it before you decide either way - > Jamie's fantastic work enables what I can only describe as spatial > browsing - which will draw browser bigots over into the spatial world. > As I'm sure you know spatial nautilus got mixed reviews in the media > when gnome 2.6 was released. I believe that with this patch spatial > nautilus will get rave reviews, this is quite simply the best file > manager I've ever used.=20 >=20 Giving things a chance is good, but when you call people who currently prefer the browser way out of _choice_ (the point of OSS) "bigots", your not going to win me over and tempt me into trying the patch. > Jamie - you've done an amazing job! I'm looking forward to seeing the > "move to" and "copy to" context menu items. Thanks to you I now have the > best file browser known to man. I really hope that your work makes it > into gnome 2.8, but if it doesn't I'll be sticking with nautilus 2.6.3 > with your patches for some time. >=20 > cheers! > --Frank Regards Phil --=20 Primary Email: philip@wyett.net Work Email: pwyett@a-novo.co.uk (work related mail only) Website: http://www.wyett.net Public key: http://www.wyett.net/gpg/public_key.txt -- --=-ZUiBxXYIxPY2km39FfVT Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQBA92gvAcgL7aodIV4RAtEVAJwKTufzoZTwxWgag3f6h+OCA7Ac2QCfeo7a qJqWNZkiUDw417aBP2JgkeM= =RDMq -----END PGP SIGNATURE----- --=-ZUiBxXYIxPY2km39FfVT-- From olaf@cbk.poznan.pl Fri Jul 16 03:51:12 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from goliath.sylaba.poznan.pl (goliath.sylaba.poznan.pl [193.151.36.3]) by menubar.gnome.org (Postfix) with ESMTP id 88F8C3B0BEC; Fri, 16 Jul 2004 03:51:12 -0400 (EDT) Received: by goliath.sylaba.poznan.pl (Postfix, from userid 1003) id 5CE3394061; Fri, 16 Jul 2004 09:51:12 +0200 (CEST) Received: from localhost.localdomain (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by goliath.sylaba.poznan.pl (Postfix) with ESMTP id 205C093FFD; Fri, 16 Jul 2004 09:51:11 +0200 (CEST) Received: from [127.0.0.1] (venus [127.0.0.1]) by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i6G7p7Cv003500; Fri, 16 Jul 2004 09:51:07 +0200 From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: Shaun McCance In-Reply-To: <1089931153.8071.50.camel@shaunmlx.wolfram.com> References: <16629.43988.318128.292480@inspired.cantara.com> <1089877687.9530.6.camel@greebo.homeip.net> <1089931153.8071.50.camel@shaunmlx.wolfram.com> Content-Type: text/plain Message-Id: <1089964267.3316.4.camel@venus> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 16 Jul 2004 09:51:07 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus , Alexander Larsson , Raul Acevedo Subject: Re: date format in list view X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 07:51:12 -0000 On Fri, 2004-07-16 at 00:39, Shaun McCance wrote: > On Thu, 2004-07-15 at 02:48, Alexander Larsson wrote: > > On Wed, 2004-07-14 at 23:55, Raul Acevedo wrote: > > > In list view, the date format takes up way too much space, and because > > > it uses whole words for week day and month names, it's also actually > > > harder to read at a glance. I know that sounds counter-intuitive, but > > > it's easier to visually parse a list of dates when they are in shorter > > > format that looks more like fixed width fields. > > > > > > Is there a way to change this? Ideally either Nautilus would > > > automatically use a format like "mm/dd/yyyy hh:mi", or I could configure > > > it via the List View tab in Preferences or even a GConf key that allows > > > me to enter the raw format string. > > > > There is no way currently, but having a date format preference is > > probably the right thing to do here. And we should probably change the > > default setting to be more 'regular'. > > Please, yes. I've been wanting this for a while. But Nautilus is not > the place for it. I don't want to set the date format in Nautilus, then > go set the date format in Evolution, then go set the date format in File > Roller, etc. We should have a desktop-level setting for this. I agree. But if it means another 2 years to get it, I would vote to put it temporairly in nautilus. Regards, Olaf From cyrille.bollu@aweurope.be Fri Jul 16 04:32:41 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from www.awtce.net (uu212-190-219-18.unknown.uunet.be [212.190.219.18]) by menubar.gnome.org (Postfix) with SMTP id CDC933B0A32 for ; Fri, 16 Jul 2004 04:32:40 -0400 (EDT) Received: from no.name.available by www.awtce.net via smtpd (for menubar.gnome.org [12.107.209.248]) with SMTP; Fri, 16 Jul 2004 10:32:56 +0200 Received: from awefwdmz1.aweurope.be ([10.142.211.1]) by localhost.localdomain (8.11.6/8.11.2) with SMTP id i6G83n614370 for ; Fri, 16 Jul 2004 10:03:49 +0200 Received: from awe-ns1.aweurope.be by awefwdmz1.aweurope.be via smtpd (for [10.142.211.2] [10.142.211.2]) with SMTP; Fri, 16 Jul 2004 10:32:54 +0200 In-Reply-To: To: nautilus-list@gnome.org X-Mailer: Lotus Notes Release 6.5.1 January 21, 2004 Message-ID: From: cyrille.bollu@aweurope.be Date: Fri, 16 Jul 2004 10:32:38 +0200 X-MIMETrack: Serialize by Router on AWE_NS01/AW EUROPE/BE(Release 6.5.1|January 21, 2004) at 2004/07/16 10:32:39 AM MIME-Version: 1.0 Content-type: multipart/alternative; Boundary="0__=4EBBE440DFBD5FDA8f9e8a93df938690918c4EBBE440DFBD5FDA" Content-Disposition: inline Subject: Re: file association lost after upgrading to gnome 2.6.1 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 08:32:41 -0000 --0__=4EBBE440DFBD5FDA8f9e8a93df938690918c4EBBE440DFBD5FDA Content-type: text/plain; charset=US-ASCII Wow, works great! Today my wife's waf to linux is increasing!! Thanks all. nautilus-list-bounces@gnome.org wrote on 2004/07/15 11:58:13: > > [layout region removed] > > Thanks all for the replies. > > If anybody remembers the solution I would be very happy to read it because > http://mail.gnome.org/archives seems to be down these days. > > Anyway, I've download shared-mime-info-0.14.tar.gz and will install > that this eveing on my linux (it's a messy "linux from scratch") > > I suppose I don't have to rebuild nautilus after... Isn't? > > Thanks, > > Cyrille > > Ryan McDougall wrote on 2004/07/15 23:49:09: > > > > > [layout region removed] > > > > > On Tue, 2004-13-07 at 14:06 +0200, cyrille.bollu@aweurope.be wrote: > > > Hi all, > > > > > > I recently upgraded my desktop from gnome 2.4.2 to gnome 2.6.1 and > > > from then file association doesn't work anymore in nautilus. Most of > > > my files have unknown type. > > > > > > I say "in nautilus" because file association seems to work OK in > > > gnome-file-properties. > > > > > > Does anyoby has a clue about where this problem is coming from? > > > > > > Regards, > > > > > > Cyrille > > > > > > > AFAIK this is a result of GNOME changing mime databases to a common > > freedesktop version. The problems caused by such a move are well known, > > and as it is the only way to help is make sure you have the latest > > shared-mime-info and submit any bugs you find. > > > > Cheers, > > Ryan > > -- > nautilus-list mailing list > nautilus-list@gnome.org > http://mail.gnome.org/mailman/listinfo/nautilus-list --0__=4EBBE440DFBD5FDA8f9e8a93df938690918c4EBBE440DFBD5FDA Content-type: text/html; charset=US-ASCII Content-Disposition: inline

Wow, works great!

Today my wife's waf to linux is increasing!!

Thanks all.

nautilus-list-bounces@gnome.org wrote on 2004/07/15 11:58:13:

>
> [layout region removed]

>
> Thanks all for the replies.
>
> If anybody remembers the solution I would be very happy to read it because
> http://mail.gnome.org/archives seems to be down these days.
>
> Anyway, I've download shared-mime-info-0.14.tar.gz and will install
> that this eveing on my linux (it's a messy "linux from scratch")
>
> I suppose I don't have to rebuild nautilus after... Isn't?
>
> Thanks,
>
> Cyrille
>
> Ryan McDougall <NQG24419@nifty.com> wrote on 2004/07/15 23:49:09:
>
> >
> > [layout region removed]
>
> >
> > On Tue, 2004-13-07 at 14:06 +0200, cyrille.bollu@aweurope.be wrote:
> > > Hi all,
> > >
> > > I recently upgraded my desktop from gnome 2.4.2 to gnome 2.6.1 and
> > > from then file association doesn't work anymore in nautilus. Most of
> > > my files have unknown type.
> > >
> > > I say "in nautilus" because file association seems to work OK in
> > > gnome-file-properties.
> > >
> > > Does anyoby has a clue about where this problem is coming from?
> > >
> > > Regards,
> > >
> > > Cyrille
> > >
> >
> > AFAIK this is a result of GNOME changing mime databases to a common
> > freedesktop version. The problems caused by such a move are well known,
> > and as it is the only way to help is make sure you have the latest
> > shared-mime-info and submit any bugs you find.
> >
> > Cheers,
> > Ryan
> > --
> nautilus-list mailing list
> nautilus-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/nautilus-list
 --0__=4EBBE440DFBD5FDA8f9e8a93df938690918c4EBBE440DFBD5FDA-- From cyrille.bollu@aweurope.be Fri Jul 16 04:35:41 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from www.awtce.net (uu212-190-219-18.unknown.uunet.be [212.190.219.18]) by menubar.gnome.org (Postfix) with SMTP id 5D5073B0C00 for ; Fri, 16 Jul 2004 04:35:40 -0400 (EDT) Received: from no.name.available by www.awtce.net via smtpd (for menubar.gnome.org [12.107.209.248]) with SMTP; Fri, 16 Jul 2004 10:35:56 +0200 Received: from awefwdmz1.aweurope.be ([10.142.211.1]) by localhost.localdomain (8.11.6/8.11.2) with SMTP id i6G86n614406 for ; Fri, 16 Jul 2004 10:06:49 +0200 Received: from awe-ns1.aweurope.be by awefwdmz1.aweurope.be via smtpd (for [10.142.211.2] [10.142.211.2]) with SMTP; Fri, 16 Jul 2004 10:35:55 +0200 In-Reply-To: <1089828296.31919.2.camel@squee.boston.ximian.com> To: nautilus-list@gnome.org X-Mailer: Lotus Notes Release 6.5.1 January 21, 2004 Message-ID: From: cyrille.bollu@aweurope.be Date: Fri, 16 Jul 2004 10:35:38 +0200 X-MIMETrack: Serialize by Router on AWE_NS01/AW EUROPE/BE(Release 6.5.1|January 21, 2004) at 2004/07/16 10:35:39 AM MIME-Version: 1.0 Content-type: multipart/alternative; Boundary="0__=4EBBE440DFBC97EB8f9e8a93df938690918c4EBBE440DFBC97EB" Content-Disposition: inline Subject: Re: Automounted Directories X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 08:35:41 -0000 --0__=4EBBE440DFBC97EB8f9e8a93df938690918c4EBBE440DFBC97EB Content-type: text/plain; charset=US-ASCII I tried it yesterday and it seems to work great for me too. Wait and see for the long term. I'll keep you informed if something's wrong. Thanks, Cyrille nautilus-list-bounces@gnome.org wrote on 2004/07/14 20:04:55: > > [layout region removed] > > Submount and the gnome-vfs volume management don't get along very well. > The attached patch to gnome-vfs gets it to work reasonably. > > -dave > > On Wed, 2004-07-14 at 19:57 +0200, Ruediger Dohmhardt wrote: > > Dear list-members, > > > > displaying automounted directories (automounted by subfs V0.9) worked > > fine for me with the original Gnome-SUSE9.1 installation. > > SUSE-9.1 uses Nautilus-V2.4.2. > > > > However, I immediately replaced GNOME-2.4 from SUSE9.1 with garnome > > 2.6.1, and last week with garnome 2.6.2 (Nautilus-2.6.3). > > Since than I must type a command like > > > > cd /media/usb > > > > to make Nautilus showing the USB-Stick contents longer than 3 seconds. > > > > Maybe someone can give a hint to this. > > > > CU Ruediger Dohmhardt > > > > PS: This e-mail belong to the thread "nautilus and automounted > > dierectories", > > but I just became list-participant. Hence I had to open a new thread. > > > > -- > > Ruediger Dohmhardt ruediger.dohmhardt@freenet.de > > Kiefernweg 7 Tel.: 04101 61743 > > 25421 Pinneberg > > > [attachment "gnome-vfs-submount.patch" deleted by Cyrille Bollu/AW > EUROPE/BE] -- > nautilus-list mailing list > nautilus-list@gnome.org > http://mail.gnome.org/mailman/listinfo/nautilus-list --0__=4EBBE440DFBC97EB8f9e8a93df938690918c4EBBE440DFBC97EB Content-type: text/html; charset=US-ASCII Content-Disposition: inline

I tried it yesterday and it seems to work great for me too.

Wait and see for the long term. I'll keep you informed if something's wrong.

Thanks,

Cyrille

nautilus-list-bounces@gnome.org wrote on 2004/07/14 20:04:55:

>
> [layout region removed]

>
> Submount and the gnome-vfs volume management don't get along very well.
> The attached patch to gnome-vfs gets it to work reasonably.
>
> -dave
>
> On Wed, 2004-07-14 at 19:57 +0200, Ruediger Dohmhardt wrote:
> > Dear list-members,
> >
> > displaying automounted directories (automounted by subfs V0.9) worked
> > fine for me with the original Gnome-SUSE9.1 installation.
> > SUSE-9.1 uses Nautilus-V2.4.2.
> >
> > However, I immediately replaced GNOME-2.4 from SUSE9.1 with garnome
> > 2.6.1, and last week with garnome 2.6.2 (Nautilus-2.6.3).
> > Since than I must type a command like
> >
> >   cd /media/usb
> >
> > to make Nautilus showing the USB-Stick contents longer than 3 seconds.
> >
> > Maybe someone can give a hint to this.
> >
> > CU Ruediger Dohmhardt
> >
> > PS: This e-mail belong to the thread "nautilus and automounted
> > dierectories",
> > but I just became list-participant. Hence I had to open a new thread.
> >
> > --
> > Ruediger Dohmhardt                  ruediger.dohmhardt@freenet.de
> > Kiefernweg 7                        Tel.:  04101 61743
> > 25421 Pinneberg
> >
> [attachment "gnome-vfs-submount.patch" deleted by Cyrille Bollu/AW
> EUROPE/BE] --
> nautilus-list mailing list
> nautilus-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/nautilus-list
 --0__=4EBBE440DFBC97EB8f9e8a93df938690918c4EBBE440DFBC97EB-- From alexl@redhat.com Fri Jul 16 04:37:50 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id BAADE3B0A01 for ; Fri, 16 Jul 2004 04:37:50 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6G8aoe1022650; Fri, 16 Jul 2004 04:36:50 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6G8aoa09607; Fri, 16 Jul 2004 04:36:50 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6G8aFDI017284; Fri, 16 Jul 2004 04:36:16 -0400 From: Alexander Larsson To: Raul Acevedo In-Reply-To: <16630.14968.730740.348627@inspired.cantara.com> References: <16629.42262.881112.361921@inspired.cantara.com> <1089877613.9530.4.camel@greebo.homeip.net> <16630.14968.730740.348627@inspired.cantara.com> Content-Type: text/plain Message-Id: <1089967008.9530.24.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 16 Jul 2004 10:36:48 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: make symbolic links on desktop not open as file under Desktop folder X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 08:37:51 -0000 On Thu, 2004-07-15 at 10:04, Raul Acevedo wrote: > Alexander Larsson wrote: > > > 2 is the long term plan. There has been some work on it in HEAD, with > > the desktop file property pages. > > Cool. Will this make it to 2.8? It doesn't seem like all of it will make it. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a leather-clad hunchbacked dwarf who must take medication to keep him sane. She's a virginal communist pearl diver married to the Mob. They fight crime! From alexl@redhat.com Fri Jul 16 04:57:58 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 86A9F3B0ECB for ; Fri, 16 Jul 2004 04:57:58 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6G8vve1026934; Fri, 16 Jul 2004 04:57:57 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6G8vva13815; Fri, 16 Jul 2004 04:57:57 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6G8vMDw029797; Fri, 16 Jul 2004 04:57:23 -0400 From: Alexander Larsson To: Jamie McCracken In-Reply-To: <1088989027.2667.42.camel@localhost.localdomain> References: <1088989027.2667.42.camel@localhost.localdomain> Content-Type: text/plain Message-Id: <1089968275.9530.45.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 16 Jul 2004 10:57:56 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 08:57:58 -0000 On Mon, 2004-07-05 at 02:57, Jamie McCracken wrote: > Hi, > > I've added a rather large patch to bugzilla (its too large to append to > this email as its over 80kb in size) : > > http://bugzilla.gnome.org/show_bug.cgi?id=145427 I'm sorry for not having replied to this mail until now. I've been very busy with redhat work and finishing off some other important stuff before the feature freeze and my vacation. Its obvious that you've spent a lot of time hacking this up, and I feel that requires me to give a good serious reply. In particular, a reply that says no to some feature or require large changes need to detail why, what would be need to be changed, etc. This takes a lot of time, since it requires a lot of thinking about the future path of Nautilus (its especially important to be carefull in adding features to nautilus, because its very very hard to later remove them). Unfortunately, it seems I don't have any time to write such a well thought out reply, because I'm still pretty busy, and I go on vacation tomorrow. So, here are my current not-very-well articulated thoughts about your ideas. I would like to have bookmarks in spatial mode. However, rather than just useing the browser window bookmarks i'd like to revamp the nautilus bookmark system so that it works better with the file selector bookmarks. I haven't really though this throught though, so I'm not sure exactly what that means... Keyboard shortcuts for the bookmarks looks interesting, but we have to make sure we don't conflict with other global keybindings. The pathbar (a re-rooting one) looks like a possibly interesting idea. However i'm not sure about it. It takes a lot of space that can push out the status bar text, and it would have to open new windows, which is sort of different than the file selector version. It also exposes the path concept in the spatial UI, which we've tried to avoid. I really dislike the making of new preferences for behaviour. If some new behaviour isn't good enought to be the default we just shouldn't add it. We've managed to kill a lot of prefs since 1.x, which has made nautilus imho a better app. Lets keep on that route. (Thats not saying we can never add prefs, but we have to be very careful with that.) I don't like the open-in-same-window part at all. If people want that and have some problem with the browser window, we should instead work on fixing the browser mode. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a bookish one-eyed werewolf on the hunt for the last specimen of a great and near-mythical creature. She's a green-fingered winged nun on the trail of a serial killer. They fight crime! From alexl@redhat.com Fri Jul 16 05:05:58 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 7346D3B0E43 for ; Fri, 16 Jul 2004 05:05:58 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6G95we1028475; Fri, 16 Jul 2004 05:05:58 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6G95wa15592; Fri, 16 Jul 2004 05:05:58 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6G95Na8001736; Fri, 16 Jul 2004 05:05:23 -0400 From: Alexander Larsson To: Seth Nickell In-Reply-To: <1089832139.3064.9.camel@localhost.localdomain> References: <1089314009.3111.3.camel@localhost.localdomain> <1089731260.29941.4.camel@cdelab89.ireland.sun.com> <1089832139.3064.9.camel@localhost.localdomain> Content-Type: text/plain Message-Id: <1089968756.9530.52.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 16 Jul 2004 11:05:56 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus , Calum Benson Subject: Re: Connect to Server dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 09:05:58 -0000 On Wed, 2004-07-14 at 21:08, Seth Nickell wrote: > On Tue, 2004-07-13 at 16:07 +0100, Calum Benson wrote: > > On Thu, 2004-07-08 at 20:13, Seth Nickell wrote: > > 2) The dialog isn't really intended to be static based on the server > type. So if you select FTP, it should have a checkbox for "Anonymous". > Or if you select, say, AFS, it should have a "Use current Kerberos > credentials" checkbox (or something, terribly phrased I know). The > username is one of the things impacted by this. Ideally, we'd like to > have password here too, since username & password are almost always a > pair...but that could also be protocol specific (e.g. with sftp if you > have S/KEY installed you don't need a password). Uhm. Why cram all this into this dialog? We already have a dialog that asks you for password (and lets you store it in keyring for later automation) and lets you select anonymous login. Gnome-vfs also automatically uses kerberos credentials if you have any, without asking about it. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a lonely Jewish househusband on the edge. She's a plucky blonde wrestler from a family of eight older brothers. They fight crime! From alexl@redhat.com Fri Jul 16 05:11:44 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 91E713B0C7A for ; Fri, 16 Jul 2004 05:11:44 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6G9Bde1029678; Fri, 16 Jul 2004 05:11:39 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6G9Bda17046; Fri, 16 Jul 2004 05:11:39 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6G9B4hr004424; Fri, 16 Jul 2004 05:11:04 -0400 From: Alexander Larsson To: cyrille.bollu@aweurope.be In-Reply-To: References: Content-Type: text/plain Message-Id: <1089969097.9530.55.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 16 Jul 2004 11:11:37 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: Duplication of tree view menu entry in the sidepanel X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 09:11:44 -0000 On Thu, 2004-07-15 at 15:31, cyrille.bollu@aweurope.be wrote: > I went to /etc/gnome... and changed a %gconf file (don't remember > which one). Now it doesn't crash anymore. But I don't use the tree > view... bad... My wife's linux waf is sinking. I just have to ask... What the heck is a linux waf? =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a scrappy misogynist messiah with a winning smile and a way with the ladies. She's a tortured nymphomaniac mermaid with the power to see death. They fight crime! From gcgn-nautilus-list@m.gmane.org Fri Jul 16 08:01:00 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by menubar.gnome.org (Postfix) with ESMTP id 353CC3B0D6D for ; Fri, 16 Jul 2004 08:00:44 -0400 (EDT) Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1BlROK-0006in-00 for ; Fri, 16 Jul 2004 14:00:40 +0200 Received: from nat-ph3-wh.rz.uni-karlsruhe.de ([129.13.73.33]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 16 Jul 2004 14:00:40 +0200 Received: from mika_fischer by nat-ph3-wh.rz.uni-karlsruhe.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 16 Jul 2004 14:00:40 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: nautilus-list@gnome.org From: Mika Fischer Date: Fri, 16 Jul 2004 13:52:58 +0200 Lines: 18 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: nat-ph3-wh.rz.uni-karlsruhe.de User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table (Debian GNU/Linux)) Sender: news Subject: Natilus using UTF-8 for filenames regardless of locale X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 12:01:00 -0000 Hi! I've recently been bitten by this unexpected behaviour: I don't use UTF-8 on my system (locale is de_DE@euro -> iso-8859-15). But when I create or rename files containing non-ASCII chars using Nautilus they are in UTF-8 which makes them impossible to read on the console or in other applications which respect the locale. Interestingly Nautilus displays the filenames correctly whether they are in UTF-8 or ISO-8859-15. My question then, is this: Is this behaviour expected? If yes, please explain why. Because to me it just means that I can't use Nautilus to rename files... Thanks, Mika (finding Nautilus great apart from the above) From alexl@redhat.com Fri Jul 16 08:07:23 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 5DF123B1203 for ; Fri, 16 Jul 2004 08:07:23 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6GC6Je1001275; Fri, 16 Jul 2004 08:06:20 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6GC6Ia23564; Fri, 16 Jul 2004 08:06:18 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6GC5hWq025579; Fri, 16 Jul 2004 08:05:44 -0400 From: Alexander Larsson To: =?ISO-8859-1?Q?J=FCrg?= Billeter In-Reply-To: <1089915531.9385.10.camel@juerg-p4.bitron.ch> References: <16629.43988.318128.292480@inspired.cantara.com> <1089877687.9530.6.camel@greebo.homeip.net> <1089915531.9385.10.camel@juerg-p4.bitron.ch> Content-Type: text/plain; charset=iso-8859-1 Message-Id: <1089979576.9530.64.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 16 Jul 2004 14:06:17 +0200 Content-Transfer-Encoding: 8bit Cc: Nautilus , Raul Acevedo Subject: Re: date format in list view X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 12:07:23 -0000 On Thu, 2004-07-15 at 20:18, Jürg Billeter wrote: > On Don, 2004-07-15 at 09:48 +0200, Alexander Larsson wrote: > > On Wed, 2004-07-14 at 23:55, Raul Acevedo wrote: > > > In list view, the date format takes up way too much space, and because > > > it uses whole words for week day and month names, it's also actually > > > harder to read at a glance. I know that sounds counter-intuitive, but > > > it's easier to visually parse a list of dates when they are in shorter > > > format that looks more like fixed width fields. > > > > > > Is there a way to change this? Ideally either Nautilus would > > > automatically use a format like "mm/dd/yyyy hh:mi", or I could configure > > > it via the List View tab in Preferences or even a GConf key that allows > > > me to enter the raw format string. > > > > There is no way currently, but having a date format preference is > > probably the right thing to do here. And we should probably change the > > default setting to be more 'regular'. > > Attached is a patch that adds a preference for the date format. One can > choose between '%c' ('the preferred representation for the current > locale'), iso-style (%Y-%m-%d %H:%M:%S) and the current format. The > patch changes the default format to '%c'. In nautilus-file.c, use eel_preferences_add_auto_enum instead of the manual callbacks. In nautilsu-global-preferences.c, add a comment about why the strings are not translated. + date_string = eel_strdup_strftime (N_("today at %-I:%M:%S %p"), now); Should use _(), not N_() here, or it won't be translated. I fixed these and commited to cvs. Thanks. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a witless sweet-toothed rock star haunted by an iconic dead American confidante She's a beautiful psychic Hell's Angel with only herself to blame. They fight crime! From jamiemcc@blueyonder.co.uk Fri Jul 16 08:34:45 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out3.blueyonder.co.uk (smtp-out3.blueyonder.co.uk [195.188.213.6]) by menubar.gnome.org (Postfix) with ESMTP id D81853B0D91 for ; Fri, 16 Jul 2004 08:34:44 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out3.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Fri, 16 Jul 2004 13:35:00 +0100 From: Jamie McCracken To: Alexander Larsson In-Reply-To: <1089968275.9530.45.camel@greebo.homeip.net> References: <1088989027.2667.42.camel@localhost.localdomain> <1089968275.9530.45.camel@greebo.homeip.net> Content-Type: text/plain Message-Id: <1089981284.2883.10.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 16 Jul 2004 13:34:44 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 16 Jul 2004 12:35:00.0313 (UTC) FILETIME=[4F69F490:01C46B31] Cc: Nautilus Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 12:34:45 -0000 On Fri, 2004-07-16 at 09:57, Alexander Larsson wrote: > On Mon, 2004-07-05 at 02:57, Jamie McCracken wrote: > > Hi, > > > > I've added a rather large patch to bugzilla (its too large to append to > > this email as its over 80kb in size) : > > > > http://bugzilla.gnome.org/show_bug.cgi?id=145427 > > I'm sorry for not having replied to this mail until now. I've been very > busy with redhat work and finishing off some other important stuff > before the feature freeze and my vacation. Its obvious that you've spent > a lot of time hacking this up, and I feel that requires me to give a > good serious reply. In particular, a reply that says no to some feature > or require large changes need to detail why, what would be need to be > changed, etc. This takes a lot of time, since it requires a lot of > thinking about the future path of Nautilus (its especially important to > be carefull in adding features to nautilus, because its very very hard > to later remove them). > > Unfortunately, it seems I don't have any time to write such a well > thought out reply, because I'm still pretty busy, and I go on vacation > tomorrow. So, here are my current not-very-well articulated thoughts > about your ideas. > > I would like to have bookmarks in spatial mode. However, rather than > just useing the browser window bookmarks i'd like to revamp the nautilus > bookmark system so that it works better with the file selector > bookmarks. I haven't really though this throught though, so I'm not sure > exactly what that means... Thats fine - I'm planning to do that too. > > Keyboard shortcuts for the bookmarks looks interesting, but we have to > make sure we don't conflict with other global keybindings. > By default I didn't see anything in metacity (in FC2) that used these. Of course metacity can be set up to use any key binding. > The pathbar (a re-rooting one) looks like a possibly interesting idea. > However i'm not sure about it. It takes a lot of space that can push out > the status bar text, and it would have to open new windows, which is > sort of different than the file selector version. It also exposes the > path concept in the spatial UI, which we've tried to avoid. > Good to have as an option (for some having the hierarchy exposed is a good thing) > I really dislike the making of new preferences for behaviour. If some > new behaviour isn't good enought to be the default we just shouldn't add > it. We've managed to kill a lot of prefs since 1.x, which has made > nautilus imho a better app. Lets keep on that route. (Thats not saying > we can never add prefs, but we have to be very careful with that.) > > I don't like the open-in-same-window part at all. If people want that > and have some problem with the browser window, we should instead work on > fixing the browser mode. I prefer a hybrid system like OS/X and I cant get that with being limited to either browser or spatial (in the end you either have to add spatial features to browser or vice versa as I have done to achieve this effect). What I will do is maintain a separate version of Nautilus (I'll call it Nautilus Plus) and make it available to any who want it. That way it avoids conflicting with what you want and any functionality in it that you want added can easily be transferred across. That should hopefully please everybody. jamie. > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > Alexander Larsson Red Hat, Inc > alexl@redhat.com alla@lysator.liu.se > He's a bookish one-eyed werewolf on the hunt for the last specimen of a great > and near-mythical creature. She's a green-fingered winged nun on the trail of > a serial killer. They fight crime! > > From alexl@redhat.com Fri Jul 16 08:46:01 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 4A0523B0D61 for ; Fri, 16 Jul 2004 08:46:01 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6GCk1e1010294 for ; Fri, 16 Jul 2004 08:46:01 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6GCk1a01065 for ; Fri, 16 Jul 2004 08:46:01 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6GCjQ81022499 for ; Fri, 16 Jul 2004 08:45:26 -0400 From: Alexander Larsson To: Nautilus In-Reply-To: <6712-60022@sneakemail.com> References: <6712-60022@sneakemail.com> Content-Type: text/plain; charset=ISO-8859-1 Message-Id: <1089981959.9530.67.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 16 Jul 2004 14:45:59 +0200 Content-Transfer-Encoding: 8bit Subject: Re: smb:// very slow X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 12:46:01 -0000 On Fri, 2004-07-09 at 17:37, y9toi7y02@sneakemail.com wrote: > On Fri, 9 Jul 2004, "Cristóvăo B. B. Dalla Costa"cbraga-at-fs.inf.br |nautilus| wrote: > > We've been having similar problems, specially with Windows networks > > where Nautilus sometimes fails to display anything at all. smbclient > > works just fine for us. > > > > I've just checked and we don't have .smb directories at all, could there > > be another configuration problem? Any other hints? > If you look in the code here: > > http://cvs.gnome.org/viewcvs/gnome-vfs/modules/smb-method.c?rev=1.5&view=auto > > (search for 'try_init') you can see the code. > > This was the first mention of it that I could find: > > http://anoncvs.gnome.gr.jp/viewcvs.cgi/gnome-vfs-extras/smb-method.c?rev=1.37.2.1&view=markup > > (look at the end, it sais: > > //FIXME create an empty ~/.smb/smb.conf I removed the creation of ~/.smb/smb.conf in HEAD, since this is not necessary anymore. I also added some code to remove zero-byte versions of this file to get smb working better in case you ran an old version of smb-method before. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a world-famous ninja dog-catcher on the hunt for the last specimen of a great and near-mythical creature. She's a supernatural bisexual widow with an evil twin sister. They fight crime! From alexl@redhat.com Fri Jul 16 08:54:49 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 8DC6C3B1436; Fri, 16 Jul 2004 08:54:40 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6GCsUe1012146; Fri, 16 Jul 2004 08:54:30 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6GCsUa03350; Fri, 16 Jul 2004 08:54:30 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6GCrs3J029259; Fri, 16 Jul 2004 08:53:55 -0400 From: Alexander Larsson To: Nautilus , "gnome-vfs-list@gnome.org" Content-Type: text/plain Message-Id: <1089982468.9530.77.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 16 Jul 2004 14:54:28 +0200 Content-Transfer-Encoding: 7bit Cc: Michael Meeks Subject: gnome-vfs smb kerberos support X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 12:54:49 -0000 I added some code in HEAD for initial kerberos support. You need to apply the patch i posted at: http://lists.samba.org/archive/samba-technical/2004-July/036442.html and then build from gnome-vfs head including running configure. To test this you need to have a system set up that authenticates with kerberos against an Active Directory, or agains a Kerberos domain that has a trust relation with an Active Directory. I have just been able to test this on a ssh login with command like gnome-vfs tools, so I'd love is some more people tested this. In my testing there seems to be a problem with environment variables when gnome-vfs-daemon is started by bonobo-activation, it seems KRB5CCNAME isn't passed on to the server or something, but if you manually start gnome-vfs-daemon before launching gnome-vfs apps it seems to work. Michael, do you know anything about the environment vs. bonobo-activation issue? =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's an all-American flyboy sorceror in a wheelchair. She's a psychotic impetuous nun with a flame-thrower. They fight crime! From alexl@redhat.com Fri Jul 16 08:59:39 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 827D93B142F for ; Fri, 16 Jul 2004 08:59:36 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6GCxXe1013454; Fri, 16 Jul 2004 08:59:33 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6GCxXa04853; Fri, 16 Jul 2004 08:59:33 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6GCwuIv000970; Fri, 16 Jul 2004 08:58:57 -0400 From: Alexander Larsson To: Mika Fischer In-Reply-To: References: Content-Type: text/plain Message-Id: <1089982770.9530.79.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 16 Jul 2004 14:59:30 +0200 Content-Transfer-Encoding: 7bit Cc: Nautilus Subject: Re: Natilus using UTF-8 for filenames regardless of locale X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 12:59:39 -0000 On Fri, 2004-07-16 at 13:52, Mika Fischer wrote: > Hi! > > I've recently been bitten by this unexpected behaviour: > > I don't use UTF-8 on my system (locale is de_DE@euro -> iso-8859-15). > But when I create or rename files containing non-ASCII chars using > Nautilus they are in UTF-8 which makes them impossible to read on the > console or in other applications which respect the locale. This is the general behaviour in Gnome (this should be in some FAQ). If you want to use locale-dependent encoding for filenames, set the environment variable G_BROKEN_FILENAMES. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a short-sighted Republican barbarian on a search for his missing sister. She's a high-kicking cigar-chomping angel with a knack for trouble. They fight crime! From cyrille.bollu@aweurope.be Fri Jul 16 09:15:00 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from www.awtce.net (uu212-190-219-18.unknown.uunet.be [212.190.219.18]) by menubar.gnome.org (Postfix) with SMTP id 4F3203B1459 for ; Fri, 16 Jul 2004 09:14:59 -0400 (EDT) Received: from no.name.available by www.awtce.net via smtpd (for menubar.gnome.org [12.107.209.248]) with SMTP; Fri, 16 Jul 2004 15:15:15 +0200 Received: from awefwdmz1.aweurope.be ([10.142.211.1]) by localhost.localdomain (8.11.6/8.11.2) with SMTP id i6GCk6618172 for ; Fri, 16 Jul 2004 14:46:06 +0200 Received: from awe-ns1.aweurope.be by awefwdmz1.aweurope.be via smtpd (for [10.142.211.2] [10.142.211.2]) with SMTP; Fri, 16 Jul 2004 15:15:13 +0200 In-Reply-To: <1089969097.9530.55.camel@greebo.homeip.net> To: Nautilus X-Mailer: Lotus Notes Release 6.5.1 January 21, 2004 Message-ID: From: cyrille.bollu@aweurope.be Date: Fri, 16 Jul 2004 15:14:54 +0200 X-MIMETrack: Serialize by Router on AWE_NS01/AW EUROPE/BE(Release 6.5.1|January 21, 2004) at 2004/07/16 03:14:57 PM MIME-Version: 1.0 Content-type: multipart/alternative; Boundary="0__=4EBBE440DFDB93F68f9e8a93df938690918c4EBBE440DFDB93F6" Content-Disposition: inline Subject: WAF X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 13:15:00 -0000 --0__=4EBBE440DFDB93F68f9e8a93df938690918c4EBBE440DFDB93F6 Content-type: text/plain; charset=US-ASCII the "waf" is the "Wife Acceptance Factor". Very important for a successfull life together. :-) Alexander Larsson wrote on 2004/07/16 11:11:37: > > [layout region removed] > > On Thu, 2004-07-15 at 15:31, cyrille.bollu@aweurope.be wrote: > > I went to /etc/gnome... and changed a %gconf file (don't remember > > which one). Now it doesn't crash anymore. But I don't use the tree > > view... bad... My wife's linux waf is sinking. > > I just have to ask... What the heck is a linux waf? > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > Alexander Larsson Red Hat, Inc > alexl@redhat.com alla@lysator.liu.se > He's a scrappy misogynist messiah with a winning smile and a way with the > ladies. She's a tortured nymphomaniac mermaid with the power to see death. > They fight crime! > --0__=4EBBE440DFDB93F68f9e8a93df938690918c4EBBE440DFDB93F6 Content-type: text/html; charset=US-ASCII Content-Disposition: inline

the "waf" is the "Wife Acceptance Factor". Very important for a successfull life together. :-)

Alexander Larsson <alexl@redhat.com> wrote on 2004/07/16 11:11:37:

>
> [layout region removed]

>
> On Thu, 2004-07-15 at 15:31, cyrille.bollu@aweurope.be wrote:
> > I went to /etc/gnome... and changed a %gconf file (don't remember
> > which one). Now it doesn't crash anymore. But I don't use the tree
> > view... bad... My wife's linux waf is sinking.
>
> I just have to ask... What the heck is a linux waf?
>
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>  Alexander Larsson                                            Red Hat, Inc
>                    alexl@redhat.com    alla@lysator.liu.se
> He's a scrappy misogynist messiah with a winning smile and a way with the
> ladies. She's a tortured nymphomaniac mermaid with the power to see death.
> They fight crime!
>
--0__=4EBBE440DFDB93F68f9e8a93df938690918c4EBBE440DFDB93F6-- From Calum.Benson@Sun.COM Fri Jul 16 09:41:57 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from brmea-mail-3.sun.com (brmea-mail-3.Sun.COM [192.18.98.34]) by menubar.gnome.org (Postfix) with ESMTP id 9D0C63B0A2E for ; Fri, 16 Jul 2004 09:41:57 -0400 (EDT) Received: from phys-eris-2 ([129.156.85.26]) by brmea-mail-3.sun.com (8.12.10/8.12.9) with ESMTP id i6GDfuin004125 for ; Fri, 16 Jul 2004 07:41:57 -0600 (MDT) Received: from conversion-daemon.eris-mail1.uk.sun.com by eris-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) id <0I0Y0090161ARE@eris-mail1.uk.sun.com> (original mail from Calum.Benson@Sun.COM) for nautilus-list@gnome.org; Fri, 16 Jul 2004 14:41:56 +0100 (BST) Received: from cdelab89.Ireland.Sun.COM (cdelab89.Ireland.Sun.COM [129.156.226.189]) by eris-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) with ESMTP id <0I0Y00FLJ61VYQ@eris-mail1.uk.sun.com>; Fri, 16 Jul 2004 14:41:55 +0100 (BST) Date: Fri, 16 Jul 2004 14:42:39 +0100 From: Calum Benson In-reply-to: <1089981284.2883.10.camel@localhost.localdomain> To: Jamie McCracken Message-id: <1089985358.2375.38.camel@cdelab89.ireland.sun.com> Organization: Sun Microsytems Ireland Ltd. MIME-version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7BIT References: <1088989027.2667.42.camel@localhost.localdomain> <1089968275.9530.45.camel@greebo.homeip.net> <1089981284.2883.10.camel@localhost.localdomain> Cc: "nautilus-list@gnome.org" , Alexander Larsson Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 13:41:58 -0000 On Fri, 2004-07-16 at 13:34, Jamie McCracken wrote: > By default I didn't see anything in metacity (in FC2) that used these. > Of course metacity can be set up to use any key binding. They should be safe enough to use, although I'd imagine some people will have Ctrl+ set up to switch workspaces... but that's their problem :) Although it's slightly more effort for the user, the more usual way to deal with dynamic lists in menus is to give them a numeric accelerator (mnemonic) rather than a shortcut, like the recent file list on the File menu. That also makes it somewhat useful for lists of >10 items, as gtk does something sensible if two items have the same accelerator (e.g. _1 and _10)... with shortcuts you don't really have anywhere to go after Ctrl+9 (or Ctrl+0, depending on where you started). Cheeri, Calum. -- CALUM BENSON, Usability Engineer Sun Microsystems Ireland mailto:calum.benson@sun.com Java Desktop System Group http://ie.sun.com +353 1 819 9771 Any opinions are personal and not necessarily those of Sun Microsystems From alexl@redhat.com Fri Jul 16 10:12:27 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id D39EB3B0A79; Fri, 16 Jul 2004 10:12:27 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6GECRe1001291; Fri, 16 Jul 2004 10:12:27 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6GECRa29926; Fri, 16 Jul 2004 10:12:27 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6GEBqT8027925; Fri, 16 Jul 2004 10:11:53 -0400 From: Alexander Larsson To: "gnome-vfs-list@gnome.org" , Nautilus Content-Type: text/plain Message-Id: <1089987146.9530.92.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 16 Jul 2004 16:12:26 +0200 Content-Transfer-Encoding: 7bit Cc: Subject: Away for a while X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 14:12:28 -0000 I'm going on a much needed vacation today, so I won't be reading much email or being around on irc until August the 9th. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a genetically engineered drug-addicted paramedic who must take medication to keep him sane. She's a violent mute mercenary with her own daytime radio talk show. They fight crime! From alexl@redhat.com Fri Jul 16 11:14:29 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 3069A3B07E8; Fri, 16 Jul 2004 11:14:29 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6GFETe1017990; Fri, 16 Jul 2004 11:14:29 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6GFESa18704; Fri, 16 Jul 2004 11:14:28 -0400 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6GFDrwm022361; Fri, 16 Jul 2004 11:13:54 -0400 From: Alexander Larsson To: Nautilus In-Reply-To: <1089982468.9530.77.camel@greebo.homeip.net> References: <1089982468.9530.77.camel@greebo.homeip.net> Content-Type: text/plain Message-Id: <1089990866.9530.121.camel@greebo.homeip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 16 Jul 2004 17:14:27 +0200 Content-Transfer-Encoding: 7bit Cc: "gnome-vfs-list@gnome.org" , Michael Meeks Subject: Re: gnome-vfs smb kerberos support X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 15:14:29 -0000 On Fri, 2004-07-16 at 14:54, Alexander Larsson wrote: > In my testing there seems to be a problem with environment variables > when gnome-vfs-daemon is started by bonobo-activation, it seems > KRB5CCNAME isn't passed on to the server or something, but if you > manually start gnome-vfs-daemon before launching gnome-vfs apps it seems > to work. That was apparently just an old bonobo-activation running without the right environment. Killing it fixed things. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's an impetuous vegetarian stage actor with a passion for fast cars. She's a vivacious impetuous single mother from aristocratic European stock. They fight crime! From gcgn-nautilus-list@m.gmane.org Fri Jul 16 11:27:26 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by menubar.gnome.org (Postfix) with ESMTP id 2E7603B07E8 for ; Fri, 16 Jul 2004 11:27:26 -0400 (EDT) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1BlUcL-00049d-00 for ; Fri, 16 Jul 2004 17:27:21 +0200 Received: from nat-ph3-wh.rz.uni-karlsruhe.de ([129.13.73.33]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 16 Jul 2004 17:27:21 +0200 Received: from mika_fischer by nat-ph3-wh.rz.uni-karlsruhe.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 16 Jul 2004 17:27:21 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: nautilus-list@gnome.org From: Mika Fischer Date: Fri, 16 Jul 2004 17:27:17 +0200 Lines: 21 Message-ID: References: <1089982770.9530.79.camel@greebo.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: nat-ph3-wh.rz.uni-karlsruhe.de User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table (Debian GNU/Linux)) Sender: news Subject: Re: Natilus using UTF-8 for filenames regardless of locale X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 15:27:26 -0000 On Fri, 16 Jul 2004 14:59:30 +0200 Alexander Larsson wrote: > This is the general behaviour in Gnome (this should be in some FAQ). If > you want to use locale-dependent encoding for filenames, set the > environment variable G_BROKEN_FILENAMES. Yes, that fixes it. Thanks for that! Can you tell me the rationale for this decision? I can't make any sense of it. If the user has set his locale he probably wants it respected. Also, can you tell me why Nautilus displays Filenames in different character sets correctly? How the hell does it figure out the correct cahracter set? This has the same taste as IE guessing the character set used in HTML-Pages... The point I'm trying to make is that all of this breaks down horribly if you ever use something apart from Gnome, which I think is not something one should aim for... Thanks, Mika From cyrille.bollu@aweurope.be Fri Jul 16 11:52:55 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from www.awtce.net (uu212-190-219-18.unknown.uunet.be [212.190.219.18]) by menubar.gnome.org (Postfix) with SMTP id 798E23B0C9C; Fri, 16 Jul 2004 11:52:53 -0400 (EDT) Received: from no.name.available by www.awtce.net via smtpd (for menubar.gnome.org [12.107.209.248]) with SMTP; Fri, 16 Jul 2004 17:53:09 +0200 Received: from awefwdmz1.aweurope.be ([10.142.211.1]) by localhost.localdomain (8.11.6/8.11.2) with SMTP id i6GFNu619947; Fri, 16 Jul 2004 17:23:56 +0200 Received: from awe-ns1.aweurope.be by awefwdmz1.aweurope.be via smtpd (for [10.142.211.2] [10.142.211.2]) with SMTP; Fri, 16 Jul 2004 17:53:04 +0200 In-Reply-To: To: Mika Fischer X-Mailer: Lotus Notes Release 6.5.1 January 21, 2004 Message-ID: From: cyrille.bollu@aweurope.be Date: Fri, 16 Jul 2004 17:52:47 +0200 X-MIMETrack: Serialize by Router on AWE_NS01/AW EUROPE/BE(Release 6.5.1|January 21, 2004) at 2004/07/16 05:52:48 PM MIME-Version: 1.0 Content-type: multipart/alternative; Boundary="0__=4EBBE440DFC5D8EA8f9e8a93df938690918c4EBBE440DFC5D8EA" Content-Disposition: inline Cc: nautilus-list@gnome.org, nautilus-list-bounces@gnome.org Subject: Re: Natilus using UTF-8 for filenames regardless of locale X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 15:52:56 -0000 --0__=4EBBE440DFC5D8EA8f9e8a93df938690918c4EBBE440DFC5D8EA Content-type: text/plain; charset=US-ASCII nautilus-list-bounces@gnome.org wrote on 2004/07/16 17:27:17: > > On Fri, 16 Jul 2004 14:59:30 +0200 Alexander Larsson wrote: > > This is the general behaviour in Gnome (this should be in some FAQ). If > > you want to use locale-dependent encoding for filenames, set the > > environment variable G_BROKEN_FILENAMES. > > Yes, that fixes it. Thanks for that! > > Can you tell me the rationale for this decision? I can't make any sense of > it. If the user has set his locale he probably wants it respected. I agree. I understand that UTF-8 is the way to go but as lot of programs doesn't comply yet with this standard. So, it would be better if gnome could do it with user's preferences. But is it worst doing it? That's another question that I don't try to answer here. Characters encoding is such a mess :-). > > Also, can you tell me why Nautilus displays Filenames in different > character sets correctly? How the hell does it figure out the correct > cahracter set? This has the same taste as IE guessing the character set > used in HTML-Pages... I think the UTF-8 standard is backward compatible with all the ISO-8859-... standards. This means, it's UTF-8 that guesses character set not nautilus. So, as, I guess, nautilus is using UTF-8 to display characters, it is able to display lots of character sets. > > The point I'm trying to make is that all of this breaks down horribly if > you ever use something apart from Gnome, which I think is not something > one should aim for... > > Thanks, > Mika > > -- > nautilus-list mailing list > nautilus-list@gnome.org > http://mail.gnome.org/mailman/listinfo/nautilus-list --0__=4EBBE440DFC5D8EA8f9e8a93df938690918c4EBBE440DFC5D8EA Content-type: text/html; charset=US-ASCII Content-Disposition: inline

nautilus-list-bounces@gnome.org wrote on 2004/07/16 17:27:17:
>
> On Fri, 16 Jul 2004 14:59:30 +0200 Alexander Larsson wrote:
> > This is the general behaviour in Gnome (this should be in some FAQ). If
> > you want to use locale-dependent encoding for filenames, set the
> > environment variable G_BROKEN_FILENAMES.
>
> Yes, that fixes it. Thanks for that!
>
> Can you tell me the rationale for this decision? I can't make any sense of
> it. If the user has set his locale he probably wants it respected.

I agree.
I understand that UTF-8 is the way to go but as lot of programs doesn't comply yet with this standard.
So, it would be better if gnome could do it with user's preferences. But is it worst doing it? That's another question that I don't try to answer here. Characters encoding is such a mess :-).

>
> Also, can you tell me why Nautilus displays Filenames in different
> character sets correctly? How the hell does it figure out the correct
> cahracter set? This has the same taste as IE guessing the character set
> used in HTML-Pages...

I think the UTF-8 standard is backward compatible with all the ISO-8859-... standards. This means, it's UTF-8 that guesses character set not nautilus.
So, as, I guess, nautilus is using UTF-8 to display characters, it is able to display lots of character sets.

>
> The point I'm trying to make is that all of this breaks down horribly if
> you ever use something apart from Gnome, which I think is not something
> one should aim for...
>
> Thanks,
>  Mika
>
> --
> nautilus-list mailing list
> nautilus-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/nautilus-list
 --0__=4EBBE440DFC5D8EA8f9e8a93df938690918c4EBBE440DFC5D8EA-- From mnews22@wp.pl Fri Jul 16 12:19:18 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp.wp.pl (smtp.wp.pl [212.77.101.160]) by menubar.gnome.org (Postfix) with ESMTP id 56D533B0654 for ; Fri, 16 Jul 2004 12:19:17 -0400 (EDT) Received: (wp-smtpd smtp.wp.pl 29151 invoked from network); 16 Jul 2004 18:19:15 +0200 Received: from unknown (HELO megumi) (mnews22@[195.116.35.55]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with RC4-MD5 encrypted SMTP for ; 16 Jul 2004 18:19:15 +0200 From: Maciej Katafiasz To: cyrille.bollu@aweurope.be In-Reply-To: X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-AS1: NOSPAM Body=1 Fuz1=1 Fuz2=1 X-WP-AS3: NOSPAM X-WP-SPAM: NO References: Content-Type: text/plain; charset=iso-8859-2 Message-Id: <1089994921.4244.30.camel@megumi> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 16 Jul 2004 18:22:01 +0200 Content-Transfer-Encoding: 8bit Cc: Mika Fischer , nautilus-list@gnome.org, nautilus-list-bounces@gnome.org Subject: Re: Natilus using UTF-8 for filenames regardless of locale X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 16:19:18 -0000 W li¶cie z pi±, 16-07-2004, godz. 17:52, cyrille.bollu@aweurope.be pisze: > > Also, can you tell me why Nautilus displays Filenames in different > > character sets correctly? How the hell does it figure out the > correct > > cahracter set? This has the same taste as IE guessing the character > set > > used in HTML-Pages... > > I think the UTF-8 standard is backward compatible with all the > ISO-8859-... standards. This means, it's UTF-8 that guesses character > set not nautilus. > So, as, I guess, nautilus is using UTF-8 to display characters, it is > able to display lots of character sets. No. UTF-8 is indeed compatible with ASCII (that means text using only characters in range 0-127 will be represented in the same way), and as a Unicode encoding, it has codepoints compatible with ISO-8859-1 (that means number assigned to characters that are in ISO-8859-1 are the same, however their representation in ISO-8859-1 and UTF-8 is not the same), but UTF-8 is not compatible with any of ISO-8859-* charsets, and certainly cannot guess anything (encoding is a way of transforming character numbers into byte sequences, it cannot "do" anything) What IE (and other browsers too) does is to use some heuristics, that makes it possible to choose amongst some subsets of known encodings based on presence of sequences that are very unlikely (or impossible) to apper in encoding currently in use. But this usually works only for some combinations of multibyte encodings (ie, Chinese or Japanese), isn't very reliable, and is meant only as a way to avoid some very broken cases. Detection is not by any means way to fix encodings mess. HTH, Maciej -- "Tautologizm to co¶ tautologicznego" Mathrick http://mathrick.blog.pl From otaylor@redhat.com Fri Jul 16 13:23:38 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 5CFFE3B0670 for ; Fri, 16 Jul 2004 13:23:38 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6GHNae1015852; Fri, 16 Jul 2004 13:23:36 -0400 Received: from [127.0.0.1] (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6GHNaa25956; Fri, 16 Jul 2004 13:23:36 -0400 From: Owen Taylor To: Mika Fischer In-Reply-To: References: <1089982770.9530.79.camel@greebo.homeip.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Xyt5G1OL44wmCrp00gxK" Message-Id: <1089998556.2917.367.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 16 Jul 2004 13:22:36 -0400 Cc: nautilus-list@gnome.org Subject: Re: Natilus using UTF-8 for filenames regardless of locale X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 17:23:38 -0000 --=-Xyt5G1OL44wmCrp00gxK Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2004-07-16 at 11:27, Mika Fischer wrote: > On Fri, 16 Jul 2004 14:59:30 +0200 Alexander Larsson wrote: > > This is the general behaviour in Gnome (this should be in some FAQ). If > > you want to use locale-dependent encoding for filenames, set the > > environment variable G_BROKEN_FILENAMES. >=20 > Yes, that fixes it. Thanks for that! >=20 > Can you tell me the rationale for this decision? I can't make any sense o= f > it. If the user has set his locale he probably wants it respected. The problem is that it doesn't work to use locale-encoded filenames: - Multiple people on the system may have different locales - If you create a tarball on your system, how should the filenames be encoded? - If the kernel is converting Windows filenames from a VFAT or SMB filesystem it has to choose a single encoding; that encoding can't depend on the user's environment. Etc. So the default we chose for GLib was to do something that at least works from one Glib/GNOME app to another. Many distributors (including Red Hat) do turn G_BROKEN_FILENAMES by default. Because people found "G_BROKEN_FILENAMES" a little offensive, we deprecated this naming in GLib-2.4 in favor of something else: =20 G_FILENAME_ENCODING=3D@locale G_FILENAME_ENCODING=3DISO-8859-1 > Also, can you tell me why Nautilus displays Filenames in different > character sets correctly? How the hell does it figure out the correct > cahracter set? This has the same taste as IE guessing the character set > used in HTML-Pages... UTF-8 is an encoding of the Unicode character set and thus can basically handle all the world's languages. There is no guessing going on. > The point I'm trying to make is that all of this breaks down horribly if > you ever use something apart from Gnome, which I think is not something > one should aim for... To get filenames working correctly, you need to use a UTF-8 locale. That's it. Regards, Owen --=-Xyt5G1OL44wmCrp00gxK Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBA+A7cS+2LB0B90LERAqChAJ9LUmVKTGfnYZrS2a26LvbzF+tOnwCdHvZv JopzuED63GsEISOFgB4/H5s= =Y78Z -----END PGP SIGNATURE----- --=-Xyt5G1OL44wmCrp00gxK-- From gcgn-nautilus-list@m.gmane.org Fri Jul 16 16:36:15 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by menubar.gnome.org (Postfix) with ESMTP id 4D6DB3B0A41 for ; Fri, 16 Jul 2004 16:36:15 -0400 (EDT) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1BlZRC-0003MI-00 for ; Fri, 16 Jul 2004 22:36:10 +0200 Received: from nat-ph3-wh.rz.uni-karlsruhe.de ([129.13.73.33]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 16 Jul 2004 22:36:10 +0200 Received: from mika_fischer by nat-ph3-wh.rz.uni-karlsruhe.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 16 Jul 2004 22:36:10 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: nautilus-list@gnome.org From: Mika Fischer Date: Fri, 16 Jul 2004 22:36:02 +0200 Lines: 61 Message-ID: References: <1089982770.9530.79.camel@greebo.homeip.net> <1089998556.2917.367.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: nat-ph3-wh.rz.uni-karlsruhe.de User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table (Debian GNU/Linux)) Sender: news Subject: Re: Natilus using UTF-8 for filenames regardless of locale X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 20:36:15 -0000 Am Fri, 16 Jul 2004 13:22:36 -0400 schrieb Owen Taylor: > The problem is that it doesn't work to use locale-encoded filenames: Well, it worked remarably well for me so far... > - Multiple people on the system may have different locales That's right and they should be able to. > - If you create a tarball on your system, how should the > filenames be encoded? I'd guess that tar considers the filename as an octet string and doesn't mess with the encoding at all. > - If the kernel is converting Windows filenames from a VFAT > or SMB filesystem it has to choose a single encoding; that > encoding can't depend on the user's environment. That's right. But in that case I'd much rather have every user who wants that to work use the encoding *the admin* has configured not the one that Gnome decided on. > Etc. So the default we chose for GLib was to do something that > at least works from one Glib/GNOME app to another. Many distributors > (including Red Hat) do turn G_BROKEN_FILENAMES by default. At least that's good to hear. > UTF-8 is an encoding of the Unicode character set and thus can basically > handle all the world's languages. That's right. > There is no guessing going on. This is not. As Maciej already wrote, UTF-8 and the iso-8859-* charsets do not have the same representation for non-ASCII characters. IIRC iso-8859-* characters that are not also ASCII characters are not even legal UTF-8 characters. So there certainly is something going on here. When Nautilus comes across a filename that is obviously not in UTF-8 it somehow gets the right charset and also displays the filename correcty. This is what my question was about. Where does Nautilus get the right character set from? (BTW: This leads to situations where two different files can show up in Nautilus with the same filename :)) > To get filenames working correctly, you need to use a UTF-8 locale. > That's it. That's what I was hoping not to hear. The reason is that some of the applications I use don't cope too well with UTF-8 (the main culprit being zsh). So that is not an option (for me and at this moment). But I now know how to switch it off so I'm happy for the moment. And thanks for your reply. Cheers, Mika From davyd@madeley.id.au Sat Jul 17 02:24:33 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from oracle.bridgewayconsulting.com.au (oracle.bridgewayconsulting.com.au [203.56.14.38]) by menubar.gnome.org (Postfix) with ESMTP id 703D53B0868 for ; Sat, 17 Jul 2004 02:24:33 -0400 (EDT) Received: from pingu.cook.theducks.org (cook.theducks.org [203.22.197.49]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by oracle.bridgewayconsulting.com.au (Postfix) with ESMTP id 329A91F8002 for ; Sat, 17 Jul 2004 14:24:48 +0800 (WST) From: Davyd Madeley To: nautilus-list@gnome.org In-Reply-To: References: <1089982770.9530.79.camel@greebo.homeip.net> <1089998556.2917.367.camel@localhost.localdomain> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ofNBv6xLkf1Pr0s6U0BZ" Date: Sat, 17 Jul 2004 14:24:06 +0800 Message-Id: <1090045446.20909.10.camel@pingu> Mime-Version: 1.0 X-Mailer: Evolution 1.5.90 Subject: Re: Natilus using UTF-8 for filenames regardless of locale X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jul 2004 06:24:34 -0000 --=-ofNBv6xLkf1Pr0s6U0BZ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2004-07-16 at 22:36 +0200, Mika Fischer wrote: > That's what I was hoping not to hear. The reason is that some of the > applications I use don't cope too well with UTF-8 (the main culprit being > zsh). So that is not an option (for me and at this moment). zsh doesn't deal with unicode? That doesn't sound right at all. Are you sure this is because you are not using a unicode compliant terminal emulator? =46rom memory, my housemate, running zsh, has no problems with unicode. Most of it comes down to the terminal emulator, gnome-terminal and uxterm work fine. Of course, you can run in another locale with `LANG=3Dde_DE@euro foo` if you have that locale generated. Why not give unicode a try? ;) --d --=20 http://davyd.ucc.asn.au/ =20 PGP Fingerprint 08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA --=-ofNBv6xLkf1Pr0s6U0BZ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: http://davyd.ucc.asn.au/pgp/ iD8DBQBA+MYGLt27T1GRbNoRAgMaAJ9YQB8rh5RbgnbRUv2jtgDDyBQBZgCfTTYg 0WkUPujNECrojJdRv0J2wmE= =8rP7 -----END PGP SIGNATURE----- --=-ofNBv6xLkf1Pr0s6U0BZ-- From gabor@realtime.sk Sat Jul 17 09:44:44 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from core.realtime.sk (realtime.sk [217.67.16.60]) by menubar.gnome.org (Postfix) with ESMTP id A56A13B079E for ; Sat, 17 Jul 2004 09:44:43 -0400 (EDT) Received: by core.realtime.sk (Postfix, from userid 512) id B9FBB932CD; Sat, 17 Jul 2004 15:44:42 +0200 (CEST) Date: Sat, 17 Jul 2004 15:44:42 +0200 From: gabor To: nautilus-list@gnome.org Message-ID: <20040717134442.GB25089@core.realtime.sk> References: <1089982770.9530.79.camel@greebo.homeip.net> <1089998556.2917.367.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Subject: Re: Natilus using UTF-8 for filenames regardless of locale X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jul 2004 13:44:44 -0000 On Fri, Jul 16, 2004 at 10:36:02PM +0200, Mika Fischer wrote: > Am Fri, 16 Jul 2004 13:22:36 -0400 schrieb Owen Taylor: > > The problem is that it doesn't work to use locale-encoded filenames: > > Well, it worked remarably well for me so far... because you've been using it only for your and/or german and/or european stuff which is usually iso-8859-1 (or 15). i also didn't care that much for it until i've found some japanese files :)) > > - If you create a tarball on your system, how should the > > filenames be encoded? > > I'd guess that tar considers the filename as an octet string and doesn't > mess with the encoding at all. > yes, but the problem is: if you create a tarball and give it to me, nowi will have to switch to YOUR locale to be able to see correct filenames? > > > There is no guessing going on. > > This is not. As Maciej already wrote, UTF-8 and the iso-8859-* charsets do > not have the same representation for non-ASCII characters. > IIRC iso-8859-* characters that are not also ASCII characters are not even > legal UTF-8 characters. > So there certainly is something going on here. When Nautilus comes across > a filename that is obviously not in UTF-8 it somehow gets the right > charset and also displays the filename correcty. > This is what my question was about. Where does Nautilus get the right > character set from? > (BTW: This leads to situations where two different files can show up in > Nautilus with the same filename :)) the guessing is usually something like this: the application assumes that the filename is utf8. he begins to read it. but then he founds out that it's not valid utf8. then he uses something else ( usually iso-8859-1 or locale-defined one). > > > To get filenames working correctly, you need to use a UTF-8 locale. > > That's it. > > That's what I was hoping not to hear. The reason is that some of the > applications I use don't cope too well with UTF-8 (the main culprit being > zsh). So that is not an option (for me and at this moment). are you sure about this? i don't use zsh, but it should be able to cope with utf8. locale defines many things...file sort order, how to display dates and time and so on. filename encoding simply should not be part of it imho. gabor From kakilikgroup@yahoo.com Sat Jul 17 18:12:22 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from web50501.mail.yahoo.com (web50501.mail.yahoo.com [206.190.38.77]) by menubar.gnome.org (Postfix) with SMTP id 1CDA53B0A67 for ; Sat, 17 Jul 2004 18:12:22 -0400 (EDT) Message-ID: <20040717221222.79609.qmail@web50501.mail.yahoo.com> Received: from [217.219.51.5] by web50501.mail.yahoo.com via HTTP; Sat, 17 Jul 2004 15:12:22 PDT Date: Sat, 17 Jul 2004 15:12:22 -0700 (PDT) From: Kakilik Group To: nautilus-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Project proposal X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jul 2004 22:12:22 -0000 Hi all nautilus developers, I would like to start a user-friendly desktop theme manager for nautilus-dekstop. It will has a clock [anolog or digital], a calendar and a shedulable background image manager. In next versions I hope to add it a full functional PIM. Regards, ===== Kakylik - Turkmen free saftware development group www.kakilik.org (coming soon...) maintainer: gmtavakkoli@yahoo.com __________________________________ Do you Yahoo!? Vote for the stars of Yahoo!'s next ad campaign! http://advision.webevents.yahoo.com/yahoo/votelifeengine/ From DANIELLLANO@terra.es Sat Jul 17 19:59:30 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tfdsmtp2.mail.isp (smtp.terra.es [213.4.129.129]) by menubar.gnome.org (Postfix) with ESMTP id 341743B0AE0 for ; Sat, 17 Jul 2004 19:59:30 -0400 (EDT) Received: from teleline.es ([10.20.4.99]) by tfdsmtp2.mail.isp (Netscape Messaging Server 4.15 tfdsmtp2 Mar 14 2002 21:29:48) with ESMTP id I10TB001.AID for ; Sun, 18 Jul 2004 01:59:24 +0200 From: DANIELLLANO To: nautilus-list@gnome.org Message-ID: <241652674b.2674b24165@teleline.es> Date: Sat, 17 Jul 2004 23:59:24 GMT X-Mailer: Netscape Webmail MIME-Version: 1.0 Content-Language: es X-Accept-Language: es X-Priority: 1 (Highest) Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 7bit Subject: Re: Natilus using UTF-8 for filenames regardless of locale X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jul 2004 23:59:30 -0000 gabor wrote: > the guessing is usually something like this: > the application assumes that the filename is utf8. he begins to read it. > but then he founds out that it's not valid utf8. then he uses something else ( > usually iso-8859-1 or locale-defined one). Could someone point me where the code that does that is? I'm looking into implementing the same code in another gnome application. From gabor@z10n.net Sun Jul 18 11:34:59 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from viefep13-int.chello.at (viefep13-int.chello.at [213.46.255.15]) by menubar.gnome.org (Postfix) with ESMTP id 2DCFA3B089D for ; Sun, 18 Jul 2004 11:34:59 -0400 (EDT) Received: from [192.168.0.2] (really [217.23.244.140]) by viefep13-int.chello.at (InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP id <20040718153458.HQKH23041.viefep13-int.chello.at@[192.168.0.2]> for ; Sun, 18 Jul 2004 17:34:58 +0200 From: gabor farkas To: nautilus-list@gnome.org In-Reply-To: <241652674b.2674b24165@teleline.es> References: <241652674b.2674b24165@teleline.es> Content-Type: text/plain Message-Id: <1090165061.9623.3.camel@dubb> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 18 Jul 2004 17:37:41 +0200 Content-Transfer-Encoding: 7bit Subject: Re: Natilus using UTF-8 for filenames regardless of locale X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jul 2004 15:34:59 -0000 On Sun, 2004-07-18 at 01:59, DANIELLLANO wrote: > gabor wrote: > > the guessing is usually something like this: > > the application assumes that the filename is utf8. he begins to read it. > > but then he founds out that it's not valid utf8. then he uses something else ( > > usually iso-8859-1 or locale-defined one). > > Could someone point me where the code that does that is? > I'm looking into implementing the same code in another gnome > application. i do not know how glib handles this, but imho it's simply: byte[] b = readBytes(); string t = decodeBytes(b,"UTF-8"); if (t == null) //or any other way that signalizes that the decoding failed then t = decodeBytes(b,"ISO-8859-1"); //this will not fail because all byte streams are valid iso-8859-1 strings. gabor From ttb@tentacle.dhs.org Sun Jul 18 15:43:05 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tentacle.dhs.org (CPE0000c02944d6-CM00003965a061.cpe.net.cable.rogers.com [69.193.74.215]) by menubar.gnome.org (Postfix) with ESMTP id 618B03B07BB for ; Sun, 18 Jul 2004 15:43:04 -0400 (EDT) Received: from ttb by tentacle.dhs.org with local (Exim 3.36 #1 (Debian)) id 1BmHf5-0001NM-00; Sun, 18 Jul 2004 15:49:27 -0400 From: John McCutchan To: linux-kernel@vger.kernel.org, nautilus-list@gnome.org Content-Type: multipart/mixed; boundary="=-eBcOcW2Zk7UKKcyWwa7l" Message-Id: <1090180167.5079.21.camel@vertex> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 18 Jul 2004 15:49:27 -0400 Cc: Subject: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jul 2004 19:43:05 -0000 --=-eBcOcW2Zk7UKKcyWwa7l Content-Type: text/plain Content-Transfer-Encoding: 7bit Inotify is a replacement for dnotify. The main difference between this and my earlier inotify design, is that device numbers and inode numbers are no longer used. The interface between user and kernel space uses a watcher descriptor. inotify is a char device with two ioctls WATCH which takes struct inotify_watch_request { char *dirname; // directory name unsigned long mask; // event mask }; and returns a watcher descriptor (int) IGNORE which takes a watcher descriptor and returns nothing. After you WATCH a directory, and events that happen on the inode for the directory that match the mask you asked for will be available to read from the char device. You read this structure from the character device. struct inotify_event { int wd; int mask; }; When a directory you are watching is unmounted, you will get a UNMOUNT event. When a directory is unmounted or you use the IGNORE ioctl on the char dev. You will get a IGNORED event. I have attached a tarball, which includes the patch for linux 2.6.7 and a small test app. I have tested this on my system and AFAIK it is working. No doubt it has plenty of bugs. I plan on adding an inotify backend to gamin soon. John --=-eBcOcW2Zk7UKKcyWwa7l Content-Disposition: attachment; filename=inotify-0.5.tar.gz Content-Type: application/x-compressed-tar; name=inotify-0.5.tar.gz Content-Transfer-Encoding: base64 H4sIALTO+kAAA+w9+3faxpr9Ff6KSdr1gg0YJ7aTOnFuqI0dthi8gJvmnp6jI9BgqwGJq0dcd5P/ fb9vHtKMNJLIo3d3z16aY5Bm5pvv/ZgZqa7nR+7yod3tHO1/9xd9uvB5dnSE3wfPjrrqt/x8dwBd jo8Onz05fPZd9+DJ4dGz78jRX4WQ+onDyA4I+S6K5qX9qtolIfL7/8jHVeR/Zb+nS3dFv/UcyI/j w8Mi+R/Df1L+R0+fwv2Dw4OD7nfkn8LE/+fyPzs7vV0s6mcXw97l9LT91l6tSPu2Pp2cTU+FblgR DaPOgsjLOHJXYWdRP+9f90fnp2vQGoduqOeQHxocTrNe7/idxUm9BnfOmul90l6QH17W6zDLCVHB 1+vq1UlmLl/r2/HrNcC5og9p+5kZOJIngA1S10TkOAnN5Fa9vlhR2wPEgzVpL8kuwNntzO33Oqjv yfmYjMYzct4f9md9HfmOf0L24zDYd73FKnbofhg5rt+5028uqR3FAQ07dxWDH8L9hUOXYRbArRcD 5HheCGHlzveBTW38dg+fH8MPL/5j/2nnaedQxQ2AVyExd6NwP3rY0BwWrOXeD5zQ/ZNuDwY650AB nsimchDWpbXwvaV7mx19v7izg60QED0z3ASoH76Wk3ZwuxUGTCGslbs2chMkbtEgWLkwvEo5Igdw ykIJo8D1KjFBxTKKNHLXlZLEweA3IzMBrKEcwHLhRSvjaNFSPjz2gDuOcfzGD90/LH9TiQLrjcrk 2UhwnkDXX1RjwqCwnjlG2uE6aSkHkvQ0UsRa2kJWWwg1egCTtuNVlMOIiY2u6GI75siupib3NqTb QSnTpzBY7HNjSr0Av2KdYWrdyadghNP/QldbMPpzfK0O4sucrRmNz/e2VXC2cbdmGFv72xIUtnK4 X8ZO3eOW4KC43K26qz7Y7HMrNZE74UKnWzGeW02R192O5Lx/zjrXkuFGDy397jYAFEdc6ni3MMoK 31jNTdUVF7rebYgy++JizD/XGZfJ8zO8cZlDcEuYXumP6//T9cq/Pt/2o9b/UsobO1rcfcM5yuv/ Z08OnjzJrP8cHRwf/av+/2d8HHe5JO04GBFW+XJ7bz/pHHee7TuB+4EG4KshfifKsSDVXertdntr eLWDH49/bB88aT89IAc/nnS78K+TLAySdveo263v7e1tMW/tSbd72O4+ax88JweHJ93Dk8MDDdQh gHr9Gn60umTvoPX8+Efy+nV9b3+3vkd2ycDzHUrmdkgd4rgBeFs/eCAMuLuwI9f3QrL0AzJERDo4 hA078zcPgXt7F5HGWZMgCuQ//DuPXC3OYjAk20t6zu7ckGwC/zaw1wR+LgNKSegvo3s7oC/Igx+T he2RgDou5g/zOKLEjYjtOfsw7doHYT3ADQYr9hwakOiOkogG65D4S3ZxObohl9Sjgb0i1/F85S4A 3QX1QkpsmBvvhHdA3/wBuzNIF4jFVGBBLnyAzIh9QagLfQKCnIZr8qRFAI2GHSGmAYHQDnebgN4D g7Oyo7Rzp5DolDYHsnuG9J2/ATLuADBQe++uVmROSRzSZbxqEejJ4LwdzN6Mb2akN3pH3vYmk95o 9u4F9I7u/Dgi9APlsNz1ZuUCaCAmsL3oARjDhl/1J2dvYEzvp8FwMHuHlFwMZqP+dEouxhPSI9e9 yWxwdjPsTcj1zeR6PO13CJlSKtnKoBSwdsnEA9xzaGRjQE2on7q3HnXa/nLZnj+cZBSDgFN5HVEv ssFYOs4dBOLgFoft1/fqe9+LGExe8iAM4dvfQBrxKt8EqhEDBFPTexp4dGVsChegCeaWjeut/MV7 c+PKnhsblmbkMM1zjS0bf2XGbO2GUIh9AO4am0uaXM+NjA0iZzPRI8qyz2Merw0MDfeBG9G5XcC8 JJN6xUQME7seJVe9X63BaDwbXLyzzvu/TMlzsg8aT4nvrR5IGG82fhDBzXuMzGBgTEMKBltve7Oz N/3JlBwfIpQeKOUH5lcYsDv7A8WWSlD/edO/6Z9b/V/6o5mENUYIaA9LNwgj8uTomBleFCZW+4+Y xmB9KlDL+mkwu+pNf7amg7/3SaMQ333yvKlyRe00G4ABs7/kdwhZLg3JHmm8+fv+IRuCxQ7Yox35 a3dhRZI6KF5jL3pB9vfJyxyTcRzQdAG2S+1FstRAuHaRe0o8CqREPnlP6YbYBEWOflaQLEgFx+hG LWbsaRcXQ0nIfRoAQsfKUIKaEN058ZljDaN4uewIgwevGC+iZMFDYPFf9b2aaEHY1h21gbs1jsIL aJQk1/g9QbFpVE2KHFtdD0bUdDbB7XvbjSxGGBsDnGS3FHhYPwQWQq2xn9iEURigBTgCJUFZf+FD EDX8xnsffBexr9XAl63tEO99epEKXKfd4gThVA0oJpucFLgVPDTYjRbJ8IwNaLF+Qiu0ZkEt4ynQ T5ABDlMO2QIyWwTuBuI+dIm9kDlvsvK921pN4FtLgYJVAy3sh96gCnC3Bj9M8qg5jDQ2v+iL16ae btqTT1vUMU47xt4ahco10sxmKX3nc3gsBrUIH9UsBut+EVi3Cmz8RWBjK9EK5hOloYIdQvyGtMSO IArfcXsX7gBU2QOpiMyKp5zMzu/vRLIh0lCCmt9oklsKbmFhr1bUaUE7QGXTwPe9vXoPsMH0uaMA Zym8CHMR6J2XbiTzoTm4BdBGAAeascIpqGP2EjxAccVHvSbikzN+8WHqkddVNp47kIxJMgiRb5km 3FIG6hDNOJnLRkOEmRyLa3ZjAVk2MAQ8CgQOyAEDsgu5OOYQKmA0vV32DbAUH8lyDUhfbeI5ws0R GgQ+uim4ZD/JqYBsoVRIIwE/HI9/vrm2LsbD4fjtR3F1Ppj0z2bjybsW2fGcJgO6JA0GqQmGVavd +qAykIPyKThWMIfndBzGlvYrQRyOtSwXxdoQyOMtKLfvrIBCuRTShpgDwJ1AU0CjOPASCj4pfGOu NPYCupSc07nD4XNft4EEuZFM+MngGjU92tWuGsjDe1BozR8SdIdNNTwVgRJKBR35b2DN+zUYgL8A lN0/KZhXowQE6NPlxbXVm42vBmdNDggF8IhDa+YlwBvar9hX596BCe+ZMugNSAA0Sbc+GA1m1nAw nVlv+r3zxo7szPSVAdZlkhDG2MmkAbZKI6ozoIw0yR3OxioETHS1Dwrp6rIWVmE2xDQSWXCA5z7L TsAzCTfERqFmhogYsBP9kAyLf9PyOR6WwZU1+C8c2pK5hcX1otZQGsnpKeRy1s3oanwzmjXJx4/k NxQbfvLdBpej8aR/Xtxth+iTMW/CqIIwCvyCXANB4TcWunSJhRl6ZUy+uA9NLUiJ1iLvMctNRnP4 LgoyZDeNNl9rKqjhIrNjsWWHkaZkeE0ksTBd57MJVUVF+JTaTSo+JjjJzPYr5iDar3TmfvxYPIBz 3zyVQB6qHwPuWXegGUwCHn0Om4J3Z3HGdiAnhQpbN48WSacIEzVXSwlVzHd2yOcKG3DZJA1lMNnZ IY94RFtvoge1qdnMel8VKCfPoUyHyrTnCxThkRl7hngR/xPmlgZwhbz2K4/+Eam8Bndm8EJCsA4t FqzRD2Z8kBL9VerAA1ng2cr4x+M9D0p8vtQVSobxfpIrWhvDWat7spak1qSCu0qAEfzNg9nbU7Bh GQ0rkq0/aeBbUO+IqUXl08qUxYJ1IdDP+qLyq/1NIYjRX8ZNiPsV3GwRzkjJVcG8jx9h2EvSNTEx T3m7zVtwxTcoQ1+C6qYmKjAv8qgL8H6gSvK6lJK8081mjEpOVOHChSjF3eqMRfQUycrP/cmoP2xq QNCfJRFbc6FKEqL7YmhI8sakBRdzTomoKbM5Q9rLSgy2sI+7RZ/YSvMfVtFbGFaF5eNPNjxDo8mg 0SLlqoAVewYoQv1UUKiB3ABFIiPZrE4KE45uhsPUNKV1JJLMpc3CQW2lVRWKIrSpkDMmc2RwFTqr GcPIV6nfznqY9ljMF6HamCqEHIFVoarKUoQsZBCB5MvCcppXiIkEoZjKpBtJ5c8FrqkC03mm9KI1 L+OaEP6nVAEEJp+2YBRKh7Hps7zlVpyp4ILqTcNkUcXAA7QsLGTKOVBBfzZAuKEllyXzVWSZLXyJ N/1WnBC+UTjHDD8ONE4YQk4BJzCx/Hb+oGDZoaunKJBba6OSfu3+YPRLj7k0Q+ohsphUYXP+5HPA fU1alE4wGk+vzwrwLUiVkoQ+F7ayyrDdgkhWosH66wS60T18pYYXCT3lvuYnFQlyAW5UCebioTSE onJV1YGWWkZzSEpGb8gRsENxWmfSIy3SatKQlREEnnjjKMkbLyjNy1Tb+lN9TZ549N4SqRO0ySu5 +GHwN1uHnwTWx1O93hXE10zFMi76pRgZdBN4UuBniuNxgYMRZaFDUyfy8WM23guIahxtaim9oppm g3SlQWbo5eug2j29CirTgGQl0lgT5FhmNuRvwbEiXpisRcmWTXRLY9mS7hzV+7vkZ1Yvk971QBwA 0BYZOOCCJSqFGVsuPZlDtJLHCiJdS0lDvy6lU6GrKqmmyyUeTh2iuDpZXUr4MoUumuFTSqjsmiMV +vR/vR5PZtb03dVP46F1eT1sFAqCMyezIoSsUTtJYfEWDD34bRSX5gxl/40dJGtCWrUhdxgSCh22 v5A28JFipyHgi0LZVqHVZvoavE+yjaHw3GE7C8oMmSomi1wpY/NM45xVK7dN4C9oGFox29xk2pXY gbI/zpu3UvwW2cWFr8IU1QrtJVWUHDuD2NgEybYiV3DdHtPavWhnmBfxrEO1ZZi6GG1ULh3ovV6I GK82pPN/rtEpq/nqrJqr1oNPvhpW+xqn4UMMrlhblKgw5Vp5YV3TlwIa+fm1LbZ00+6TYVlhHrsr p0o18W8SssJ4AwFkzrYsdsN5K79vW6DK7OiBFGxRbSUkwGd0zZpaEgxYyEwYGs7Jo1MSzlnMrC18 L3K9mOb19y+IGzIvITkdkIaouvYqhfiUSVQZBxRBCAEmssvISHfPqaD4KE5vdjktRdIQYxVVNSiQ 6IMUhZjqgI4o4Ay0qnw3ektleKk7zrOEQ93HI53y6AOmaTRY2gt2hgLPXtI1iJftu638e5HICCNJ Yp1aquEZQMlqfPic7OJfKIfgvhXZc7yDR5CahuMNRQ5VduP+DuG1X20AX8zJ8HCASD1lNzYVztHg U8vq043QF7iCbtlbWEXRdpKGp/yIbO96PBwORuQj+zE5hwLtKimmMl2z6XCIC89WSjLbFTSwTZyZ YOcndufxssUsCFnGxy943Fr5yyVc7bITHEyfebMo3LfbnjKeIiFFrbqQWLWMC6LsIEZAw3jFBnHE fcAcr877Z8PepG+97Q1mbIOzwaWyiIMgyQ9qeP43WVzBoXDFAfDVh2IdqCmnLO/YuTwAtYxXq+Qw oNhqQz1m/pAvjbwkfB8gu7DAsxbhtzha1Ws5Bdt76u4eduMkLK3lyr4NyQ4ZW6Px6Kfh+Oxn6Sfl hL3L3mDEU2J1Rrkqpvogyw3+kY+KvEiVJwEbqj3sSIMI6IbabE0GkUPDtlcWPmDvercNKR8ZblIv hROS3Cq5xHzSn856k9n03ZSHbhpZAhQ/V0gaM9wwm9yMRoPRJR8b0LX/gVbim+N+HjoHPhjN+pPJ zfVs8NOwn5z32WYPtpJMduA6BmNtZHI6c3eGMOdzqjHb8CTHEmLmCTeAy8Ces+Mewr5R1b9i+7iW busrx1LUCsOwXy62h/SIZlbOjNOAieQd0pBHY1r81JI8QNYEb6AsqWUgZMz1oncznBWYa/XcfNtR n72BLmlPugyJY7P5TVBisE814EwKfCy2tokvvaG+isrh5NJYVUzsiC9p6FUquk9jbaW4eJi7aNW1 mbpfvhLOwCUHGFAp9+ESFJ0/3oIowM2173B0hEqw362CQ+LNBNC9/Z6SeINPqUTs+DUqP377Hgv8 AostzBshWfHGYilPEG8iF5ITxbBMdYGa6fjgHUsXsNI4XsXdlHvaISFtRSp3QgjPvOsrXqMx3HuR O6+jg1HDqNgGb5ijH0cwtwdeU8/XFMFIEun88Ew2nTnqIzEHdckfSGmRrnF/O7e9UMPnRvLqlaKf 2RrhK8xsEIo+PTGf1YfEe8GY6TXUzRiwoXjGr/550iM9Oi9hq6cnFK7pp0ZyvFrTNTJCP2nSLThs kk+KkpMFEgHGhY7WpDYsY2+BD4FlNv2TBwOUrvSPjQtGTU4LLDbNPIxSqBcuFGs+SxyjtWyW0XP5 bnGaqGqNaIslouwKUel+psELVK3eZMrs4tUhwxJIfnFGB7/lKk1+ceRbrr2Y4H/G4otJA6QTr5Z/ EWPv79AnV9Z7teLcJjn58ilbrmsz6Qc61LAhT4ZvGTnSg1x58zav/uSXIyvid1ExhQIttN5amYkq +Z+xn8Jvphf8PEwmEiQNajqpnUZlhxZz0W2bIwJs0OfvIwMRoAQhJNXih3J6EXIIvUpWXcE2e6EA IC17+YX6IIWYsf0qeb5hR92AEg8xpOfn6R9ulCuKOd3yYWh86i6phB9NrcH0fDBJlwjXCD09GiAO BsygT5kxa7MLeaXb5NkDgIzVCWk8vqlkFVpyxRLlvnhQGVcBVuxsPJ4ZD9nTPwFtQ1xij+4pz4WL x/rsFcbuBwCBDwaJwzQtbP09BsHznUAGjkVyXGSQ+sbGSHaqDsRwLEecPlI4XKQhvlQRfAoM5/VX jvSq3Ej8lL0FO8aKOfpJqBCZiMZ8NWpttdurukBSFTOyJfHXBA0l8e2misZVfWF7/x4RXGGGKoE9 x53kDuxJCHxqXZi6SVzanr6GD6bg4nAMk9r/EgYo53U+KbvWGh35xCBhl3gcFiahAWVPyIlH77kP SxwEuhfVGygHXJT1jPIUojhiosfQjwSV+G+oXkGs3/JoX5HjVly75qCLHFO94FCQFKx6Fih/XKx6 gbEkn6xwiVtt6W2bK+qiNCp+abJYqfVmpc8dGysrHiCjEYtqX10zVAQjNhNwASs3qzfsT2bksVxx 5jOdkH/b/OY9Tlxx6RCl4oVxDhtX/vRQJUievugg84Vws7AmEiVGRR3EMTAiwESYcIGNF8rLnVzJ 0HsnQVmME2est0jBTb4D3/mVTb832dx7I3ZatE2uxTr33KQd3GpnRA3JXmanpDSxFN/S89y7jrpe s9wYN750z4SexRqMz6zZu+t+A1Bu4k6vrNKhYTa0rnqXgzO5SKe6nGTwaMKHvsqN/HU0MYxUx2IW yQbvEHY96ffOm6mHe2Qv2Dam/77xS3+CoN9OBrN+izT4+wSawNMWH4mrGwxU80XZBGx86QyIQuUE Shqte+SSBduE+xorwnuXFRgMSQaKJZ+Slezc7QlTML4JtXmwloG/ZmvGjR2hBBl8zYt0mvo0ZTJp Qj2zeyS310VPDR53xxIPsZkNrocdl9RJ4edSi2kBDTbT4XrfAl2RCPDw4TqlqE5nvdlUYGoKEUk5 qtiTAuxTfsU9H4AUJ4ILxIF4zZScb+lvcMkMie749x4NarVTMnszmFpX4/ObYR+dTgeXsfG+uqXO GtD5qw14zRpwKVptwGsxghXd2hh2h7UyT6iOYzda/I0ByTPl6ct7sh5NELKG2wGBq6vBFGzz3ah3 NTizroDtkxYWLXYMsQu5g52xdIUZpXN/zBBBtsDNHZVNCRqaE7csXKRVTlHi02moXUolDsJ5IVcY 8WEswB/IvoUwhQqZWd1OzR56Fz4eWBKdup0jwt/XRBg2jBunIl7pk3FO5fMYjnBhHoOZsUYko8ih kiZiIqoK5fAujhxQQUBTWa/iWmj1bmZvxpPG48zrrV6a3m/1io0XA8/707PJ4Ho2GI8ajwcstvLt Q368RO06HJz1R9N+4/Hl9fAxFwNnoxCqKmJsFo2cGSproHHrt97J/yVC8cvnZI9t3nkn+4r31B23 D45J9+DkSfeke5h7T13pK+8ykJ7BP3Lw/OTw8OSp+Y13z1rPyB7+ef26Tr6vk4vxaHbVu74YDPu4 yrI5fPqsE3tundTb/vz39kMNNxXXdN3xSWB7jo8/oggtHn54FvxMbuDLU32yYXdQ0zo+6OtXw5Da DNBInSC8Hxpn49HF4NL6Zdas1QD0hygZ+WFhhYuAUg9+4xtE/BVd2xu4+K2Or/nBAzDpbdD6ZTTH Yfydqvi6OnzJ08PctwMHJixTj2W4b0dRkHkPYnK3QA2S9ozoQWZHzytFnx0N4j7+7/aObLeN5PhM fsVAgG3Kpu2Z4SWRiANHByxEkTaidjcJFhjQGo5NmFc4pGRjoX9P19HXXKRkxX7pSmAte7r6rK6u ru6q8sKg3xLYfuF0B0Gz670S//KE51yekXfidwWfZstIun7LfYx5TrZ4NsvhsTPhgi//3SzWI3Zr l2/L+GazmqyxTOzVQbt5ILp10GkGPnZMsFtPKRsWKIZ5tYyVSDyX1hnpeA3jiD8bk1F0O5qiCPCa RBHOiHKh+ZsKrcVye8Xnzg35glvmGliCQv4xs1eMcc+dsG1pvPttRIgHkTwVcnI5GXKGPAsKu7vQ oY3eey3mIej1xf87hyWE2CJKbDEp6lelPK4sNYzieAUieLqEx4QvPfIDJFbrEhSvf/G0woAOMuh6 x77X1VoF42rXq9UUZvoRiOCjnfhx+gUcI+OX1+9SevGIz+Eg2c5Lb69Q0tsyPeT0MDc9nFw+PZwh yyYO+0G4y/TY6Nv5RBjC7Ih/i/lE5epcjj4hk31KRlHJfYR4nC7mYs2uS5Cz7CLoHBDxdQ4l9Ulb tniCNj0LcUCmKwZwA9X05BKdoaILfTEV8BfSjAmEiLpCuMcX0ZE4Nl6f2Leok5w9BeY+M3LDKuC2 c/blIl1HZQ1DjDzPwC63RVehy+1uUNHl2RdRS1GP6Ujz87q8tWEl3e60kJDF305lt8WPkvH8eT2W bdp1irthD/vabakp3ixNaxvN78azB/aNAhrt2jeVWxQJF0igouVdTnUATIR0Gnag55N00vO75qZA LUQPPIb5knzuenz0/ujDSXRxOjwdRlcn4sx4crzP3Smq+//Qx8JtmnrUoynpHbQqyC/9NhOM6otN gItpDEz7p9Lg1oaVUOJBx8duH3R6JiUKzOhJqPFpe4ld1G1reogIFrsZks33NPRbh80gEDul3+41 gzZP8TQdQ2Vyqm+TNBKioRi0CP27UmWiEqNSrE4kZaq1x4TlUUaHS0RGU6JpwSeWUnODKRsBA0rr hiReaD1r08rHViGfGcggtXqMvrVKc7XtWJHJVvKFyxHMEkhF4QolQyXFsvcWyQ50ZXnBjlLL5Tr6 XnD620nqtrC///RXJWRVinyPFeu0f/J8Y9ibeO7DWgtyh50OdOiwo/YLveh+ub6KTq6uGomkF7E6 zoactE+nf6mfi6SngsqDWiMBMwvJJATJXP5ycsGlJ8DP0vVoOm0kcdNLFB2hgg7H3m+1cfT9lmrt 6XF0dH5FGJPpOBUy53SRCi4xj8ZfxzdYSITugTbzTToWm16Mr7dSkZ9EUOvWistAnbG6Uqw6eIqc y0yfjs4vh7QKmPghT4TNwuzcUsiBnePK+9tWBz5kRRfo+TVifitfKWau/DGo1dtlvRSU8d2rZgPh sn6UwsQ8ylStJtqdgg6oRcKgq9Qi5BBHGT4lKH/gXTCZiYFlmLQFAxswom65oUnkeCFEgzlfIpch vuZFByjv2GWclcC7RFZ/IlsmiVKw8/dHRyfDIbPzyhWawT3L4N4b3J2GSByLYIi6YfUQIc08aoyq MZ9wkP5xeXx2+u/HDZKFmxukdq/dPPRetXtC1glxkJCrscpmcQvXwuKPYH+C5wAyPcMUSdhDyIX9 eeU1INoCCCd4k7svu7wlBwvzlSNAo2Rje3/VxOP1s2P0gBGiIc0VfmYUbg+iITzgnYwHQ7mFQ6Jd bZ45cnI5X+QMeZYY7qQZstGJG7b6fthvtwq5odi9BDdUe1hVlIsavAuDEChoRDYbrz6N5zffPLBC A2MJjHIAz8JyhUziVYbBQTi2DV3Gb+WZ8D+89wIfg7hbfUvX45lpFRtRUoQz+jJJ96U4j1t06Etl AdP4arFYS60k6gIhwfAvqGip0Fz8Ix89Pq/EQSOKb8CdvKRiLLng82i+mDeeU2Xw33yWhjMzo1RR kx2kDeNWVn8uoa58xjyV+duprLQYVBP7fr8V9jvF1NamkyT8kfw5E35hEknGgO9OIRrJsR2jyTTW 9ZT/FDlj+LP2UhWDJQDRlkV6glL06xsdY0HqlunRmdVG6+UrP8kpiLJR1DkOm5H7Ilq3ngiJEEIO DGCdyegni4SDsECOb+zaupr5lMVY3SHPToSjcj8qpFdZWWZMr1Y/POiHxSTEMb26/sNCeumIXo8I 6PVd0Z2SeTxOvOj87OJXbaT3wYibk/tiuu3HR5yWkyD922BPAxvLsNOXrx/uVKAEIyILPPSFIBcg +QFtwQMdinhBLzkgVNkM3rcvV4vbiRjikQxageNCsbxSkTrbTNeT5VRF0VCPeUyDeT0oKvIP77g1 /yvPdADEfwpX8XcjUTBuEZlAQ2pv1lihhYUR1CZ5LNIJaKy2hUVq+BwSaSk00oGFRArJHBLpUBRS 4FtIpDzKIb2/vr46+5tCCjUSkNkniCuy5pBqaX5AfjupKdS2nxmP23xt7NhH4RwgzjHNeyJRF/Mm /uUwMwVjCgdMWUjg2xXjOTOHAuds1dYwgwIqkDwKezmUSO0MEr32ipm6xBd8L6B/nkLUKnzfD3YZ y1GaQgS69cJ+eGdgVb7FhBVF/ivY5IZi+2i2I5Kym4bHu9lbfvcCP+VDpmwcLOMppvfiny/KM/zr 4sprFZWA3amJfL83CgptekG1GdN+QZU4ARVFhviyvgATX9cB4lUxYksiFjnHgxg+cayiV4gZg5A6 ymoDYnIh50dGBGY6aLQtukBBB/E9AJTzVC72iGUOxQRDmMXRR7GwIHAhBDFMmT2/SA0DiS3e4rwH uIsbsEueCQdhI+cP9ngg+x6RWxOIS8YGG7hPsGejbKMe4BGJiBVcfyTiv352RFMHDwGebjP+L8eE vnmyOoAzl8f/9du9li/j/7aDsAvxfzth4OL//gjQB+x0HZOG00rCWPd2mnw6ZqTpsPbZZIpCb6aq t2A6SYaVzyJzYPZcmRwJ/V1df9jbLX75nkDhfej9OWw1w797/teEoV4HMRgkDbKG3K//WUfJOBEy cr2WQHAD9OKx91Z8l6XuNb3L6Or48uIclEJ1sr1WwQtqtSVdVTT2EPUPC/cPE1mUDg9ba/eiEKmV FxXfU7PoyoCtNKFJqnUrWavXQJNZyAhN2N8vaIT+WlDdCmurs6vNCUdcasjDAdaI6UljDyMNeTiC XBA0gSM0aYVsvYbVMxLr0bjeDAYr1mwMSizB4Ms8G4MSSzD4btHGoMQSDL72tDEosQSD5PVszzGx tOe/ZWuApJLc0vWmjcCpZSOF9z2ZgYK0kvx452Vnh6SS3NLZuI3AqXuepDL5gd6Q31uEVhx2y3Ap ZxCfJ6nv8sL7/Vi+nVeOlQacjw2QtWOmfbWY8ILIiG+XxMXBRL2Xum52Z4UhTvyB+q1djmtV8Cj2 8LaPYx5WOotTbWL7vM/jmy/WEk914NXb0RT/oq2BXPtwKQnOklZJnAIn4Axv1rci+YabZiRuKDWA bQrynx5H/zm5umw8hwJg8ETC8OQaOyDTRN/w/SwwXujaq4C/NVE5Kv99ztUQhslT1KCLg1ZkzHha 1NWC2YcC2RlHwGQmuw+2btIkB69La9hYPcXUE+kai+lTzr5KNtigr5pMxx94aaHIxAhQqSNTFrlx zvfHPi5O7qD14t83XAyM8HoVb5YqJuU+Z7DCBCmtTZ1iTZF9IjTNOuaBv4e7ldqR7swdiddhKeaf z8TEPpvG92KTAKsU3Ub6wYupVkuS6Sb9LCg7plk3Nhq9uZBPDqMQbJRsxLPUWMOqFlrGRqArnhA6 0aN9tJwQabht7oarwnEhhgQO8GI1LqvsHlk0LBpxUrVvQvUGMWa36cI24TGY/FQ9oEEKq6wxu8p/ 5fL/5yeTMbfI/37Xb7H8Hwq5n+V/38n/PwKUGlrpmX+9PjsfRh/qOnx79svDtu3BozbcQemWONhh Lxl8L/MebGE2g5K1PigR1QfZk4VY7XVWmfzU+S9a/2uxOz3h8X/b+g+CsKPO/+2uD+u/1Wq79f8j wJ3/rfO/Li+zGe7R7j4bTea0qEerTzdN5iQvxY/bMmUBLPhGoWJAS5u4fRvsCjjN3tubeLWYvRVS kWwqbPS5XOvZMptHilbD6XiM5lNwx9kR4rtgf3H65s0bOoDVUvjuNTokahUyVBKocxK2weGS2JT2 /YcIHw4cOHDgwIEDBw4cOHDgwIEDBw4cOHDgwIEDBw4cOHDgwIEDBw4cOHDgwIEDBw4eDP8DB9FT YgDIAAA= --=-eBcOcW2Zk7UKKcyWwa7l-- From ttb@tentacle.dhs.org Sun Jul 18 15:56:19 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tentacle.dhs.org (CPE0000c02944d6-CM00003965a061.cpe.net.cable.rogers.com [69.193.74.215]) by menubar.gnome.org (Postfix) with ESMTP id B56393B0A4C for ; Sun, 18 Jul 2004 15:56:19 -0400 (EDT) Received: from ttb by tentacle.dhs.org with local (Exim 3.36 #1 (Debian)) id 1BmHrs-0001PG-00; Sun, 18 Jul 2004 16:02:40 -0400 From: John McCutchan To: Martin Schlemmer In-Reply-To: <1090180432.5281.37.camel@nosferatu.lan> References: <1090180167.5079.21.camel@vertex> <1090180432.5281.37.camel@nosferatu.lan> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1090180960.5399.0.camel@vertex> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 18 Jul 2004 16:02:40 -0400 Cc: nautilus-list@gnome.org, Linux Kernel Mailing Lists Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jul 2004 19:56:19 -0000 On Sun, 2004-07-18 at 15:53, Martin Schlemmer wrote: > On Sun, 2004-07-18 at 21:49, John McCutchan wrote: > > > I plan on adding an inotify backend to gamin soon. > > > > What about support for fam? I have been getting the impression that fam is going to be replaced by gamin. John From ttb@tentacle.dhs.org Sun Jul 18 16:15:51 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tentacle.dhs.org (CPE0000c02944d6-CM00003965a061.cpe.net.cable.rogers.com [69.193.74.215]) by menubar.gnome.org (Postfix) with ESMTP id 23EA63B0BA7 for ; Sun, 18 Jul 2004 16:15:51 -0400 (EDT) Received: from ttb by tentacle.dhs.org with local (Exim 3.36 #1 (Debian)) id 1BmIAm-0002Q2-00; Sun, 18 Jul 2004 16:22:12 -0400 From: John McCutchan To: Martin Schlemmer In-Reply-To: <1090181465.5281.41.camel@nosferatu.lan> References: <1090180167.5079.21.camel@vertex> <1090180432.5281.37.camel@nosferatu.lan> <1090180960.5399.0.camel@vertex> <1090181465.5281.41.camel@nosferatu.lan> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1090182131.9290.2.camel@vertex> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 18 Jul 2004 16:22:12 -0400 Cc: nautilus-list@gnome.org, Linux Kernel Mailing Lists Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jul 2004 20:15:51 -0000 On Sun, 2004-07-18 at 16:11, Martin Schlemmer wrote: > > Right, but kde also works with fam, and I assume the gamin support > will only be in 2.[78] gnome-vfs? Also, it would be nice to test > currently with fam enabled stuff, as I want to remember inotify > do not have issues with locking mounts like dnotify have? Or is > it rather a fam-related issue ? Gamin is a API/ABI stable replacement for FAM. Just dropping in gamin instead of fam should just work with all current software. Inotify does not have the umount blocking problem. In fact it lets FAM/Gamin no that a particular directory has been unmounted and is no longer available. This will let konquerer/nautilus provide more user friendly clues to users. John From ttb@tentacle.dhs.org Sun Jul 18 21:36:22 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tentacle.dhs.org (CPE0000c02944d6-CM00003965a061.cpe.net.cable.rogers.com [69.193.74.215]) by menubar.gnome.org (Postfix) with ESMTP id 184FA3B0951 for ; Sun, 18 Jul 2004 21:36:22 -0400 (EDT) Received: from ttb by tentacle.dhs.org with local (Exim 3.36 #1 (Debian)) id 1BmNAx-0000z2-00; Sun, 18 Jul 2004 21:42:43 -0400 From: John McCutchan To: Davide Libenzi In-Reply-To: References: <1090180167.5079.21.camel@vertex> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1090201363.3767.5.camel@vertex> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 18 Jul 2004 21:42:43 -0400 Cc: nautilus-list@gnome.org, Linux Kernel Mailing List Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 01:36:22 -0000 On Sun, 2004-07-18 at 19:37, Davide Libenzi wrote: > On Sun, 18 Jul 2004, John McCutchan wrote: > > > Inotify is a replacement for dnotify. > > > > The main difference between this and my earlier inotify design, is that > > device numbers and inode numbers are no longer used. The interface > > between user and kernel space uses a watcher descriptor. > > > > inotify is a char device with two ioctls > > > > WATCH > > which takes > > > > struct inotify_watch_request { > > char *dirname; // directory name > > unsigned long mask; // event mask > > }; > > > > and returns a watcher descriptor (int) > > Does such descriptor supports poll(2) (... f_op->poll())? > You don't use the watcher descriptor to read the events. You use the fd from opening up the inotify device (/dev/inotify). The inotify character device does support the poll op. The watcher descriptor is used for communication between the app and the device driver. For example, you perform the watch ioctl on "/tmp/" the ioctl returns '2'. Then when reading from the char device, any event with wd == 2 is referring to the the "/tmp/" directory. the character device produces inotify events struct inotify_event { int wd; int mask; } John From veillard@redhat.com Sun Jul 18 23:37:55 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 702213B083A for ; Sun, 18 Jul 2004 23:37:55 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6J3bte1016215; Sun, 18 Jul 2004 23:37:55 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6J3bta29050; Sun, 18 Jul 2004 23:37:55 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6J3bKKj029436; Sun, 18 Jul 2004 23:37:20 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i6J3bJHf029434; Sun, 18 Jul 2004 23:37:19 -0400 Date: Sun, 18 Jul 2004 23:37:19 -0400 From: Daniel Veillard To: John McCutchan Message-ID: <20040719033719.GA24114@redhat.com> References: <1090180167.5079.21.camel@vertex> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1090180167.5079.21.camel@vertex> User-Agent: Mutt/1.4.1i Cc: nautilus-list@gnome.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 03:37:55 -0000 On Sun, Jul 18, 2004 at 03:49:27PM -0400, John McCutchan wrote: [...] > I have attached a tarball, which includes the patch for linux 2.6.7 and > a small test app. > > I have tested this on my system and AFAIK it is working. No doubt it has > plenty of bugs. > > I plan on adding an inotify backend to gamin soon. I take patches :-) But I think it misses the really good point of inotify as I see it, i.e. there is no need anymore of a daemon outside the application space, in practice I would rather see inotify plugged at the gnome-vfs level. The reason is that you will just need to monitor the inotify file descriptor, which is easy to do at the gnome-vfs level since you have glib and loop access, while in libgamin this would either require disabling dnotify if inotify is available (FAM has only one fd registered at the application layer), or use the daemon for inotify too. The only advantage of using the daemon would be for advanced features like congestion control, which are not available (yet ?) in gamin. inotify sounds good to me, I hope it won't be bounced by the kernels people. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From root@mail.thelizard.com Mon Jul 19 02:58:32 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.thelizard.com (unknown [80.68.207.2]) by menubar.gnome.org (Postfix) with ESMTP id 0E6033B0B12 for ; Mon, 19 Jul 2004 02:58:32 -0400 (EDT) Received: by mail.thelizard.com (Postfix, from userid 0) id 1559B5405834; Mon, 19 Jul 2004 08:58:31 +0200 (CEST) Received: from vger.kernel.org (vger.kernel.org [12.107.209.244]) by mail.thelizard.com (Postfix) with ESMTP id 420FF5402C22 for ; Sun, 18 Jul 2004 21:45:44 +0200 (CEST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262071AbUGRTnU (ORCPT ); Sun, 18 Jul 2004 15:43:20 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262418AbUGRTnT (ORCPT ); Sun, 18 Jul 2004 15:43:19 -0400 Received: from CPE0000c02944d6-CM00003965a061.cpe.net.cable.rogers.com ([69.193.74.215]:53637 "EHLO tentacle.dhs.org") by vger.kernel.org with ESMTP id S262071AbUGRTnD (ORCPT ); Sun, 18 Jul 2004 15:43:03 -0400 Received: from ttb by tentacle.dhs.org with local (Exim 3.36 #1 (Debian)) id 1BmHf5-0001NM-00; Sun, 18 Jul 2004 15:49:27 -0400 From: John McCutchan To: linux-kernel@vger.kernel.org, nautilus-list@gnome.org Content-Type: multipart/mixed; boundary="=-eBcOcW2Zk7UKKcyWwa7l" Message-Id: <1090180167.5079.21.camel@vertex> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 18 Jul 2004 15:49:27 -0400 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org Cc: Subject: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 06:58:32 -0000 --=-eBcOcW2Zk7UKKcyWwa7l Content-Type: text/plain Content-Transfer-Encoding: 7bit Inotify is a replacement for dnotify. The main difference between this and my earlier inotify design, is that device numbers and inode numbers are no longer used. The interface between user and kernel space uses a watcher descriptor. inotify is a char device with two ioctls WATCH which takes struct inotify_watch_request { char *dirname; // directory name unsigned long mask; // event mask }; and returns a watcher descriptor (int) IGNORE which takes a watcher descriptor and returns nothing. After you WATCH a directory, and events that happen on the inode for the directory that match the mask you asked for will be available to read from the char device. You read this structure from the character device. struct inotify_event { int wd; int mask; }; When a directory you are watching is unmounted, you will get a UNMOUNT event. When a directory is unmounted or you use the IGNORE ioctl on the char dev. You will get a IGNORED event. I have attached a tarball, which includes the patch for linux 2.6.7 and a small test app. I have tested this on my system and AFAIK it is working. No doubt it has plenty of bugs. I plan on adding an inotify backend to gamin soon. John --=-eBcOcW2Zk7UKKcyWwa7l Content-Disposition: attachment; filename=inotify-0.5.tar.gz Content-Type: application/x-compressed-tar; name=inotify-0.5.tar.gz Content-Transfer-Encoding: base64 H4sIALTO+kAAA+w9+3faxpr9Ff6KSdr1gg0YJ7aTOnFuqI0dthi8gJvmnp6jI9BgqwGJq0dcd5P/ fb9vHtKMNJLIo3d3z16aY5Bm5pvv/ZgZqa7nR+7yod3tHO1/9xd9uvB5dnSE3wfPjrrqt/x8dwBd jo8Onz05fPZd9+DJ4dGz78jRX4WQ+onDyA4I+S6K5qX9qtolIfL7/8jHVeR/Zb+nS3dFv/UcyI/j w8Mi+R/Df1L+R0+fwv2Dw4OD7nfkn8LE/+fyPzs7vV0s6mcXw97l9LT91l6tSPu2Pp2cTU+FblgR DaPOgsjLOHJXYWdRP+9f90fnp2vQGoduqOeQHxocTrNe7/idxUm9BnfOmul90l6QH17W6zDLCVHB 1+vq1UlmLl/r2/HrNcC5og9p+5kZOJIngA1S10TkOAnN5Fa9vlhR2wPEgzVpL8kuwNntzO33Oqjv yfmYjMYzct4f9md9HfmOf0L24zDYd73FKnbofhg5rt+5028uqR3FAQ07dxWDH8L9hUOXYRbArRcD 5HheCGHlzveBTW38dg+fH8MPL/5j/2nnaedQxQ2AVyExd6NwP3rY0BwWrOXeD5zQ/ZNuDwY650AB nsimchDWpbXwvaV7mx19v7izg60QED0z3ASoH76Wk3ZwuxUGTCGslbs2chMkbtEgWLkwvEo5Igdw ykIJo8D1KjFBxTKKNHLXlZLEweA3IzMBrKEcwHLhRSvjaNFSPjz2gDuOcfzGD90/LH9TiQLrjcrk 2UhwnkDXX1RjwqCwnjlG2uE6aSkHkvQ0UsRa2kJWWwg1egCTtuNVlMOIiY2u6GI75siupib3NqTb QSnTpzBY7HNjSr0Av2KdYWrdyadghNP/QldbMPpzfK0O4sucrRmNz/e2VXC2cbdmGFv72xIUtnK4 X8ZO3eOW4KC43K26qz7Y7HMrNZE74UKnWzGeW02R192O5Lx/zjrXkuFGDy397jYAFEdc6ni3MMoK 31jNTdUVF7rebYgy++JizD/XGZfJ8zO8cZlDcEuYXumP6//T9cq/Pt/2o9b/UsobO1rcfcM5yuv/ Z08OnjzJrP8cHRwf/av+/2d8HHe5JO04GBFW+XJ7bz/pHHee7TuB+4EG4KshfifKsSDVXertdntr eLWDH49/bB88aT89IAc/nnS78K+TLAySdveo263v7e1tMW/tSbd72O4+ax88JweHJ93Dk8MDDdQh gHr9Gn60umTvoPX8+Efy+nV9b3+3vkd2ycDzHUrmdkgd4rgBeFs/eCAMuLuwI9f3QrL0AzJERDo4 hA078zcPgXt7F5HGWZMgCuQ//DuPXC3OYjAk20t6zu7ckGwC/zaw1wR+LgNKSegvo3s7oC/Igx+T he2RgDou5g/zOKLEjYjtOfsw7doHYT3ADQYr9hwakOiOkogG65D4S3ZxObohl9Sjgb0i1/F85S4A 3QX1QkpsmBvvhHdA3/wBuzNIF4jFVGBBLnyAzIh9QagLfQKCnIZr8qRFAI2GHSGmAYHQDnebgN4D g7Oyo7Rzp5DolDYHsnuG9J2/ATLuADBQe++uVmROSRzSZbxqEejJ4LwdzN6Mb2akN3pH3vYmk95o 9u4F9I7u/Dgi9APlsNz1ZuUCaCAmsL3oARjDhl/1J2dvYEzvp8FwMHuHlFwMZqP+dEouxhPSI9e9 yWxwdjPsTcj1zeR6PO13CJlSKtnKoBSwdsnEA9xzaGRjQE2on7q3HnXa/nLZnj+cZBSDgFN5HVEv ssFYOs4dBOLgFoft1/fqe9+LGExe8iAM4dvfQBrxKt8EqhEDBFPTexp4dGVsChegCeaWjeut/MV7 c+PKnhsblmbkMM1zjS0bf2XGbO2GUIh9AO4am0uaXM+NjA0iZzPRI8qyz2Merw0MDfeBG9G5XcC8 JJN6xUQME7seJVe9X63BaDwbXLyzzvu/TMlzsg8aT4nvrR5IGG82fhDBzXuMzGBgTEMKBltve7Oz N/3JlBwfIpQeKOUH5lcYsDv7A8WWSlD/edO/6Z9b/V/6o5mENUYIaA9LNwgj8uTomBleFCZW+4+Y xmB9KlDL+mkwu+pNf7amg7/3SaMQ333yvKlyRe00G4ABs7/kdwhZLg3JHmm8+fv+IRuCxQ7Yox35 a3dhRZI6KF5jL3pB9vfJyxyTcRzQdAG2S+1FstRAuHaRe0o8CqREPnlP6YbYBEWOflaQLEgFx+hG LWbsaRcXQ0nIfRoAQsfKUIKaEN058ZljDaN4uewIgwevGC+iZMFDYPFf9b2aaEHY1h21gbs1jsIL aJQk1/g9QbFpVE2KHFtdD0bUdDbB7XvbjSxGGBsDnGS3FHhYPwQWQq2xn9iEURigBTgCJUFZf+FD EDX8xnsffBexr9XAl63tEO99epEKXKfd4gThVA0oJpucFLgVPDTYjRbJ8IwNaLF+Qiu0ZkEt4ynQ T5ABDlMO2QIyWwTuBuI+dIm9kDlvsvK921pN4FtLgYJVAy3sh96gCnC3Bj9M8qg5jDQ2v+iL16ae btqTT1vUMU47xt4ahco10sxmKX3nc3gsBrUIH9UsBut+EVi3Cmz8RWBjK9EK5hOloYIdQvyGtMSO IArfcXsX7gBU2QOpiMyKp5zMzu/vRLIh0lCCmt9oklsKbmFhr1bUaUE7QGXTwPe9vXoPsMH0uaMA Zym8CHMR6J2XbiTzoTm4BdBGAAeascIpqGP2EjxAccVHvSbikzN+8WHqkddVNp47kIxJMgiRb5km 3FIG6hDNOJnLRkOEmRyLa3ZjAVk2MAQ8CgQOyAEDsgu5OOYQKmA0vV32DbAUH8lyDUhfbeI5ws0R GgQ+uim4ZD/JqYBsoVRIIwE/HI9/vrm2LsbD4fjtR3F1Ppj0z2bjybsW2fGcJgO6JA0GqQmGVavd +qAykIPyKThWMIfndBzGlvYrQRyOtSwXxdoQyOMtKLfvrIBCuRTShpgDwJ1AU0CjOPASCj4pfGOu NPYCupSc07nD4XNft4EEuZFM+MngGjU92tWuGsjDe1BozR8SdIdNNTwVgRJKBR35b2DN+zUYgL8A lN0/KZhXowQE6NPlxbXVm42vBmdNDggF8IhDa+YlwBvar9hX596BCe+ZMugNSAA0Sbc+GA1m1nAw nVlv+r3zxo7szPSVAdZlkhDG2MmkAbZKI6ozoIw0yR3OxioETHS1Dwrp6rIWVmE2xDQSWXCA5z7L TsAzCTfERqFmhogYsBP9kAyLf9PyOR6WwZU1+C8c2pK5hcX1otZQGsnpKeRy1s3oanwzmjXJx4/k NxQbfvLdBpej8aR/Xtxth+iTMW/CqIIwCvyCXANB4TcWunSJhRl6ZUy+uA9NLUiJ1iLvMctNRnP4 LgoyZDeNNl9rKqjhIrNjsWWHkaZkeE0ksTBd57MJVUVF+JTaTSo+JjjJzPYr5iDar3TmfvxYPIBz 3zyVQB6qHwPuWXegGUwCHn0Om4J3Z3HGdiAnhQpbN48WSacIEzVXSwlVzHd2yOcKG3DZJA1lMNnZ IY94RFtvoge1qdnMel8VKCfPoUyHyrTnCxThkRl7hngR/xPmlgZwhbz2K4/+Eam8Bndm8EJCsA4t FqzRD2Z8kBL9VerAA1ng2cr4x+M9D0p8vtQVSobxfpIrWhvDWat7spak1qSCu0qAEfzNg9nbU7Bh GQ0rkq0/aeBbUO+IqUXl08qUxYJ1IdDP+qLyq/1NIYjRX8ZNiPsV3GwRzkjJVcG8jx9h2EvSNTEx T3m7zVtwxTcoQ1+C6qYmKjAv8qgL8H6gSvK6lJK8081mjEpOVOHChSjF3eqMRfQUycrP/cmoP2xq QNCfJRFbc6FKEqL7YmhI8sakBRdzTomoKbM5Q9rLSgy2sI+7RZ/YSvMfVtFbGFaF5eNPNjxDo8mg 0SLlqoAVewYoQv1UUKiB3ABFIiPZrE4KE45uhsPUNKV1JJLMpc3CQW2lVRWKIrSpkDMmc2RwFTqr GcPIV6nfznqY9ljMF6HamCqEHIFVoarKUoQsZBCB5MvCcppXiIkEoZjKpBtJ5c8FrqkC03mm9KI1 L+OaEP6nVAEEJp+2YBRKh7Hps7zlVpyp4ILqTcNkUcXAA7QsLGTKOVBBfzZAuKEllyXzVWSZLXyJ N/1WnBC+UTjHDD8ONE4YQk4BJzCx/Hb+oGDZoaunKJBba6OSfu3+YPRLj7k0Q+ohsphUYXP+5HPA fU1alE4wGk+vzwrwLUiVkoQ+F7ayyrDdgkhWosH66wS60T18pYYXCT3lvuYnFQlyAW5UCebioTSE onJV1YGWWkZzSEpGb8gRsENxWmfSIy3SatKQlREEnnjjKMkbLyjNy1Tb+lN9TZ549N4SqRO0ySu5 +GHwN1uHnwTWx1O93hXE10zFMi76pRgZdBN4UuBniuNxgYMRZaFDUyfy8WM23guIahxtaim9oppm g3SlQWbo5eug2j29CirTgGQl0lgT5FhmNuRvwbEiXpisRcmWTXRLY9mS7hzV+7vkZ1Yvk971QBwA 0BYZOOCCJSqFGVsuPZlDtJLHCiJdS0lDvy6lU6GrKqmmyyUeTh2iuDpZXUr4MoUumuFTSqjsmiMV +vR/vR5PZtb03dVP46F1eT1sFAqCMyezIoSsUTtJYfEWDD34bRSX5gxl/40dJGtCWrUhdxgSCh22 v5A28JFipyHgi0LZVqHVZvoavE+yjaHw3GE7C8oMmSomi1wpY/NM45xVK7dN4C9oGFox29xk2pXY gbI/zpu3UvwW2cWFr8IU1QrtJVWUHDuD2NgEybYiV3DdHtPavWhnmBfxrEO1ZZi6GG1ULh3ovV6I GK82pPN/rtEpq/nqrJqr1oNPvhpW+xqn4UMMrlhblKgw5Vp5YV3TlwIa+fm1LbZ00+6TYVlhHrsr p0o18W8SssJ4AwFkzrYsdsN5K79vW6DK7OiBFGxRbSUkwGd0zZpaEgxYyEwYGs7Jo1MSzlnMrC18 L3K9mOb19y+IGzIvITkdkIaouvYqhfiUSVQZBxRBCAEmssvISHfPqaD4KE5vdjktRdIQYxVVNSiQ 6IMUhZjqgI4o4Ay0qnw3ektleKk7zrOEQ93HI53y6AOmaTRY2gt2hgLPXtI1iJftu638e5HICCNJ Yp1aquEZQMlqfPic7OJfKIfgvhXZc7yDR5CahuMNRQ5VduP+DuG1X20AX8zJ8HCASD1lNzYVztHg U8vq043QF7iCbtlbWEXRdpKGp/yIbO96PBwORuQj+zE5hwLtKimmMl2z6XCIC89WSjLbFTSwTZyZ YOcndufxssUsCFnGxy943Fr5yyVc7bITHEyfebMo3LfbnjKeIiFFrbqQWLWMC6LsIEZAw3jFBnHE fcAcr877Z8PepG+97Q1mbIOzwaWyiIMgyQ9qeP43WVzBoXDFAfDVh2IdqCmnLO/YuTwAtYxXq+Qw oNhqQz1m/pAvjbwkfB8gu7DAsxbhtzha1Ws5Bdt76u4eduMkLK3lyr4NyQ4ZW6Px6Kfh+Oxn6Sfl hL3L3mDEU2J1Rrkqpvogyw3+kY+KvEiVJwEbqj3sSIMI6IbabE0GkUPDtlcWPmDvercNKR8ZblIv hROS3Cq5xHzSn856k9n03ZSHbhpZAhQ/V0gaM9wwm9yMRoPRJR8b0LX/gVbim+N+HjoHPhjN+pPJ zfVs8NOwn5z32WYPtpJMduA6BmNtZHI6c3eGMOdzqjHb8CTHEmLmCTeAy8Ces+Mewr5R1b9i+7iW busrx1LUCsOwXy62h/SIZlbOjNOAieQd0pBHY1r81JI8QNYEb6AsqWUgZMz1oncznBWYa/XcfNtR n72BLmlPugyJY7P5TVBisE814EwKfCy2tokvvaG+isrh5NJYVUzsiC9p6FUquk9jbaW4eJi7aNW1 mbpfvhLOwCUHGFAp9+ESFJ0/3oIowM2173B0hEqw362CQ+LNBNC9/Z6SeINPqUTs+DUqP377Hgv8 AostzBshWfHGYilPEG8iF5ITxbBMdYGa6fjgHUsXsNI4XsXdlHvaISFtRSp3QgjPvOsrXqMx3HuR O6+jg1HDqNgGb5ijH0cwtwdeU8/XFMFIEun88Ew2nTnqIzEHdckfSGmRrnF/O7e9UMPnRvLqlaKf 2RrhK8xsEIo+PTGf1YfEe8GY6TXUzRiwoXjGr/550iM9Oi9hq6cnFK7pp0ZyvFrTNTJCP2nSLThs kk+KkpMFEgHGhY7WpDYsY2+BD4FlNv2TBwOUrvSPjQtGTU4LLDbNPIxSqBcuFGs+SxyjtWyW0XP5 bnGaqGqNaIslouwKUel+psELVK3eZMrs4tUhwxJIfnFGB7/lKk1+ceRbrr2Y4H/G4otJA6QTr5Z/ EWPv79AnV9Z7teLcJjn58ilbrmsz6Qc61LAhT4ZvGTnSg1x58zav/uSXIyvid1ExhQIttN5amYkq +Z+xn8Jvphf8PEwmEiQNajqpnUZlhxZz0W2bIwJs0OfvIwMRoAQhJNXih3J6EXIIvUpWXcE2e6EA IC17+YX6IIWYsf0qeb5hR92AEg8xpOfn6R9ulCuKOd3yYWh86i6phB9NrcH0fDBJlwjXCD09GiAO BsygT5kxa7MLeaXb5NkDgIzVCWk8vqlkFVpyxRLlvnhQGVcBVuxsPJ4ZD9nTPwFtQ1xij+4pz4WL x/rsFcbuBwCBDwaJwzQtbP09BsHznUAGjkVyXGSQ+sbGSHaqDsRwLEecPlI4XKQhvlQRfAoM5/VX jvSq3Ej8lL0FO8aKOfpJqBCZiMZ8NWpttdurukBSFTOyJfHXBA0l8e2misZVfWF7/x4RXGGGKoE9 x53kDuxJCHxqXZi6SVzanr6GD6bg4nAMk9r/EgYo53U+KbvWGh35xCBhl3gcFiahAWVPyIlH77kP SxwEuhfVGygHXJT1jPIUojhiosfQjwSV+G+oXkGs3/JoX5HjVly75qCLHFO94FCQFKx6Fih/XKx6 gbEkn6xwiVtt6W2bK+qiNCp+abJYqfVmpc8dGysrHiCjEYtqX10zVAQjNhNwASs3qzfsT2bksVxx 5jOdkH/b/OY9Tlxx6RCl4oVxDhtX/vRQJUievugg84Vws7AmEiVGRR3EMTAiwESYcIGNF8rLnVzJ 0HsnQVmME2est0jBTb4D3/mVTb832dx7I3ZatE2uxTr33KQd3GpnRA3JXmanpDSxFN/S89y7jrpe s9wYN750z4SexRqMz6zZu+t+A1Bu4k6vrNKhYTa0rnqXgzO5SKe6nGTwaMKHvsqN/HU0MYxUx2IW yQbvEHY96ffOm6mHe2Qv2Dam/77xS3+CoN9OBrN+izT4+wSawNMWH4mrGwxU80XZBGx86QyIQuUE Shqte+SSBduE+xorwnuXFRgMSQaKJZ+Slezc7QlTML4JtXmwloG/ZmvGjR2hBBl8zYt0mvo0ZTJp Qj2zeyS310VPDR53xxIPsZkNrocdl9RJ4edSi2kBDTbT4XrfAl2RCPDw4TqlqE5nvdlUYGoKEUk5 qtiTAuxTfsU9H4AUJ4ILxIF4zZScb+lvcMkMie749x4NarVTMnszmFpX4/ObYR+dTgeXsfG+uqXO GtD5qw14zRpwKVptwGsxghXd2hh2h7UyT6iOYzda/I0ByTPl6ct7sh5NELKG2wGBq6vBFGzz3ah3 NTizroDtkxYWLXYMsQu5g52xdIUZpXN/zBBBtsDNHZVNCRqaE7csXKRVTlHi02moXUolDsJ5IVcY 8WEswB/IvoUwhQqZWd1OzR56Fz4eWBKdup0jwt/XRBg2jBunIl7pk3FO5fMYjnBhHoOZsUYko8ih kiZiIqoK5fAujhxQQUBTWa/iWmj1bmZvxpPG48zrrV6a3m/1io0XA8/707PJ4Ho2GI8ajwcstvLt Q368RO06HJz1R9N+4/Hl9fAxFwNnoxCqKmJsFo2cGSproHHrt97J/yVC8cvnZI9t3nkn+4r31B23 D45J9+DkSfeke5h7T13pK+8ykJ7BP3Lw/OTw8OSp+Y13z1rPyB7+ef26Tr6vk4vxaHbVu74YDPu4 yrI5fPqsE3tundTb/vz39kMNNxXXdN3xSWB7jo8/oggtHn54FvxMbuDLU32yYXdQ0zo+6OtXw5Da DNBInSC8Hxpn49HF4NL6Zdas1QD0hygZ+WFhhYuAUg9+4xtE/BVd2xu4+K2Or/nBAzDpbdD6ZTTH Yfydqvi6OnzJ08PctwMHJixTj2W4b0dRkHkPYnK3QA2S9ozoQWZHzytFnx0N4j7+7/aObLeN5PhM fsVAgG3Kpu2Z4SWRiANHByxEkTaidjcJFhjQGo5NmFc4pGRjoX9P19HXXKRkxX7pSmAte7r6rK6u ru6q8sKg3xLYfuF0B0Gz670S//KE51yekXfidwWfZstIun7LfYx5TrZ4NsvhsTPhgi//3SzWI3Zr l2/L+GazmqyxTOzVQbt5ILp10GkGPnZMsFtPKRsWKIZ5tYyVSDyX1hnpeA3jiD8bk1F0O5qiCPCa RBHOiHKh+ZsKrcVye8Xnzg35glvmGliCQv4xs1eMcc+dsG1pvPttRIgHkTwVcnI5GXKGPAsKu7vQ oY3eey3mIej1xf87hyWE2CJKbDEp6lelPK4sNYzieAUieLqEx4QvPfIDJFbrEhSvf/G0woAOMuh6 x77X1VoF42rXq9UUZvoRiOCjnfhx+gUcI+OX1+9SevGIz+Eg2c5Lb69Q0tsyPeT0MDc9nFw+PZwh yyYO+0G4y/TY6Nv5RBjC7Ih/i/lE5epcjj4hk31KRlHJfYR4nC7mYs2uS5Cz7CLoHBDxdQ4l9Ulb tniCNj0LcUCmKwZwA9X05BKdoaILfTEV8BfSjAmEiLpCuMcX0ZE4Nl6f2Leok5w9BeY+M3LDKuC2 c/blIl1HZQ1DjDzPwC63RVehy+1uUNHl2RdRS1GP6Ujz87q8tWEl3e60kJDF305lt8WPkvH8eT2W bdp1irthD/vabakp3ixNaxvN78azB/aNAhrt2jeVWxQJF0igouVdTnUATIR0Gnag55N00vO75qZA LUQPPIb5knzuenz0/ujDSXRxOjwdRlcn4sx4crzP3Smq+//Qx8JtmnrUoynpHbQqyC/9NhOM6otN gItpDEz7p9Lg1oaVUOJBx8duH3R6JiUKzOhJqPFpe4ld1G1reogIFrsZks33NPRbh80gEDul3+41 gzZP8TQdQ2Vyqm+TNBKioRi0CP27UmWiEqNSrE4kZaq1x4TlUUaHS0RGU6JpwSeWUnODKRsBA0rr hiReaD1r08rHViGfGcggtXqMvrVKc7XtWJHJVvKFyxHMEkhF4QolQyXFsvcWyQ50ZXnBjlLL5Tr6 XnD620nqtrC///RXJWRVinyPFeu0f/J8Y9ibeO7DWgtyh50OdOiwo/YLveh+ub6KTq6uGomkF7E6 zoactE+nf6mfi6SngsqDWiMBMwvJJATJXP5ycsGlJ8DP0vVoOm0kcdNLFB2hgg7H3m+1cfT9lmrt 6XF0dH5FGJPpOBUy53SRCi4xj8ZfxzdYSITugTbzTToWm16Mr7dSkZ9EUOvWistAnbG6Uqw6eIqc y0yfjs4vh7QKmPghT4TNwuzcUsiBnePK+9tWBz5kRRfo+TVifitfKWau/DGo1dtlvRSU8d2rZgPh sn6UwsQ8ylStJtqdgg6oRcKgq9Qi5BBHGT4lKH/gXTCZiYFlmLQFAxswom65oUnkeCFEgzlfIpch vuZFByjv2GWclcC7RFZ/IlsmiVKw8/dHRyfDIbPzyhWawT3L4N4b3J2GSByLYIi6YfUQIc08aoyq MZ9wkP5xeXx2+u/HDZKFmxukdq/dPPRetXtC1glxkJCrscpmcQvXwuKPYH+C5wAyPcMUSdhDyIX9 eeU1INoCCCd4k7svu7wlBwvzlSNAo2Rje3/VxOP1s2P0gBGiIc0VfmYUbg+iITzgnYwHQ7mFQ6Jd bZ45cnI5X+QMeZYY7qQZstGJG7b6fthvtwq5odi9BDdUe1hVlIsavAuDEChoRDYbrz6N5zffPLBC A2MJjHIAz8JyhUziVYbBQTi2DV3Gb+WZ8D+89wIfg7hbfUvX45lpFRtRUoQz+jJJ96U4j1t06Etl AdP4arFYS60k6gIhwfAvqGip0Fz8Ix89Pq/EQSOKb8CdvKRiLLng82i+mDeeU2Xw33yWhjMzo1RR kx2kDeNWVn8uoa58xjyV+duprLQYVBP7fr8V9jvF1NamkyT8kfw5E35hEknGgO9OIRrJsR2jyTTW 9ZT/FDlj+LP2UhWDJQDRlkV6glL06xsdY0HqlunRmdVG6+UrP8kpiLJR1DkOm5H7Ilq3ngiJEEIO DGCdyegni4SDsECOb+zaupr5lMVY3SHPToSjcj8qpFdZWWZMr1Y/POiHxSTEMb26/sNCeumIXo8I 6PVd0Z2SeTxOvOj87OJXbaT3wYibk/tiuu3HR5yWkyD922BPAxvLsNOXrx/uVKAEIyILPPSFIBcg +QFtwQMdinhBLzkgVNkM3rcvV4vbiRjikQxageNCsbxSkTrbTNeT5VRF0VCPeUyDeT0oKvIP77g1 /yvPdADEfwpX8XcjUTBuEZlAQ2pv1lihhYUR1CZ5LNIJaKy2hUVq+BwSaSk00oGFRArJHBLpUBRS 4FtIpDzKIb2/vr46+5tCCjUSkNkniCuy5pBqaX5AfjupKdS2nxmP23xt7NhH4RwgzjHNeyJRF/Mm /uUwMwVjCgdMWUjg2xXjOTOHAuds1dYwgwIqkDwKezmUSO0MEr32ipm6xBd8L6B/nkLUKnzfD3YZ y1GaQgS69cJ+eGdgVb7FhBVF/ivY5IZi+2i2I5Kym4bHu9lbfvcCP+VDpmwcLOMppvfiny/KM/zr 4sprFZWA3amJfL83CgptekG1GdN+QZU4ARVFhviyvgATX9cB4lUxYksiFjnHgxg+cayiV4gZg5A6 ymoDYnIh50dGBGY6aLQtukBBB/E9AJTzVC72iGUOxQRDmMXRR7GwIHAhBDFMmT2/SA0DiS3e4rwH uIsbsEueCQdhI+cP9ngg+x6RWxOIS8YGG7hPsGejbKMe4BGJiBVcfyTiv352RFMHDwGebjP+L8eE vnmyOoAzl8f/9du9li/j/7aDsAvxfzth4OL//gjQB+x0HZOG00rCWPd2mnw6ZqTpsPbZZIpCb6aq t2A6SYaVzyJzYPZcmRwJ/V1df9jbLX75nkDhfej9OWw1w797/teEoV4HMRgkDbKG3K//WUfJOBEy cr2WQHAD9OKx91Z8l6XuNb3L6Or48uIclEJ1sr1WwQtqtSVdVTT2EPUPC/cPE1mUDg9ba/eiEKmV FxXfU7PoyoCtNKFJqnUrWavXQJNZyAhN2N8vaIT+WlDdCmurs6vNCUdcasjDAdaI6UljDyMNeTiC XBA0gSM0aYVsvYbVMxLr0bjeDAYr1mwMSizB4Ms8G4MSSzD4btHGoMQSDL72tDEosQSD5PVszzGx tOe/ZWuApJLc0vWmjcCpZSOF9z2ZgYK0kvx452Vnh6SS3NLZuI3AqXuepDL5gd6Q31uEVhx2y3Ap ZxCfJ6nv8sL7/Vi+nVeOlQacjw2QtWOmfbWY8ILIiG+XxMXBRL2Xum52Z4UhTvyB+q1djmtV8Cj2 8LaPYx5WOotTbWL7vM/jmy/WEk914NXb0RT/oq2BXPtwKQnOklZJnAIn4Axv1rci+YabZiRuKDWA bQrynx5H/zm5umw8hwJg8ETC8OQaOyDTRN/w/SwwXujaq4C/NVE5Kv99ztUQhslT1KCLg1ZkzHha 1NWC2YcC2RlHwGQmuw+2btIkB69La9hYPcXUE+kai+lTzr5KNtigr5pMxx94aaHIxAhQqSNTFrlx zvfHPi5O7qD14t83XAyM8HoVb5YqJuU+Z7DCBCmtTZ1iTZF9IjTNOuaBv4e7ldqR7swdiddhKeaf z8TEPpvG92KTAKsU3Ub6wYupVkuS6Sb9LCg7plk3Nhq9uZBPDqMQbJRsxLPUWMOqFlrGRqArnhA6 0aN9tJwQabht7oarwnEhhgQO8GI1LqvsHlk0LBpxUrVvQvUGMWa36cI24TGY/FQ9oEEKq6wxu8p/ 5fL/5yeTMbfI/37Xb7H8Hwq5n+V/38n/PwKUGlrpmX+9PjsfRh/qOnx79svDtu3BozbcQemWONhh Lxl8L/MebGE2g5K1PigR1QfZk4VY7XVWmfzU+S9a/2uxOz3h8X/b+g+CsKPO/+2uD+u/1Wq79f8j wJ3/rfO/Li+zGe7R7j4bTea0qEerTzdN5iQvxY/bMmUBLPhGoWJAS5u4fRvsCjjN3tubeLWYvRVS kWwqbPS5XOvZMptHilbD6XiM5lNwx9kR4rtgf3H65s0bOoDVUvjuNTokahUyVBKocxK2weGS2JT2 /YcIHw4cOHDgwIEDBw4cOHDgwIEDBw4cOHDgwIEDBw4cOHDgwIEDBw4cOHDgwIEDBw4eDP8DB9FT YgDIAAA= --=-eBcOcW2Zk7UKKcyWwa7l-- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ From kotrla@ceb.cz Mon Jul 19 07:15:00 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.ceb.cz (mail.ceb.cz [193.86.242.34]) by menubar.gnome.org (Postfix) with SMTP id 7D33F3B0F17 for ; Mon, 19 Jul 2004 07:14:58 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Content-Class: urn:content-classes:message Date: Mon, 19 Jul 2004 13:12:55 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Duplication of tree view menu entry in the sidepanel Thread-Index: AcRrFKqaom8Q7AjFR5eLopx63fuqFQCa8NdQ From: "Kotrla Vitezslav" To: Subject: deleting files in 2.6.3 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 11:15:01 -0000 This one may be really stupid: How do I delete files with Nautilus 2.6.3? I mean 'delete' - not move to = Trash.=20 Sometime around 2.6.1 Shift-Del removed file forever, there was also an i= tem in file context (right-click) menu, but not anymore.=20 VK From mnews22@wp.pl Mon Jul 19 07:29:52 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp.wp.pl (smtp.wp.pl [212.77.101.160]) by menubar.gnome.org (Postfix) with ESMTP id 092233B0E95 for ; Mon, 19 Jul 2004 07:29:52 -0400 (EDT) Received: (wp-smtpd smtp.wp.pl 22526 invoked from network); 19 Jul 2004 13:29:46 +0200 Received: from unknown (HELO megumi) (mnews22@[195.116.35.55]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with RC4-MD5 encrypted SMTP for ; 19 Jul 2004 13:29:46 +0200 From: Maciej Katafiasz To: Kotrla Vitezslav In-Reply-To: References: Content-Type: text/plain; charset=iso-8859-2 Message-Id: <1090236761.28006.1072.camel@megumi> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 19 Jul 2004 13:32:42 +0200 Content-Transfer-Encoding: 8bit X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-AS1: NOSPAM Body=1 Fuz1=1 Fuz2=1 X-WP-AS3: NOSPAM X-WP-SPAM: NO Cc: nautilus-list@gnome.org Subject: Re: deleting files in 2.6.3 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 11:29:52 -0000 W li¶cie z pon, 19-07-2004, godz. 13:12, Kotrla Vitezslav pisze: > This one may be really stupid: > > How do I delete files with Nautilus 2.6.3? I mean 'delete' - not move to Trash. > Sometime around 2.6.1 Shift-Del removed file forever, there was also an item > in file context (right-click) menu, but not anymore. You probably don't have that enabled. Try Edit->Preferences in Nautilus, or Desktop Settings->File Management in foot menu. HTH, Maciej -- "Tautologizm to co¶ tautologicznego" Maciej Katafiasz http://mathrick.blog.pl From frank@flynch.net Fri Jul 16 10:18:45 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from risingnet.net (web2.risingnet.net [216.200.174.188]) by menubar.gnome.org (Postfix) with ESMTP id 6AC5D3B1459 for ; Fri, 16 Jul 2004 10:18:45 -0400 (EDT) Received: (qmail 96332 invoked from network); 16 Jul 2004 14:17:17 -0000 Received: from uu2bos-fw.iona.com (HELO flynch.boston.amer.iona.com) (65.223.216.130) by web2.risingnet.net with SMTP; 16 Jul 2004 14:17:17 -0000 From: Frank Lynch To: philip@wyett.net In-Reply-To: <1089955888.2480.13.camel@wyett> References: <1089895691.40f67d0bd3f14@webmail.flynch.net> <1089955888.2480.13.camel@wyett> Content-Type: text/plain Date: Fri, 16 Jul 2004 10:12:30 -0400 Message-Id: <1089987150.7948.73.camel@flynch> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 19 Jul 2004 07:56:02 -0400 Cc: nautilus-list@gnome.org Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: frank@flynch.net List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 14:18:46 -0000 Hi Philip, Please accept my apologies - it was a bad choice of words. FWIW - I have been using browser mode for a long time, and I havn't been able to use spatial nautilus (because I work with some rather deep directory structures) without Jamie's patch. So I was a browser bigot myself! The spatial concept grew on me slowly, but I couldn't make the leap without Jamie's patch. IMO this patch is the meeting of the browser and spatial worlds. There is still room for improvement, but I feel that its a lot better than anything I've ever used for file management. I certainly didn't mean to alienate, anger or insult anyone who is fond of the browser mode. I was trying to appeal to those who are arguing that Jamie's patch will pollute spatial nautilus. If we can convince those folks that this patch is a good thing, then people who are fans of the browser mode can give this a try when 2.8 comes out. I'll bet that you'll find that a considerable number of users will prefer this hybrid spatial-browsing mode over the pure browser. I know that I do! regards, --Frank On Fri, 2004-07-16 at 06:31 +0100, Philip Wyett wrote: > On Thu, 2004-07-15 at 13:48, frank@flynch.net wrote: > > I am also in favor of this patch. > > > > I built it last night, and I absolutely love it, this patch truly makes > > spatial nautilus rock. I implore the spatial camp to give this patch a > > chance, please download & build it before you decide either way - > > Jamie's fantastic work enables what I can only describe as spatial > > browsing - which will draw browser bigots over into the spatial world. > > As I'm sure you know spatial nautilus got mixed reviews in the media > > when gnome 2.6 was released. I believe that with this patch spatial > > nautilus will get rave reviews, this is quite simply the best file > > manager I've ever used. > > > > Giving things a chance is good, but when you call people who currently > prefer the browser way out of _choice_ (the point of OSS) "bigots", your > not going to win me over and tempt me into trying the patch. > > > Jamie - you've done an amazing job! I'm looking forward to seeing the > > "move to" and "copy to" context menu items. Thanks to you I now have the > > best file browser known to man. I really hope that your work makes it > > into gnome 2.8, but if it doesn't I'll be sticking with nautilus 2.6.3 > > with your patches for some time. > > > > cheers! > > --Frank > > Regards > > Phil From azarah@nosferatu.za.org Sun Jul 18 15:51:16 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from gateway.lan (wblv-254-37.telkomadsl.co.za [165.165.254.37]) by menubar.gnome.org (Postfix) with ESMTP id BD04C3B0A4C for ; Sun, 18 Jul 2004 15:51:15 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by gateway.lan (Postfix) with ESMTP id 2007E3A25C9; Sun, 18 Jul 2004 21:56:57 +0200 (SAST) Received: from gateway.lan ([127.0.0.1]) by localhost (gateway.lan [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29369-04; Sun, 18 Jul 2004 21:56:53 +0200 (SAST) Received: from nosferatu.lan (nosferatu.lan [192.168.0.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gateway.lan (Postfix) with ESMTP id 09A213A25C8; Sun, 18 Jul 2004 21:56:53 +0200 (SAST) From: Martin Schlemmer To: John McCutchan In-Reply-To: <1090180167.5079.21.camel@vertex> References: <1090180167.5079.21.camel@vertex> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-DklcgT/M8J/iL47QJ70c" Message-Id: <1090180432.5281.37.camel@nosferatu.lan> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 18 Jul 2004 21:53:52 +0200 X-Virus-Scanned: by amavisd-new at nosferatu.za.org X-Mailman-Approved-At: Mon, 19 Jul 2004 07:56:03 -0400 Cc: nautilus-list@gnome.org, Linux Kernel Mailing Lists Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Martin Schlemmer List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jul 2004 19:51:16 -0000 --=-DklcgT/M8J/iL47QJ70c Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2004-07-18 at 21:49, John McCutchan wrote: > I plan on adding an inotify backend to gamin soon. >=20 What about support for fam? Thanks, --=20 Martin Schlemmer --=-DklcgT/M8J/iL47QJ70c Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBA+tVQqburzKaJYLYRAsGXAJwNMITb9hIaC1cUve8kTvhioza8IwCdF1UW ZmVebc/+getRpRKrV4h9qvc= =qg9E -----END PGP SIGNATURE----- --=-DklcgT/M8J/iL47QJ70c-- From azarah@nosferatu.za.org Sun Jul 18 16:08:26 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from gateway.lan (wblv-254-37.telkomadsl.co.za [165.165.254.37]) by menubar.gnome.org (Postfix) with ESMTP id 5381E3B0DC9 for ; Sun, 18 Jul 2004 16:08:26 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by gateway.lan (Postfix) with ESMTP id B43F73A25C9; Sun, 18 Jul 2004 22:14:10 +0200 (SAST) Received: from gateway.lan ([127.0.0.1]) by localhost (gateway.lan [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31958-10; Sun, 18 Jul 2004 22:14:06 +0200 (SAST) Received: from nosferatu.lan (nosferatu.lan [192.168.0.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gateway.lan (Postfix) with ESMTP id 3D5403A25C8; Sun, 18 Jul 2004 22:14:06 +0200 (SAST) From: Martin Schlemmer To: John McCutchan In-Reply-To: <1090180960.5399.0.camel@vertex> References: <1090180167.5079.21.camel@vertex> <1090180432.5281.37.camel@nosferatu.lan> <1090180960.5399.0.camel@vertex> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-4jqxf0R10mhvorqEFX1i" Message-Id: <1090181465.5281.41.camel@nosferatu.lan> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 18 Jul 2004 22:11:05 +0200 X-Virus-Scanned: by amavisd-new at nosferatu.za.org X-Mailman-Approved-At: Mon, 19 Jul 2004 07:56:03 -0400 Cc: nautilus-list@gnome.org, Linux Kernel Mailing Lists Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Martin Schlemmer List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jul 2004 20:08:26 -0000 --=-4jqxf0R10mhvorqEFX1i Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2004-07-18 at 22:02, John McCutchan wrote: > On Sun, 2004-07-18 at 15:53, Martin Schlemmer wrote: > > On Sun, 2004-07-18 at 21:49, John McCutchan wrote: > >=20 > > > I plan on adding an inotify backend to gamin soon. > > >=20 > >=20 > > What about support for fam? >=20 > I have been getting the impression that fam is going to be replaced by > gamin. >=20 Right, but kde also works with fam, and I assume the gamin support will only be in 2.[78] gnome-vfs? Also, it would be nice to test currently with fam enabled stuff, as I want to remember inotify do not have issues with locking mounts like dnotify have? Or is it rather a fam-related issue ? Thanks, --=20 Martin Schlemmer --=-4jqxf0R10mhvorqEFX1i Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBA+tlZqburzKaJYLYRApddAJ4qjHwmg9DvbyIfAzf4gjElCy9IXACghYRA TPCFun/TFyu5BEI3IdF0qoo= =Uvl2 -----END PGP SIGNATURE----- --=-4jqxf0R10mhvorqEFX1i-- From davidel@xmailserver.org Sun Jul 18 19:37:36 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from x35.xmailserver.org (x35.xmailserver.org [69.30.125.51]) by menubar.gnome.org (Postfix) with ESMTP id A61C83B0E38 for ; Sun, 18 Jul 2004 19:37:34 -0400 (EDT) X-AuthUser: davidel@xmailserver.org Received: from bigblue.dev.mdolabs.com by xmailserver.org with [XMail 1.21 ESMTP Server] id for from ; Sun, 18 Jul 2004 16:39:53 -0700 Date: Sun, 18 Jul 2004 16:37:28 -0700 (PDT) From: Davide Libenzi X-X-Sender: davide@bigblue.dev.mdolabs.com To: John McCutchan In-Reply-To: <1090180167.5079.21.camel@vertex> Message-ID: References: <1090180167.5079.21.camel@vertex> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Mon, 19 Jul 2004 07:56:03 -0400 Cc: nautilus-list@gnome.org, Linux Kernel Mailing List Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jul 2004 23:37:36 -0000 On Sun, 18 Jul 2004, John McCutchan wrote: > Inotify is a replacement for dnotify. > > The main difference between this and my earlier inotify design, is that > device numbers and inode numbers are no longer used. The interface > between user and kernel space uses a watcher descriptor. > > inotify is a char device with two ioctls > > WATCH > which takes > > struct inotify_watch_request { > char *dirname; // directory name > unsigned long mask; // event mask > }; > > and returns a watcher descriptor (int) Does such descriptor supports poll(2) (... f_op->poll())? - Davide From raven@themaw.net Mon Jul 19 04:30:45 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from wombat.indigo.net.au (wombat.indigo.net.au [202.0.185.19]) by menubar.gnome.org (Postfix) with ESMTP id 24B263B0798 for ; Mon, 19 Jul 2004 04:30:44 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by wombat.indigo.net.au (8.12.8/8.12.8) with ESMTP id i6J8hEqM009154 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 19 Jul 2004 16:43:15 +0800 Date: Mon, 19 Jul 2004 16:43:14 +0800 (WST) From: Ian Kent X-X-Sender: raven@wombat.indigo.net.au To: John McCutchan In-Reply-To: <1090201363.3767.5.camel@vertex> Message-ID: References: <1090180167.5079.21.camel@vertex> <1090201363.3767.5.camel@vertex> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-MailScanner: Found to be clean X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-2.5, required 8, EMAIL_ATTRIBUTION, IN_REP_TO, QUOTED_EMAIL_TEXT, REFERENCES, REPLY_WITH_QUOTES, USER_AGENT_PINE) X-Mailman-Approved-At: Mon, 19 Jul 2004 07:56:02 -0400 Cc: nautilus-list@gnome.org, Linux Kernel Mailing List , Davide Libenzi Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 08:30:45 -0000 On Sun, 18 Jul 2004, John McCutchan wrote: > On Sun, 2004-07-18 at 19:37, Davide Libenzi wrote: > > On Sun, 18 Jul 2004, John McCutchan wrote: > > > > > Inotify is a replacement for dnotify. > > > > > > The main difference between this and my earlier inotify design, is that > > > device numbers and inode numbers are no longer used. The interface > > > between user and kernel space uses a watcher descriptor. > > > > > > inotify is a char device with two ioctls > > > > > > WATCH > > > which takes > > > > > > struct inotify_watch_request { > > > char *dirname; // directory name > > > unsigned long mask; // event mask > > > }; > > > > > > and returns a watcher descriptor (int) > > > > Does such descriptor supports poll(2) (... f_op->poll())? > > > > You don't use the watcher descriptor to read the events. You use the fd > from opening up the inotify device (/dev/inotify). The inotify character > device does support the poll op. > > The watcher descriptor is used for communication between the app and the > device driver. > > For example, > you perform the watch ioctl on "/tmp/" the ioctl returns '2'. Then when > reading from the char device, any event with wd == 2 is referring to the > the "/tmp/" directory. > So the number of watches is restricted to the max number of file handles/process? Ian From c.schneider@scram.de Mon Jul 19 08:24:06 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail2.scram.de (mail2.scram.de [195.226.127.112]) by menubar.gnome.org (Postfix) with ESMTP id 77A333B092E for ; Mon, 19 Jul 2004 08:24:02 -0400 (EDT) Received: from mail3.scram.de (mail3.scram.de [195.226.127.113]) by mail2.scram.de (Postfix) with ESMTP id BD59A807C; Mon, 19 Jul 2004 14:23:58 +0200 (CEST) Received: from mail.scram.de (mail.scram.de [IPv6:3ffe:400:470:1::1:1]) by mail2.scram.de (Postfix) with ESMTP id 66574818A; Mon, 19 Jul 2004 14:22:53 +0200 (CEST) Received: from [10.0.0.10] (p5487BFC4.dip.t-dialin.net [84.135.191.196]) (authenticated (0 bits)) by mail.scram.de (8.12.9/8.11.0) with ESMTP id i6JCMo1s025394; Mon, 19 Jul 2004 14:22:52 +0200 (CEST) Message-ID: <40FBBD63.9040306@scram.de> Date: Mon, 19 Jul 2004 14:24:03 +0200 From: Christian Schneider User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: frank@flynch.net References: <1089895691.40f67d0bd3f14@webmail.flynch.net> <1089955888.2480.13.camel@wyett> <1089987150.7948.73.camel@flynch> In-Reply-To: <1089987150.7948.73.camel@flynch> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at scram.de X-Spam-Status: No, hits=-4.9 tagged_above=-999.0 required=5.0 tests=BAYES_00 X-Spam-Level: X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] Cc: philip@wyett.net, nautilus-list@gnome.org Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 12:24:06 -0000 Frank Lynch wrote: >Hi Philip, >Please accept my apologies - it was a bad choice of words. > >FWIW - I have been using browser mode for a long time, and I havn't been >able to use spatial nautilus (because I work with some rather deep >directory structures) without Jamie's patch. So I was a browser bigot >myself! The spatial concept grew on me slowly, but I couldn't make the >leap without Jamie's patch. IMO this patch is the meeting of the browser >and spatial worlds. There is still room for improvement, but I feel that >its a lot better than anything I've ever used for file management. > > > Hi Frank, I would be interested in how you will set up the mouse buttons in nautilus with the new settings. Left click open a new spatial window and middle click open in same window? -- Christian Schneider From kotrla@ceb.cz Mon Jul 19 09:47:10 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.ceb.cz (mail.ceb.cz [193.86.242.34]) by menubar.gnome.org (Postfix) with SMTP id 702663B0F5E for ; Mon, 19 Jul 2004 09:47:03 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Content-Class: urn:content-classes:message Date: Mon, 19 Jul 2004 15:44:54 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: deleting files in 2.6.3 Thread-Index: AcRtg2wwMZHPgLJhQDKIwuGgkLIsFwAElsAA From: "Kotrla Vitezslav" To: Subject: RE: deleting files in 2.6.3 [SOLVED] X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 13:47:10 -0000 > You probably don't have that enabled. Try Edit->Preferences=20 > in Nautilus, > or Desktop Settings->File Management in foot menu. Thanks Maciej, I found it and it works (only Nautilus needs to be restart= ed). I'm really surprised there are still some preferences left in Nautilus ;-= ) Vit Kotrla From juhis@trinity.is-a-geek.com Mon Jul 19 12:24:07 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from trinity.is-a-geek.com (cs128098.pp.htv.fi [213.243.128.98]) by menubar.gnome.org (Postfix) with ESMTP id A7B5A3B1030 for ; Mon, 19 Jul 2004 12:24:04 -0400 (EDT) Received: from [192.168.0.10] (client.veehoo.net [192.168.0.10]) by trinity.is-a-geek.com (Postfix) with ESMTP id 3F39E3E850 for ; Mon, 19 Jul 2004 19:23:09 +0300 (EEST) From: Juha Pahkala To: nautilus-list@gnome.org Content-Type: text/plain Date: Mon, 19 Jul 2004 19:24:10 +0300 Message-Id: <1090254250.4480.7.camel@client.veehoo.net> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 (1.5.9.1-2) Content-Transfer-Encoding: 7bit Subject: windows shares disappeared X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 16:24:07 -0000 Hello, I'm using an up-to-date version of FC2. So far I've been really satisfied with the new spatial nautilus, a great improvement. Well, this has nothing to do with spatiality, just wanted to thank you guys. But, today for some reason (I don't know what I did) all my mounted windows partitions disappeared from my desktop. And also from the 'Computer' folder. And in addition, my two cdrom drives aren't visible in the 'Computer' folder anymore, there's only Filesystem and Network icons remaining. I'm really clueless since I wasn't making any changes to my preferences (at least, not that I know of :)) Is there an easy gconf key or something that I could check? Any Ideas? Thanks in advance, Juhis From hquest@onda.com.br Mon Jul 19 12:37:35 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.ondacorp.com.br (mail.ondacorp.com.br [200.195.196.14]) by menubar.gnome.org (Postfix) with ESMTP id 842C93B0FF2 for ; Mon, 19 Jul 2004 12:37:35 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.ondacorp.com.br (Postfix) with ESMTP id E0F2B43EE7; Mon, 19 Jul 2004 13:37:33 -0300 (EST) Received: from mail.ondacorp.com.br ([127.0.0.1]) by localhost (proxy.onda.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20762-14; Mon, 19 Jul 2004 13:37:33 -0300 (EST) Received: from [192.168.11.13] (hquest.onda.net [192.168.11.13]) by mail.ondacorp.com.br (Postfix) with ESMTP id 3ACD243ECB; Mon, 19 Jul 2004 13:37:33 -0300 (EST) Message-ID: <40FBF8CB.6050307@onda.com.br> Date: Mon, 19 Jul 2004 13:37:31 -0300 From: Alexandre Hautequest User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Juha Pahkala References: <1090254250.4480.7.camel@client.veehoo.net> In-Reply-To: <1090254250.4480.7.camel@client.veehoo.net> X-Enigmail-Version: 0.84.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by Ondacorp Mail Pro Cc: nautilus-list@gnome.org Subject: Re: windows shares disappeared X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 16:37:35 -0000 Juha Pahkala wrote: > Hello, > > I'm using an up-to-date version of FC2. So far I've been really > satisfied with the new spatial nautilus, a great improvement. > > Well, this has nothing to do with spatiality, just wanted to thank you > guys. But, today for some reason (I don't know what I did) all my > mounted windows partitions disappeared from my desktop. And also from > the 'Computer' folder. And in addition, my two cdrom drives aren't > visible in the 'Computer' folder anymore, there's only Filesystem and > Network icons remaining. I'm really clueless since I wasn't making any > changes to my preferences (at least, not that I know of :)) > > Is there an easy gconf key or something that I could check? Any Ideas? how about a /etc/fstab restoring? (that's just a try) > > Thanks in advance, > > Juhis > -- Alexandre From juhis@trinity.is-a-geek.com Mon Jul 19 12:42:34 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from trinity.is-a-geek.com (cs128098.pp.htv.fi [213.243.128.98]) by menubar.gnome.org (Postfix) with ESMTP id 7FD503B0FF1 for ; Mon, 19 Jul 2004 12:42:34 -0400 (EDT) Received: from [192.168.0.10] (client.veehoo.net [192.168.0.10]) by trinity.is-a-geek.com (Postfix) with ESMTP id 4544D3E850; Mon, 19 Jul 2004 19:41:39 +0300 (EEST) From: Juha Pahkala To: Alexandre Hautequest In-Reply-To: <40FBF8CB.6050307@onda.com.br> References: <1090254250.4480.7.camel@client.veehoo.net> <40FBF8CB.6050307@onda.com.br> Content-Type: text/plain Date: Mon, 19 Jul 2004 19:42:41 +0300 Message-Id: <1090255361.4480.9.camel@client.veehoo.net> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 (1.5.9.1-2) Content-Transfer-Encoding: 7bit Cc: nautilus-list@gnome.org Subject: Re: windows shares disappeared X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 16:42:34 -0000 On Mon, 2004-07-19 at 13:37 -0300, Alexandre Hautequest wrote: > Juha Pahkala wrote: > > Hello, > > > > I'm using an up-to-date version of FC2. So far I've been really > > satisfied with the new spatial nautilus, a great improvement. > > > > Well, this has nothing to do with spatiality, just wanted to thank you > > guys. But, today for some reason (I don't know what I did) all my > > mounted windows partitions disappeared from my desktop. And also from > > the 'Computer' folder. And in addition, my two cdrom drives aren't > > visible in the 'Computer' folder anymore, there's only Filesystem and > > Network icons remaining. I'm really clueless since I wasn't making any > > changes to my preferences (at least, not that I know of :)) > > > > Is there an easy gconf key or something that I could check? Any Ideas? > > how about a /etc/fstab restoring? (that's just a try) > There's nothing wrong with /etc/fstab if that's what you mean. All my partitions are normally mounted at boot time, the problem is nautilus doesn't recognize them anymore. From jamiemcc@blueyonder.co.uk Mon Jul 19 12:43:47 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out3.blueyonder.co.uk (smtp-out3.blueyonder.co.uk [195.188.213.6]) by menubar.gnome.org (Postfix) with ESMTP id 2FC313B0FF1 for ; Mon, 19 Jul 2004 12:43:47 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out3.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Mon, 19 Jul 2004 16:46:35 +0100 From: Jamie McCracken To: Christian Schneider In-Reply-To: <40FBBD63.9040306@scram.de> References: <1089895691.40f67d0bd3f14@webmail.flynch.net> <1089955888.2480.13.camel@wyett> <1089987150.7948.73.camel@flynch> <40FBBD63.9040306@scram.de> Content-Type: text/plain Message-Id: <1090251983.2882.15.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Mon, 19 Jul 2004 16:46:23 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 19 Jul 2004 15:46:35.0459 (UTC) FILETIME=[924B4930:01C46DA7] Cc: philip@wyett.net, Nautilus , frank@flynch.net Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 16:43:47 -0000 On Mon, 2004-07-19 at 13:24, Christian Schneider wrote: > Frank Lynch wrote: > > >Hi Philip, > >Please accept my apologies - it was a bad choice of words. > > > >FWIW - I have been using browser mode for a long time, and I havn't been > >able to use spatial nautilus (because I work with some rather deep > >directory structures) without Jamie's patch. So I was a browser bigot > >myself! The spatial concept grew on me slowly, but I couldn't make the > >leap without Jamie's patch. IMO this patch is the meeting of the browser > >and spatial worlds. There is still room for improvement, but I feel that > >its a lot better than anything I've ever used for file management. > > > > > > > Hi Frank, > > I would be interested in how you will set up the mouse buttons in > nautilus with the new settings. > > Left click open a new spatial window and middle click open in same window? I would recommend : Left click - open in same window Middle click - open in new window Mac OS/X does it this way and its more consistent with the file selector that way too. Its also good for newbies coming over from Windows. As it wont be in 2.8 or even in Nautilus CVS as such I will create and maintain a new app called Nautilus Plus (its just Nautilus plus my patches on top - not a fork!) so everyone that wants a really cool state of the art file manager gets one (as opposed to the "politically correct" Nautilus you currently get). jamie. > > -- > Christian Schneider From DANIELLLANO@terra.es Mon Jul 19 14:05:41 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tfdsmtp2.mail.isp (smtp.terra.es [213.4.129.129]) by menubar.gnome.org (Postfix) with ESMTP id 2C5DE3B109F for ; Mon, 19 Jul 2004 14:05:34 -0400 (EDT) Received: from teleline.es ([10.20.4.99]) by tfdsmtp2.mail.isp (Netscape Messaging Server 4.15 tfdsmtp2 Mar 14 2002 21:29:48) with ESMTP id I1429701.RGZ for ; Mon, 19 Jul 2004 20:05:31 +0200 From: DANIELLLANO To: nautilus-list@gnome.org Message-ID: <6a39964de9.64de96a399@teleline.es> Date: Mon, 19 Jul 2004 18:05:32 GMT X-Mailer: Netscape Webmail MIME-Version: 1.0 Content-Language: es X-Accept-Language: es X-Priority: 1 (Highest) Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 7bit Subject: Re: Natilus using UTF-8 for filenames regardless of locale X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 18:05:41 -0000 gabor farkas wrote: > On Sun, 2004-07-18 at 01:59, DANIELLLANO wrote: > > gabor wrote: > > > the guessing is usually something like this: > > > the application assumes that the filename is utf8. he begins to read it. > > > but then he founds out that it's not valid utf8. then he uses something else ( > > > usually iso-8859-1 or locale-defined one). > > > > Could someone point me where the code that does that is? > > I'm looking into implementing the same code in another gnome > > application. > > i do not know how glib handles this, but imho it's simply: > > byte[] b = readBytes(); > string t = decodeBytes(b,"UTF-8"); > if (t == null) //or any other way that signalizes that the decoding > failed > then t = decodeBytes(b,"ISO-8859-1"); //this will not fail because all > byte streams are valid iso-8859-1 strings. I don't need java conceptual code. You already explained the algorithm in words. I'm asking for the exact same code or functions to show to some people how this is exactly handled in nautilus and try to make a patch to that application (in c) I just need the exact reference to that code. Is that handled in glib as you suggested? Because I couldn't find the code in nautilus. From gabor@z10n.net Mon Jul 19 14:24:57 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25]) by menubar.gnome.org (Postfix) with ESMTP id BD6493B10CA for ; Mon, 19 Jul 2004 14:24:56 -0400 (EDT) Received: from [192.168.0.2] (really [217.23.244.140]) by viefep12-int.chello.at (InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP id <20040719182455.NAVM26640.viefep12-int.chello.at@[192.168.0.2]> for ; Mon, 19 Jul 2004 20:24:55 +0200 From: gabor farkas To: nautilus-list@gnome.org In-Reply-To: <6a39964de9.64de96a399@teleline.es> References: <6a39964de9.64de96a399@teleline.es> Content-Type: text/plain Message-Id: <1090261663.8673.0.camel@dubb> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 19 Jul 2004 20:27:43 +0200 Content-Transfer-Encoding: 7bit Subject: Re: Natilus using UTF-8 for filenames regardless of locale X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 18:24:57 -0000 On Mon, 2004-07-19 at 20:05, DANIELLLANO wrote: > > I don't need java conceptual code. You already explained the algorithm > in words. I'm asking for the exact same code or functions to show to > some people how this is exactly handled in nautilus and try to make a > patch to that application (in c) > I just need the exact reference to that code. > Is that handled in glib as you suggested? > Because I couldn't find the code in nautilus. > sorry i don't know how exactly nautilus does this. gabor From mnews22@wp.pl Mon Jul 19 14:57:36 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp.wp.pl (smtp.wp.pl [212.77.101.160]) by menubar.gnome.org (Postfix) with ESMTP id 9F12E3B10EB for ; Mon, 19 Jul 2004 14:57:33 -0400 (EDT) Received: (wp-smtpd smtp.wp.pl 21574 invoked from network); 19 Jul 2004 20:57:26 +0200 Received: from unknown (HELO megumi) (mnews22@[195.116.35.55]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with RC4-MD5 encrypted SMTP for ; 19 Jul 2004 20:57:26 +0200 From: Maciej Katafiasz To: Juha Pahkala In-Reply-To: <1090254250.4480.7.camel@client.veehoo.net> References: <1090254250.4480.7.camel@client.veehoo.net> Content-Type: text/plain; charset=iso-8859-2 Message-Id: <1090263604.2336.14.camel@megumi> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 19 Jul 2004 21:00:04 +0200 Content-Transfer-Encoding: 8bit X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-AS1: NOSPAM Body=1 Fuz1=1 Fuz2=1 X-WP-AS3: NOSPAM X-WP-SPAM: NO Cc: nautilus-list@gnome.org Subject: Re: windows shares disappeared X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 18:57:36 -0000 W li¶cie z pon, 19-07-2004, godz. 18:24, Juha Pahkala pisze: > Well, this has nothing to do with spatiality, just wanted to thank you > guys. But, today for some reason (I don't know what I did) all my > mounted windows partitions disappeared from my desktop. And also from > the 'Computer' folder. And in addition, my two cdrom drives aren't > visible in the 'Computer' folder anymore, there's only Filesystem and > Network icons remaining. I'm really clueless since I wasn't making any > changes to my preferences (at least, not that I know of :)) > > Is there an easy gconf key or something that I could check? Any Ideas? Hmm, did you Home icon disappear too? I had that recently, basically it was caused by gconfd-2 running from inside jhbuild, instead of distro one, due to my hacking. Nautilus couldn't find it's keys, and effect was that all mounts, and Home icon disappeared from desktop, leaving only Computer and Network. I don't know if you played with jhbuild, but maybe you updated some FC2 packages that could cause gconfd-2 or Nautilus' schemas to do something strange? HTH, Maciej -- "Tautologizm to co¶ tautologicznego" Maciej Katafiasz http://mathrick.blog.pl From johnp@redhat.com Mon Jul 19 15:04:07 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id C9D713B098C for ; Mon, 19 Jul 2004 15:04:06 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6JJ46e1026716; Mon, 19 Jul 2004 15:04:06 -0400 Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [172.16.52.154]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6JJ46a31182; Mon, 19 Jul 2004 15:04:06 -0400 Received: from [172.16.67.62] (remedyz.boston.redhat.com [172.16.67.62]) by lacrosse.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6JJ45F29433; Mon, 19 Jul 2004 15:04:06 -0400 From: "John (J5) Palmieri" To: Juha Pahkala In-Reply-To: <1090255361.4480.9.camel@client.veehoo.net> References: <1090254250.4480.7.camel@client.veehoo.net> <40FBF8CB.6050307@onda.com.br> <1090255361.4480.9.camel@client.veehoo.net> Content-Type: text/plain Date: Mon, 19 Jul 2004 15:04:05 -0400 Message-Id: <1090263845.8505.0.camel@remedyz.boston.redhat.com> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.2 (1.5.9.2-1) Content-Transfer-Encoding: 7bit Cc: nautilus-list@gnome.org, Alexandre Hautequest Subject: Re: windows shares disappeared X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 19:04:07 -0000 On Mon, 2004-07-19 at 19:42 +0300, Juha Pahkala wrote: > On Mon, 2004-07-19 at 13:37 -0300, Alexandre Hautequest wrote: > > Juha Pahkala wrote: > > > Hello, > > > > > > I'm using an up-to-date version of FC2. So far I've been really > > > satisfied with the new spatial nautilus, a great improvement. > > > > > > Well, this has nothing to do with spatiality, just wanted to thank you > > > guys. But, today for some reason (I don't know what I did) all my > > > mounted windows partitions disappeared from my desktop. And also from > > > the 'Computer' folder. And in addition, my two cdrom drives aren't > > > visible in the 'Computer' folder anymore, there's only Filesystem and > > > Network icons remaining. I'm really clueless since I wasn't making any > > > changes to my preferences (at least, not that I know of :)) > > > > > > Is there an easy gconf key or something that I could check? Any Ideas? > > > > how about a /etc/fstab restoring? (that's just a try) > > > > There's nothing wrong with /etc/fstab if that's what you mean. All my > partitions are normally mounted at boot time, the problem is nautilus > doesn't recognize them anymore. Did you install any external packages? -- John (J5) Palmieri Associate Software Engineer Desktop Group Red Hat, Inc. Blog: http://martianrock.com From c.schneider@scram.de Mon Jul 19 15:13:37 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail2.scram.de (mail2.scram.de [195.226.127.112]) by menubar.gnome.org (Postfix) with ESMTP id A4D843B1068 for ; Mon, 19 Jul 2004 15:13:36 -0400 (EDT) Received: from mail3.scram.de (mail3.scram.de [195.226.127.113]) by mail2.scram.de (Postfix) with ESMTP id E53E280A6; Mon, 19 Jul 2004 21:13:30 +0200 (CEST) Received: from mail.scram.de (mail.scram.de [IPv6:3ffe:400:470:1::1:1]) by mail2.scram.de (Postfix) with ESMTP id E48AE8199; Mon, 19 Jul 2004 21:12:46 +0200 (CEST) Received: from [10.0.0.10] (p5487BFC4.dip.t-dialin.net [84.135.191.196]) (authenticated (0 bits)) by mail.scram.de (8.12.9/8.11.0) with ESMTP id i6JJCW1s004711; Mon, 19 Jul 2004 21:12:39 +0200 (CEST) Message-ID: <40FC1D6B.9050102@scram.de> Date: Mon, 19 Jul 2004 21:13:47 +0200 From: Christian Schneider User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jamie McCracken References: <1089895691.40f67d0bd3f14@webmail.flynch.net> <1089955888.2480.13.camel@wyett> <1089987150.7948.73.camel@flynch> <40FBBD63.9040306@scram.de> <1090251983.2882.15.camel@localhost.localdomain> In-Reply-To: <1090251983.2882.15.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at scram.de X-Spam-Status: No, hits=-4.9 tagged_above=-999.0 required=5.0 tests=BAYES_00 X-Spam-Level: X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] Cc: philip@wyett.net, Nautilus , frank@flynch.net Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 19:13:37 -0000 Jamie McCracken wrote: >On Mon, 2004-07-19 at 13:24, Christian Schneider wrote: > > >>Frank Lynch wrote: >> >> >> >>>Hi Philip, >>>Please accept my apologies - it was a bad choice of words. >>> >>>FWIW - I have been using browser mode for a long time, and I havn't been >>>able to use spatial nautilus (because I work with some rather deep >>>directory structures) without Jamie's patch. So I was a browser bigot >>>myself! The spatial concept grew on me slowly, but I couldn't make the >>>leap without Jamie's patch. IMO this patch is the meeting of the browser >>>and spatial worlds. There is still room for improvement, but I feel that >>>its a lot better than anything I've ever used for file management. >>> >>> >>> >>> >>> >>Hi Frank, >> >>I would be interested in how you will set up the mouse buttons in >>nautilus with the new settings. >> >>Left click open a new spatial window and middle click open in same window? >> >> > >I would recommend : > >Left click - open in same window >Middle click - open in new window > > > I would probably choose: left: open in new window, close old middle: open i new window But this is of course everyone´s own choice. >Mac OS/X does it this way and its more consistent with the file selector >that way too. Its also good for newbies coming over from Windows. > >As it wont be in 2.8 or even in Nautilus CVS as such I will create and >maintain a new app called Nautilus Plus (its just Nautilus plus my >patches on top - not a fork!) so everyone that wants a really cool state >of the art file manager gets one (as opposed to the "politically >correct" Nautilus you currently get). > > That is very nice. I would like to test your patches. Will you offer binaries and perhaps even rpms? If you need someone to test and maintain fedora core rpms I could do that. -- Christian Schneider From jamiemcc@blueyonder.co.uk Mon Jul 19 16:00:54 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out3.blueyonder.co.uk (smtp-out3.blueyonder.co.uk [195.188.213.6]) by menubar.gnome.org (Postfix) with ESMTP id 79FA03B088B for ; Mon, 19 Jul 2004 16:00:54 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out3.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Mon, 19 Jul 2004 20:26:41 +0100 From: Jamie McCracken To: Christian Schneider In-Reply-To: <40FC1D6B.9050102@scram.de> References: <1089895691.40f67d0bd3f14@webmail.flynch.net> <1089955888.2480.13.camel@wyett> <1089987150.7948.73.camel@flynch> <40FBBD63.9040306@scram.de> <1090251983.2882.15.camel@localhost.localdomain> <40FC1D6B.9050102@scram.de> Content-Type: text/plain Message-Id: <1090265190.30979.22.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Mon, 19 Jul 2004 20:26:30 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 19 Jul 2004 19:26:41.0846 (UTC) FILETIME=[51EA0560:01C46DC6] Cc: philip@wyett.net, Nautilus , frank@flynch.net Subject: Re: Mega patch to make spatial nautilus rock! X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 20:00:54 -0000 On Mon, 2004-07-19 at 20:13, Christian Schneider wrote: > > > > > That is very nice. > > I would like to test your patches. Will you offer binaries and perhaps > even rpms? If you need someone to test and maintain fedora core rpms I > could do that. > Yes I am planning to create RPMs (I haven't created them before but Im sure i will manage). I will need someone to help test them - thanks for volunteering! I'm currently looking at sorting out the bookmarks so they share them with the file selector. Once I get that sorted then I'll start looking at creating RPMs. jamie. > -- > Christian Schneider > > From juhis@trinity.is-a-geek.com Mon Jul 19 16:21:05 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from trinity.is-a-geek.com (cs128098.pp.htv.fi [213.243.128.98]) by menubar.gnome.org (Postfix) with ESMTP id CBFDB3B06D0 for ; Mon, 19 Jul 2004 16:21:04 -0400 (EDT) Received: from [192.168.0.10] (client.veehoo.net [192.168.0.10]) by trinity.is-a-geek.com (Postfix) with ESMTP id 69EEE40141; Mon, 19 Jul 2004 23:20:08 +0300 (EEST) From: Juha Pahkala To: Maciej Katafiasz In-Reply-To: <1090263604.2336.14.camel@megumi> References: <1090254250.4480.7.camel@client.veehoo.net> <1090263604.2336.14.camel@megumi> Content-Type: text/plain; charset=iso-8859-2 Date: Mon, 19 Jul 2004 23:21:12 +0300 Message-Id: <1090268472.3933.7.camel@client.veehoo.net> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 (1.5.9.1-2) Content-Transfer-Encoding: 8bit Cc: nautilus-list@gnome.org Subject: Re: windows shares disappeared X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 20:21:05 -0000 On Mon, 2004-07-19 at 21:00 +0200, Maciej Katafiasz wrote: > W li¶cie z pon, 19-07-2004, godz. 18:24, Juha Pahkala pisze: > > Well, this has nothing to do with spatiality, just wanted to thank you > > guys. But, today for some reason (I don't know what I did) all my > > mounted windows partitions disappeared from my desktop. And also from > > the 'Computer' folder. And in addition, my two cdrom drives aren't > > visible in the 'Computer' folder anymore, there's only Filesystem and > > Network icons remaining. I'm really clueless since I wasn't making any > > changes to my preferences (at least, not that I know of :)) > > > > Is there an easy gconf key or something that I could check? Any Ideas? > > Hmm, did you Home icon disappear too? I had that recently, basically it > was caused by gconfd-2 running from inside jhbuild, instead of distro > one, due to my hacking. Nautilus couldn't find it's keys, and effect was > that all mounts, and Home icon disappeared from desktop, leaving only > Computer and Network. I don't know if you played with jhbuild, but maybe > you updated some FC2 packages that could cause gconfd-2 or Nautilus' > schemas to do something strange? > Nothing gnome specific afaik. All I can think of was trying out a windows app installation using wine yesterday. Hmm, could that be it, I don't know? Any suggestions of how to fix it? Somehow reinstall gconf of nautilus or something? Thanks, Juhis From ttb@tentacle.dhs.org Mon Jul 19 17:25:32 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tentacle.dhs.org (CPE0000c02944d6-CM00003965a061.cpe.net.cable.rogers.com [69.193.74.215]) by menubar.gnome.org (Postfix) with ESMTP id B91663B07C6 for ; Mon, 19 Jul 2004 17:25:32 -0400 (EDT) Received: from ttb by tentacle.dhs.org with local (Exim 3.36 #1 (Debian)) id 1BmfjP-0001oO-00; Mon, 19 Jul 2004 17:31:31 -0400 From: John McCutchan To: Chris Friesen In-Reply-To: <40FBCD8F.1080300@nortelnetworks.com> References: <40FBCD8F.1080300@nortelnetworks.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1090272690.6954.1.camel@vertex> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 19 Jul 2004 17:31:30 -0400 Cc: nautilus-list@gnome.org, Linux Kernel Mailing List , Davide Libenzi , Ian Kent Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 21:25:33 -0000 On Mon, 2004-07-19 at 09:33, Chris Friesen wrote: > Ian Kent wrote: > > > So the number of watches is restricted to the max number of file > > handles/process? > > Note: I have not read the code. We should probably do so before speculating. > > However, it looks like you have one fd, and reading from it gives you a data > structure of information about the event. The max number of watches could be as > high as INT_MAX depending on implementation. Yes you are right. The maximum number of watchers is per-device. I have it defined as 256 now. Also the maximum number of devices that can be opened at a time is 8. John From ttb@tentacle.dhs.org Mon Jul 19 20:37:01 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tentacle.dhs.org (CPE0000c02944d6-CM00003965a061.cpe.net.cable.rogers.com [69.193.74.215]) by menubar.gnome.org (Postfix) with ESMTP id 8FA403B0D6D; Mon, 19 Jul 2004 20:37:00 -0400 (EDT) Received: from ttb by tentacle.dhs.org with local (Exim 3.36 #1 (Debian)) id 1BmijF-0003cC-00; Mon, 19 Jul 2004 20:43:33 -0400 From: John McCutchan To: gamin-list@gnome.org, nautilus-list@gnome.org Content-Type: multipart/mixed; boundary="=-s7S5qzI3Sg/nVvkCx0Rt" Message-Id: <1090284212.13887.2.camel@vertex> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 19 Jul 2004 20:43:33 -0400 Cc: Subject: gamin inotify patches X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jul 2004 00:37:01 -0000 --=-s7S5qzI3Sg/nVvkCx0Rt Content-Type: text/plain Content-Transfer-Encoding: 7bit Here is an inotify backend for gamin. I have done some basic testing and it appears to work. Attached are: A build fix for gamin CVS A patch for the inotify backend gam_inotify.[ch] which goes under the server directory in gamin. To build gamin with the inotify backend just pass '--enable-inotify' to configure. I would really appreciate some testing. John --=-s7S5qzI3Sg/nVvkCx0Rt Content-Disposition: attachment; filename=gamin-fix.patch Content-Transfer-Encoding: base64 Content-Type: text/x-patch; name=gamin-fix.patch; charset=UTF-8 SW5kZXg6IGxpYmdhbWluL2ZhbS5oDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2N2cy9nbm9tZS9n YW1pbi9saWJnYW1pbi9mYW0uaCx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMw0KZGlmZiAtdSAt cjEuMyBmYW0uaA0KLS0tIGxpYmdhbWluL2ZhbS5oCTE3IEp1bCAyMDA0IDIzOjQwOjE2IC0wMDAw CTEuMw0KKysrIGxpYmdhbWluL2ZhbS5oCTE5IEp1bCAyMDA0IDIyOjA0OjU1IC0wMDAwDQpAQCAt ODAsNyArODAsNyBAQA0KICAqIFRoZSBGQU1Db2RlcyBpbmRpY2F0ZXMgd2hhdCBraW5kIG9mIGV2 ZW50IGhhcHBlbmVkIHRoYXQgcmFpc2VkDQogICogdGhlIGNhbGxiYWNrIGF0IHRoZSBhcHBsaWNh dGlvbiBsZXZlbC4NCiAgKi8NCi1lbnVtIHsNCit0eXBlZGVmIGVudW0gew0KICAgICBGQU1DaGFu Z2VkPTEsDQogICAgIEZBTURlbGV0ZWQ9MiwNCiAgICAgRkFNU3RhcnRFeGVjdXRpbmc9MywNCg== --=-s7S5qzI3Sg/nVvkCx0Rt Content-Disposition: attachment; filename=gamin-inotify.patch Content-Transfer-Encoding: base64 Content-Type: text/x-patch; name=gamin-inotify.patch; charset=UTF-8 SW5kZXg6IGNvbmZpZ3VyZS5pbg0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNTIGZpbGU6IC9jdnMvZ25vbWUvZ2Ft aW4vY29uZmlndXJlLmluLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4yDQpkaWZmIC11IC1yMS4y IGNvbmZpZ3VyZS5pbg0KLS0tIGNvbmZpZ3VyZS5pbgkxOCBKdW4gMjAwNCAxMjoxNDo1MiAtMDAw MAkxLjINCisrKyBjb25maWd1cmUuaW4JMjAgSnVsIDIwMDQgMDA6MDI6NTkgLTAwMDANCkBAIC0x NjQsNiArMTY0LDE4IEBADQogCWJhY2tlbmQ9InBvbGxpbmciDQogZmkNCiANCitBQ19BUkdfRU5B QkxFKGlub3RpZnksDQorWyAgLS1lbmFibGUtaW5vdGlmeSBVc2VzIGlub3RpZnkgYXMgYmFja2Vu ZF0sDQorW2Nhc2UgIiR7ZW5hYmxldmFsfSIgaW4NCisgIHllcykgYmFja2VuZD0iaW5vdGlmeSIg OzsNCisgIG5vKSA7Ow0KKyAgKikgQUNfTVNHX0VSUk9SKGJhZCB2YWx1ZSAke2VuYWJsZXZhbH0g Zm9yIC0tZW5hYmxlLWlub3RpZnkpIDs7DQorZXNhY10pDQorDQoraWYgdGVzdCB4JGJhY2tlbmQg PSB4aW5vdGlmeTsgdGhlbg0KKyAgICBBQ19ERUZJTkUoVVNFX0lOT1RJRlksMSxbVXNlIGlub3Rp ZnkgYXMgYmFja2VuZF0pDQorZmkNCisNCiBkbmwgY2hlY2sgZm9yIGZsYXZvdXJzIG9mIHZhcmFy Z3MgbWFjcm9zICh0ZXN0IGZyb20gR0xpYikNCiBBQ19NU0dfQ0hFQ0tJTkcoZm9yIElTTyBDOTkg dmFyYXJncyBtYWNyb3MgaW4gQykNCiBBQ19UUllfQ09NUElMRShbXSxbDQpJbmRleDogc2VydmVy L01ha2VmaWxlLmFtDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2N2cy9nbm9tZS9nYW1pbi9zZXJ2 ZXIvTWFrZWZpbGUuYW0sdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjEuMS4xDQpkaWZmIC11IC1y MS4xLjEuMSBNYWtlZmlsZS5hbQ0KLS0tIHNlcnZlci9NYWtlZmlsZS5hbQkxNSBKdW4gMjAwNCAx OTozMDo0OCAtMDAwMAkxLjEuMS4xDQorKysgc2VydmVyL01ha2VmaWxlLmFtCTIwIEp1bCAyMDA0 IDAwOjAyOjU5IC0wMDAwDQpAQCAtMzAsNiArMzAsOCBAQA0KIAlnYW1fZXJyb3IuaAkJCQkJXA0K IAlnYW1fZG5vdGlmeS5jCQkJCQlcDQogCWdhbV9kbm90aWZ5LmgJCQkJCVwNCisJZ2FtX2lub3Rp ZnkuYwkJCQkJXA0KKwlnYW1faW5vdGlmeS5oCQkJCQlcDQogCWdhbV9jaGFubmVsLmMJCQkJCVwN CiAJZ2FtX2NoYW5uZWwuaAkJCQkJXA0KIAlnYW1fY29ubmVjdGlvbi5jCQkJCVwNCkluZGV4OiBz ZXJ2ZXIvZ2FtX3NlcnZlci5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2N2cy9nbm9tZS9nYW1p bi9zZXJ2ZXIvZ2FtX3NlcnZlci5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4yDQpkaWZmIC11 IC1yMS4yIGdhbV9zZXJ2ZXIuYw0KLS0tIHNlcnZlci9nYW1fc2VydmVyLmMJMTMgSnVsIDIwMDQg MTQ6MjQ6MzQgLTAwMDAJMS4yDQorKysgc2VydmVyL2dhbV9zZXJ2ZXIuYwkyMCBKdWwgMjAwNCAw MDowMjo1OSAtMDAwMA0KQEAgLTQ3LDggKzQ3LDkgQEANCiBnYm9vbGVhbg0KIGdhbV9pbml0X3N1 YnNjcmlwdGlvbnModm9pZCkNCiB7DQotDQotI2lmZGVmIGxpbnV4DQorI2lmZGVmIFVTRV9JTk9U SUZZDQorICAgIHJldHVybiAoZ2FtX2lub3RpZnlfaW5pdCgpKTsNCisjZWxpZiBsaW51eA0KICAg ICByZXR1cm4gKGdhbV9kbm90aWZ5X2luaXQoKSk7DQogI2Vsc2UNCiAgICAgcmV0dXJuIChnYW1f cG9sbF9pbml0KCkpOw0K --=-s7S5qzI3Sg/nVvkCx0Rt Content-Disposition: attachment; filename=gam_inotify.c Content-Transfer-Encoding: base64 Content-Type: text/x-csrc; name=gam_inotify.c; charset=UTF-8 LyogTWFybW90DQogKiBDb3B5cmlnaHQgKEMpIDIwMDQgSm9obiBNY0N1dGNoYW4sIEphbWVzIFdp bGxjb3gsIENvcmV5IEJvd2Vycw0KICoNCiAqIFRoaXMgbGlicmFyeSBpcyBmcmVlIHNvZnR3YXJl OyB5b3UgY2FuIHJlZGlzdHJpYnV0ZSBpdCBhbmQvb3INCiAqIG1vZGlmeSBpdCB1bmRlciB0aGUg dGVybXMgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMNCiAqIExpY2Vuc2UgYXMgcHVi bGlzaGVkIGJ5IHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb247IGVpdGhlcg0KICogdmVyc2lv biAyIG9mIHRoZSBMaWNlbnNlLCBvciAoYXQgeW91ciBvcHRpb24pIGFueSBsYXRlciB2ZXJzaW9u Lg0KICoNCiAqIFRoaXMgbGlicmFyeSBpcyBkaXN0cmlidXRlZCBpbiB0aGUgaG9wZSB0aGF0IGl0 IHdpbGwgYmUgdXNlZnVsLA0KICogYnV0IFdJVEhPVVQgQU5ZIFdBUlJBTlRZOyB3aXRob3V0IGV2 ZW4gdGhlIGltcGxpZWQgd2FycmFudHkgb2YNCiAqIE1FUkNIQU5UQUJJTElUWSBvciBGSVRORVNT IEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRS4gIFNlZSB0aGUgR05VDQogKiBMZXNzZXIgR2VuZXJh bCBQdWJsaWMgTGljZW5zZSBmb3IgbW9yZSBkZXRhaWxzLg0KICoNCiAqIFlvdSBzaG91bGQgaGF2 ZSByZWNlaXZlZCBhIGNvcHkgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMNCiAqIExp Y2Vuc2UgYWxvbmcgd2l0aCB0aGlzIGxpYnJhcnk7IGlmIG5vdCwgd3JpdGUgdG8gdGhlIEZyZWUN CiAqIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4sIDY3NSBNYXNzIEF2ZSwgQ2FtYnJpZGdlLCBN QSAwMjEzOSwgVVNBLg0KICovDQoNCg0KI2luY2x1ZGUgPGNvbmZpZy5oPg0KI2RlZmluZSBfR05V X1NPVVJDRQ0KI2luY2x1ZGUgPGZjbnRsLmg+DQojaW5jbHVkZSA8c3lzL2lvY3RsLmg+DQojaW5j bHVkZSA8c2lnbmFsLmg+DQojaW5jbHVkZSA8dW5pc3RkLmg+DQojaW5jbHVkZSA8c3RkaW8uaD4N CiNpbmNsdWRlIDxnbGliLmg+DQojaW5jbHVkZSAiL3Vzci9zcmMvbGludXgvaW5jbHVkZS9saW51 eC9pbm90aWZ5LmgiDQojaW5jbHVkZSAiZ2FtX2Vycm9yLmgiDQojaW5jbHVkZSAiZ2FtX3BvbGwu aCINCiNpbmNsdWRlICJnYW1faW5vdGlmeS5oIg0KI2luY2x1ZGUgImdhbV90cmVlLmgiDQojaW5j bHVkZSAiZ2FtX2V2ZW50LmgiDQojaW5jbHVkZSAiZ2FtX3NlcnZlci5oIg0KI2luY2x1ZGUgImdh bV9ldmVudC5oIg0KDQovKiBqdXN0IHB1bGxpbmcgYSB2YWx1ZSBvdXQgb2Ygbm93aGVyZSBoZXJl Li4ubWF5IG5lZWQgdHdlYWtpbmcgKi8NCiNkZWZpbmUgTUFYX1FVRVVFX1NJWkUgNTAwDQoNCnR5 cGVkZWYgc3RydWN0IHsNCiAgICBjaGFyICpwYXRoOw0KICAgIGludCB3ZDsNCiAgICBpbnQgcmVm Y291bnQ7DQp9IElOb3RpZnlEYXRhOw0KDQpzdGF0aWMgR0hhc2hUYWJsZSAqcGF0aF9oYXNoID0g TlVMTDsNCnN0YXRpYyBHSGFzaFRhYmxlICp3ZF9oYXNoID0gTlVMTDsNCg0KR19MT0NLX0RFRklO RV9TVEFUSUMoaW5vdGlmeSk7DQoNCnN0YXRpYyBHUXVldWUgKmNoYW5nZXMgPSBOVUxMOw0KDQoj aWZkZWYgV0lUSF9UUkVBRElORw0Kc3RhdGljIEdNYWluQ29udGV4dCAqbG9vcF9jb250ZXh0Ow0K I2VuZGlmDQpzdGF0aWMgR0lPQ2hhbm5lbCAqaW5vdGlmeV9yZWFkX2lvYyA9IE5VTEw7DQoNCnN0 YXRpYyBnYm9vbGVhbiBoYXZlX2NvbnN1bWVfaWRsZXIgPSBGQUxTRTsNCg0KaW50IGZkID0gLTE7 IC8vIHRoZSBkZXZpY2UgZmQNCg0Kc3RhdGljIElOb3RpZnlEYXRhICoNCmdhbV9pbm90aWZ5X2Rh dGFfbmV3KGNvbnN0IGNoYXIgKnBhdGgsIGludCB3ZCkNCnsNCiAgICBJTm90aWZ5RGF0YSAqZGF0 YTsNCg0KICAgIGRhdGEgPSBnX25ldzAoSU5vdGlmeURhdGEsIDEpOw0KICAgIGRhdGEtPnBhdGgg PSBnX3N0cmR1cChwYXRoKTsNCiAgICBkYXRhLT53ZCA9IHdkOw0KICAgIGRhdGEtPnJlZmNvdW50 ID0gMTsNCg0KICAgIHJldHVybiBkYXRhOw0KfQ0KDQpzdGF0aWMgdm9pZA0KZ2FtX2lub3RpZnlf ZGF0YV9mcmVlKElOb3RpZnlEYXRhICogZGF0YSkNCnsNCiAgICBnX2ZyZWUoZGF0YS0+cGF0aCk7 DQogICAgZ19mcmVlKGRhdGEpOw0KfQ0KDQpzdGF0aWMgdm9pZA0KZ2FtX2lub3RpZnlfZGlyZWN0 b3J5X2hhbmRsZXIoY29uc3QgY2hhciAqcGF0aCwgZ2Jvb2xlYW4gYWRkZWQpDQp7DQogICAgSU5v dGlmeURhdGEgKmRhdGE7DQogICAgc3RydWN0IGlub3RpZnlfd2F0Y2hfcmVxdWVzdCBpd3I7DQog ICAgaW50IHdkLHI7DQoNCiAgICBHX0xPQ0soaW5vdGlmeSk7DQoNCiAgICBpZiAoYWRkZWQpIHsN Cg0KICAgICAgICBpZiAoKGRhdGEgPSBnX2hhc2hfdGFibGVfbG9va3VwKHBhdGhfaGFzaCwgcGF0 aCkpICE9IE5VTEwpIHsNCiAgICAgICAgICAgIGRhdGEtPnJlZmNvdW50Kys7DQogICAgICAgICAg ICBHX1VOTE9DSyhpbm90aWZ5KTsNCiAgICAgICAgICAgIHJldHVybjsNCiAgICAgICAgfQ0KDQoJ aXdyLmRpcm5hbWUgPSBnX3N0cmR1cChwYXRoKTsNCglpd3IubWFzayA9IElOX01PRElGWXxJTl9D UkVBVEV8SU5fREVMRVRFfElOX1JFTkFNRXxJTl9BVFRSSUJ8SU5fVU5NT1VOVHxJTl9JR05PUkVE Ow0KDQogICAgICAgIHdkID0gaW9jdGwoZmQsIElOT1RJRllfV0FUQ0gsJml3cik7DQogICAgICAg IGdfZnJlZShpd3IuZGlybmFtZSk7CQ0KDQogICAgICAgIGlmICh3ZCA8IDApIHsNCiAgICAgICAg ICAgIEdfVU5MT0NLKGlub3RpZnkpOw0KICAgICAgICAgICAgcmV0dXJuOw0KICAgICAgICB9DQoN Cg0KICAgICAgICBkYXRhID0gZ2FtX2lub3RpZnlfZGF0YV9uZXcocGF0aCwgd2QpOw0KICAgICAg ICBnX2hhc2hfdGFibGVfaW5zZXJ0KHdkX2hhc2gsIEdJTlRfVE9fUE9JTlRFUihkYXRhLT53ZCks IGRhdGEpOw0KICAgICAgICBnX2hhc2hfdGFibGVfaW5zZXJ0KHBhdGhfaGFzaCwgZGF0YS0+cGF0 aCwgZGF0YSk7DQoNCiAgICAgICAgZ2FtX2RlYnVnKERFQlVHX0lORk8sICJhY3RpdmF0ZWQgSU5v dGlmeSBmb3IgJXNcbiIsIHBhdGgpOw0KICAgIH0gZWxzZSB7DQogICAgICAgIGRhdGEgPSBnX2hh c2hfdGFibGVfbG9va3VwKHBhdGhfaGFzaCwgcGF0aCk7DQoNCiAgICAgICAgaWYgKCFkYXRhKSB7 DQogICAgICAgICAgICBHX1VOTE9DSyhpbm90aWZ5KTsNCiAgICAgICAgICAgIHJldHVybjsNCiAg ICAgICAgfQ0KDQogICAgICAgIGRhdGEtPnJlZmNvdW50LS07DQoNCiAgICAgICAgaWYgKGRhdGEt PnJlZmNvdW50ID09IDApIHsNCiAgICAgICAgICAgIHIgPSBpb2N0bCAoZmQsIElOT1RJRllfSUdO T1JFLCAmZGF0YS0+d2QpOyANCgkgICAgaWYgKHIgPCAwKSB7DQogICAgICAgICAgICAgICAgZ2Ft X2RlYnVnIChERUJVR19JTkZPLCAiSU5PVElGWV9JR05PUkUgZmFpbGVkIGZvciAlc1xuIiwgZGF0 YS0+cGF0aCk7DQogICAgICAgICAgICB9DQogICAgICAgICAgICBnYW1fZGVidWcoREVCVUdfSU5G TywgImRlYWN0aXZhdGVkIElOb3RpZnkgZm9yICVzXG4iLA0KICAgICAgICAgICAgICAgICAgICAg IGRhdGEtPnBhdGgpOw0KICAgICAgICAgICAgZ19oYXNoX3RhYmxlX3JlbW92ZShwYXRoX2hhc2gs IGRhdGEtPnBhdGgpOw0KICAgICAgICAgICAgZ19oYXNoX3RhYmxlX3JlbW92ZSh3ZF9oYXNoLCBH SU5UX1RPX1BPSU5URVIoZGF0YS0+d2QpKTsNCiAgICAgICAgICAgIGdhbV9pbm90aWZ5X2RhdGFf ZnJlZShkYXRhKTsNCiAgICAgICAgfQ0KICAgIH0NCg0KICAgIEdfVU5MT0NLKGlub3RpZnkpOw0K fQ0KDQpzdGF0aWMgdm9pZA0KZ2FtX2lub3RpZnlfZmlsZV9oYW5kbGVyKGNvbnN0IGNoYXIgKnBh dGgsIGdib29sZWFuIGFkZGVkKQ0Kew0KICAgIGNoYXIgKmRpcjsNCg0KICAgIGRpciA9IGdfcGF0 aF9nZXRfZGlybmFtZShwYXRoKTsNCiAgICBnYW1faW5vdGlmeV9kaXJlY3RvcnlfaGFuZGxlcihk aXIsIGFkZGVkKTsNCiAgICBnX2ZyZWUoZGlyKTsNCn0NCg0KI2lmZGVmIFdJVEhfVFJFQURJTkcN CnN0YXRpYyBncG9pbnRlcg0KZ2FtX2lub3RpZnlfc2Nhbl9sb29wKGdwb2ludGVyIGRhdGEpDQp7 DQogICAgZ19tYWluX2xvb3BfcnVuKGdfbWFpbl9sb29wX25ldyhsb29wX2NvbnRleHQsIFRSVUUp KTsNCiAgICByZXR1cm4gKE5VTEwpOw0KfQ0KI2VuZGlmDQoNCnN0YXRpYyBnYm9vbGVhbg0KZ2Ft X2lub3RpZnlfcmVhZF9oYW5kbGVyKGdwb2ludGVyIHVzZXJfZGF0YSkNCnsNCiAgICBzdHJ1Y3Qg aW5vdGlmeV9ldmVudCBldmVudDsNCiAgICBJTm90aWZ5RGF0YSAqZGF0YTsNCg0KICAgIGdhbV9k ZWJ1ZyhERUJVR19JTkZPLCAiZ2FtX2lub3RpZnlfcmVhZF9oYW5kbGVyKClcbiIpOw0KDQogICAg aWYgKGdfaW9fY2hhbm5lbF9yZWFkX2NoYXJzKGlub3RpZnlfcmVhZF9pb2MsIChjaGFyICopJmV2 ZW50LCBzaXplb2Yoc3RydWN0IGlub3RpZnlfZXZlbnQpLCBOVUxMLCBOVUxMKSAhPSBHX0lPX1NU QVRVU19OT1JNQUwpIHsNCiAgICAgICAgZ2FtX2RlYnVnKERFQlVHX0lORk8sICJnYW1faW5vdGlm eV9yZWFkX2hhbmRsZXIgZmFpbGVkXG4iKTsNCglyZXR1cm4gRkFMU0U7DQogICAgfQ0KDQogICAg aW9jdGwoZmQsIElOT1RJRllfU1RBVFMsMCk7DQoNCiAgICBHX0xPQ0soaW5vdGlmeSk7DQogICAg ZGF0YSA9IGdfaGFzaF90YWJsZV9sb29rdXAgKHdkX2hhc2gsIEdJTlRfVE9fUE9JTlRFUihldmVu dC53ZCkpOw0KICAgIEdfVU5MT0NLKGlub3RpZnkpOw0KDQogICAgaWYgKCFkYXRhKSB7DQoJZ2Ft X2RlYnVnKERFQlVHX0lORk8sICJDb3VsZCBub3QgZmluZCBXRCAlZCBpbiBoYXNoXG4iLCBldmVu dC53ZCk7DQogICAgICAgIHJldHVybiBUUlVFOw0KICAgIH0NCg0KICAgIGdhbV9kZWJ1ZyhERUJV R19JTkZPLCAiZ2FtX2lub3RpZnkgZXZlbnQgZm9yICVzICgleClcbiIsIGRhdGEtPnBhdGgsIGV2 ZW50Lm1hc2spOw0KICAgIGdhbV9wb2xsX3NjYW5fZGlyZWN0b3J5KGRhdGEtPnBhdGgsIE5VTEwp Ow0KDQogICAgZ2FtX2RlYnVnKERFQlVHX0lORk8sICJnYW1faW5vdGlmeV9yZWFkX2hhbmRsZXIo KSBkb25lXG4iKTsNCg0KICAgIHJldHVybiBUUlVFOw0KfQ0KDQpzdGF0aWMgZ2Jvb2xlYW4NCmdh bV9pbm90aWZ5X2NvbnN1bWVfc3Vic2NyaXB0aW9uc19yZWFsKGdwb2ludGVyIGRhdGEpDQp7DQog ICAgZ2FtX3BvbGxfY29uc3VtZV9zdWJzY3JpcHRpb25zKCk7DQogICAgaGF2ZV9jb25zdW1lX2lk bGVyID0gRkFMU0U7DQogICAgcmV0dXJuIEZBTFNFOw0KfQ0KDQpzdGF0aWMgdm9pZA0KZ2FtX2lu b3RpZnlfY29uc3VtZV9zdWJzY3JpcHRpb25zKHZvaWQpDQp7DQogICAgR1NvdXJjZSAqc291cmNl Ow0KDQogICAgaWYgKGhhdmVfY29uc3VtZV9pZGxlcikNCiAgICAgICAgcmV0dXJuOw0KDQogICAg aGF2ZV9jb25zdW1lX2lkbGVyID0gVFJVRTsNCiAgICBzb3VyY2UgPSBnX2lkbGVfc291cmNlX25l dygpOw0KICAgIGdfc291cmNlX3NldF9jYWxsYmFjayhzb3VyY2UsIGdhbV9pbm90aWZ5X2NvbnN1 bWVfc3Vic2NyaXB0aW9uc19yZWFsLA0KICAgICAgICAgICAgICAgICAgICAgICAgICBOVUxMLCBO VUxMKTsNCiNpZmRlZiBXSVRIX1RSRUFESU5HDQogICAgZ19zb3VyY2VfYXR0YWNoKHNvdXJjZSwg bG9vcF9jb250ZXh0KTsNCiNlbHNlDQogICAgZ19zb3VyY2VfYXR0YWNoKHNvdXJjZSwgTlVMTCk7 DQojZW5kaWYNCn0NCg0KLyoqDQogKiBAZGVmZ3JvdXAgSU5vdGlmeSBJTm90aWZ5IEJhY2tlbmQN CiAqIEBpbmdyb3VwIEJhY2tlbmRzDQogKiBAYnJpZWYgSU5vdGlmeSBiYWNrZW5kIEFQSQ0KICoN CiAqIFNpbmNlIHZlcnNpb24gMi5YLCBMaW51eCBrZXJuZWxzIGhhdmUgaW5jbHVkZWQgdGhlIExp bnV4IElub2RlDQogKiBOb3RpZmljYXRpb24gc3lzdGVtIChpbm90aWZ5KS4gIFRoaXMgYmFja2Vu ZCB1c2VzIGlub3RpZnkgdG8ga25vdyB3aGVuDQogKiBmaWxlcyBhcmUgY2hhbmdlZC9jcmVhdGVk L2RlbGV0ZWQuICBTaW5jZSBpbm90aWZ5IGRvZXNuJ3QgdGVsbCB1cw0KICogZXhhY3RseSB3aGF0 IGV2ZW50IGhhcHBlbmVkIHRvIHdoaWNoIGZpbGUgKGp1c3QgdGhhdCBzb21lIGV2ZW4gaGFwcGVu ZWQNCiAqIGluIHNvbWUgZGlyZWN0b3J5KSwgd2Ugc3RpbGwgaGF2ZSB0byBjYWNoZSBzdGF0KCkg aW5mb3JtYXRpb24uICBGb3IgdGhpcywNCiAqIHdlIGNhbiBqdXN0IHVzZSB0aGUgY29kZSBpbiB0 aGUgcG9sbGluZyBiYWNrZW5kLg0KICoNCiAqIEB7DQogKi8NCg0KDQovKioNCiAqIEluaXRpYWxp emVzIHRoZSBpbm90aWZ5IHN5c3RlbS4gIFRoaXMgbXVzdCBiZSBjYWxsZWQgYmVmb3JlDQogKiBh bnkgb3RoZXIgZnVuY3Rpb25zIGluIHRoaXMgbW9kdWxlLg0KICoNCiAqIEByZXR1cm5zIFRSVUUg aWYgaW5pdGlhbGl6YXRpb24gc3VjY2VlZGVkLCBGQUxTRSBvdGhlcndpc2UNCiAqLw0KZ2Jvb2xl YW4NCmdhbV9pbm90aWZ5X2luaXQodm9pZCkNCnsNCiAgICBHU291cmNlICpzb3VyY2U7DQoNCiAg ICBnX3JldHVybl92YWxfaWZfZmFpbChnYW1fcG9sbF9pbml0X2Z1bGwoRkFMU0UpLCBGQUxTRSk7 DQoNCiAgICBmZCA9IG9wZW4oIi9kZXYvaW5vdGlmeSIsIE9fUkRPTkxZKTsNCg0KICAgIGlmIChm ZCA8IDApIHsNCiAgICAgICAgZ193YXJuaW5nKCJDb3VsZCBub3Qgb3BlbiAvZGV2L2lub3RpZnlc biIpOw0KICAgICAgICByZXR1cm4gRkFMU0U7DQogICAgfQ0KDQogICAgaW5vdGlmeV9yZWFkX2lv YyA9IGdfaW9fY2hhbm5lbF91bml4X25ldyhmZCk7DQoNCiAgICAvKiBGb3IgYmluYXJ5IGRhdGEg Ki8NCiAgICBnX2lvX2NoYW5uZWxfc2V0X2VuY29kaW5nIChpbm90aWZ5X3JlYWRfaW9jLCBOVUxM LCBOVUxMKTsNCiAgICAvKiBOb24gYmxvY2tpbmcgKi8NCiAgICBnX2lvX2NoYW5uZWxfc2V0X2Zs YWdzKGlub3RpZnlfcmVhZF9pb2MsIEdfSU9fRkxBR19OT05CTE9DSywgTlVMTCk7DQoNCiNpZmRl ZiBXSVRIX1RSRUFESU5HDQogICAgbG9vcF9jb250ZXh0ID0gZ19tYWluX2NvbnRleHRfbmV3KCk7 DQojZW5kaWYNCg0KICAgIHNvdXJjZSA9IGdfaW9fY3JlYXRlX3dhdGNoKGlub3RpZnlfcmVhZF9p b2MsDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgR19JT19JTiB8IEdfSU9fSFVQIHwg R19JT19FUlIpOw0KICAgIGdfc291cmNlX3NldF9jYWxsYmFjayhzb3VyY2UsIGdhbV9pbm90aWZ5 X3JlYWRfaGFuZGxlciwgTlVMTCwgTlVMTCk7DQoNCiNpZmRlZiBXSVRIX1RSRUFESU5HDQogICAg Z19zb3VyY2VfYXR0YWNoKHNvdXJjZSwgbG9vcF9jb250ZXh0KTsNCiNlbHNlDQogICAgZ19zb3Vy Y2VfYXR0YWNoKHNvdXJjZSwgTlVMTCk7DQojZW5kaWYNCg0KICAgIGNoYW5nZXMgPSBnX3F1ZXVl X25ldygpOw0KDQojaWZkZWYgV0lUSF9UUkVBRElORw0KICAgIGdfdGhyZWFkX2NyZWF0ZShnYW1f aW5vdGlmeV9zY2FuX2xvb3AsIE5VTEwsIFRSVUUsIE5VTEwpOw0KI2VuZGlmDQoNCiAgICBwYXRo X2hhc2ggPSBnX2hhc2hfdGFibGVfbmV3KGdfc3RyX2hhc2gsIGdfc3RyX2VxdWFsKTsNCiAgICB3 ZF9oYXNoID0gZ19oYXNoX3RhYmxlX25ldyhnX2RpcmVjdF9oYXNoLCBnX2RpcmVjdF9lcXVhbCk7 DQogICAgZ2FtX3BvbGxfc2V0X2RpcmVjdG9yeV9oYW5kbGVyKGdhbV9pbm90aWZ5X2RpcmVjdG9y eV9oYW5kbGVyKTsNCiAgICBnYW1fcG9sbF9zZXRfZmlsZV9oYW5kbGVyKGdhbV9pbm90aWZ5X2Zp bGVfaGFuZGxlcik7DQoNCiAgICBnYW1fZGVidWcoREVCVUdfSU5GTywgImlub3RpZnkgaW5pdGlh bGl6ZWRcbiIpOw0KDQogICAgcmV0dXJuIFRSVUU7DQp9DQoNCi8qKg0KICogQWRkcyBhIHN1YnNj cmlwdGlvbiB0byBiZSBtb25pdG9yZWQuDQogKg0KICogQHBhcmFtIHN1YiBhICNHYW1TdWJzY3Jp cHRpb24gdG8gYmUgcG9sbGVkDQogKiBAcmV0dXJucyBUUlVFIGlmIGFkZGluZyB0aGUgc3Vic2Ny aXB0aW9uIHN1Y2NlZWRlZCwgRkFMU0Ugb3RoZXJ3aXNlDQogKi8NCmdib29sZWFuDQpnYW1faW5v dGlmeV9hZGRfc3Vic2NyaXB0aW9uKEdhbVN1YnNjcmlwdGlvbiAqIHN1YikNCnsNCiAgICBpZiAo IWdhbV9wb2xsX2FkZF9zdWJzY3JpcHRpb24oc3ViKSkgew0KICAgICAgICByZXR1cm4gRkFMU0U7 DQogICAgfQ0KDQogICAgaWYgKGdhbV9zdWJzY3JpcHRpb25faXNfZGlyKHN1YikpIHsNCiAgICAg ICAgZ2FtX2lub3RpZnlfY29uc3VtZV9zdWJzY3JpcHRpb25zKCk7DQogICAgfQ0KDQogICAgcmV0 dXJuIFRSVUU7DQp9DQoNCi8qKg0KICogUmVtb3ZlcyBhIHN1YnNjcmlwdGlvbiB3aGljaCB3YXMg YmVpbmcgbW9uaXRvcmVkLg0KICoNCiAqIEBwYXJhbSBzdWIgYSAjR2FtU3Vic2NyaXB0aW9uIHRv IHJlbW92ZQ0KICogQHJldHVybnMgVFJVRSBpZiByZW1vdmluZyB0aGUgc3Vic2NyaXB0aW9uIHN1 Y2NlZWRlZCwgRkFMU0Ugb3RoZXJ3aXNlDQogKi8NCmdib29sZWFuDQpnYW1faW5vdGlmeV9yZW1v dmVfc3Vic2NyaXB0aW9uKEdhbVN1YnNjcmlwdGlvbiAqIHN1YikNCnsNCiAgICBpZiAoIWdhbV9w b2xsX3JlbW92ZV9zdWJzY3JpcHRpb24oc3ViKSkgew0KICAgICAgICByZXR1cm4gRkFMU0U7DQog ICAgfQ0KDQogICAgaWYgKGdhbV9zdWJzY3JpcHRpb25faXNfZGlyKHN1YikpIHsNCiAgICAgICAg Z2FtX2lub3RpZnlfY29uc3VtZV9zdWJzY3JpcHRpb25zKCk7DQogICAgfQ0KDQogICAgcmV0dXJu IFRSVUU7DQp9DQoNCi8qKg0KICogU3RvcCBtb25pdG9yaW5nIGFsbCBzdWJzY3JpcHRpb25zIGZv ciBhIGdpdmVuIGxpc3RlbmVyLg0KICoNCiAqIEBwYXJhbSBsaXN0ZW5lciBhICNHYW1MaXN0ZW5l cg0KICogQHJldHVybnMgVFJVRSBpZiByZW1vdmluZyB0aGUgc3Vic2NyaXB0aW9ucyBzdWNjZWVk ZWQsIEZBTFNFIG90aGVyd2lzZQ0KICovDQpnYm9vbGVhbg0KZ2FtX2lub3RpZnlfcmVtb3ZlX2Fs bF9mb3IoR2FtTGlzdGVuZXIgKiBsaXN0ZW5lcikNCnsNCiAgICBpZiAoIWdhbV9wb2xsX3JlbW92 ZV9hbGxfZm9yKGxpc3RlbmVyKSkgew0KICAgICAgICByZXR1cm4gRkFMU0U7DQogICAgfQ0KDQog ICAgZ2FtX2lub3RpZnlfY29uc3VtZV9zdWJzY3JpcHRpb25zKCk7DQoNCiAgICByZXR1cm4gVFJV RTsNCn0NCg0KLyoqIEB9ICovDQo= --=-s7S5qzI3Sg/nVvkCx0Rt Content-Disposition: attachment; filename=gam_inotify.h Content-Transfer-Encoding: base64 Content-Type: text/x-chdr; name=gam_inotify.h; charset=UTF-8 DQojaWZuZGVmIF9fTURfSU5PVElGWV9IX18NCiNkZWZpbmUgX19NRF9JTk9USUZZX0hfXw0KDQoj aW5jbHVkZSA8Z2xpYi5oPg0KI2luY2x1ZGUgImdhbV9wb2xsLmgiDQojaW5jbHVkZSAiZ2FtX3N1 YnNjcmlwdGlvbi5oIg0KDQpHX0JFR0lOX0RFQ0xTDQoNCmdib29sZWFuICAgZ2FtX2lub3RpZnlf aW5pdCAgICAgICAgICAgICAgICAgICh2b2lkKTsNCmdib29sZWFuICAgZ2FtX2lub3RpZnlfYWRk X3N1YnNjcmlwdGlvbiAgICAgIChHYW1TdWJzY3JpcHRpb24gKnN1Yik7DQpnYm9vbGVhbiAgIGdh bV9pbm90aWZ5X3JlbW92ZV9zdWJzY3JpcHRpb24gICAoR2FtU3Vic2NyaXB0aW9uICpzdWIpOw0K Z2Jvb2xlYW4gICBnYW1faW5vdGlmeV9yZW1vdmVfYWxsX2ZvciAgICAgICAgKEdhbUxpc3RlbmVy ICpsaXN0ZW5lcik7DQoNCkdfRU5EX0RFQ0xTDQoNCiNlbmRpZiAvKiBfX01EX0lOT1RJRllfSF9f ICovDQo= --=-s7S5qzI3Sg/nVvkCx0Rt-- From ttb@tentacle.dhs.org Mon Jul 19 20:40:43 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tentacle.dhs.org (CPE0000c02944d6-CM00003965a061.cpe.net.cable.rogers.com [69.193.74.215]) by menubar.gnome.org (Postfix) with ESMTP id 18E283B1003; Mon, 19 Jul 2004 20:40:43 -0400 (EDT) Received: from ttb by tentacle.dhs.org with local (Exim 3.36 #1 (Debian)) id 1Bmimo-0003e9-00; Mon, 19 Jul 2004 20:47:14 -0400 From: John McCutchan To: gamin-list@gnome.org, nautilus-list@gnome.org Content-Type: multipart/mixed; boundary="=-bpA/1UAF7OC9w8ulxJzQ" Message-Id: <1090284434.14000.1.camel@vertex> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 19 Jul 2004 20:47:14 -0400 Cc: Subject: An updated gam_inotify.c X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jul 2004 00:40:43 -0000 --=-bpA/1UAF7OC9w8ulxJzQ Content-Type: text/plain Content-Transfer-Encoding: 7bit I had left on some inotify debug messages in the first gam_inotify.c file. Also I have tested this while running nautilus and things didn't blow up (They actually worked). Attached is a new gam_inotify.c John --=-bpA/1UAF7OC9w8ulxJzQ Content-Disposition: attachment; filename=gam_inotify.c Content-Type: text/x-csrc; name=gam_inotify.c; charset=UTF-8 Content-Transfer-Encoding: base64 LyogTWFybW90DQogKiBDb3B5cmlnaHQgKEMpIDIwMDQgSm9obiBNY0N1dGNoYW4sIEphbWVzIFdp bGxjb3gsIENvcmV5IEJvd2Vycw0KICoNCiAqIFRoaXMgbGlicmFyeSBpcyBmcmVlIHNvZnR3YXJl OyB5b3UgY2FuIHJlZGlzdHJpYnV0ZSBpdCBhbmQvb3INCiAqIG1vZGlmeSBpdCB1bmRlciB0aGUg dGVybXMgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMNCiAqIExpY2Vuc2UgYXMgcHVi bGlzaGVkIGJ5IHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb247IGVpdGhlcg0KICogdmVyc2lv biAyIG9mIHRoZSBMaWNlbnNlLCBvciAoYXQgeW91ciBvcHRpb24pIGFueSBsYXRlciB2ZXJzaW9u Lg0KICoNCiAqIFRoaXMgbGlicmFyeSBpcyBkaXN0cmlidXRlZCBpbiB0aGUgaG9wZSB0aGF0IGl0 IHdpbGwgYmUgdXNlZnVsLA0KICogYnV0IFdJVEhPVVQgQU5ZIFdBUlJBTlRZOyB3aXRob3V0IGV2 ZW4gdGhlIGltcGxpZWQgd2FycmFudHkgb2YNCiAqIE1FUkNIQU5UQUJJTElUWSBvciBGSVRORVNT IEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRS4gIFNlZSB0aGUgR05VDQogKiBMZXNzZXIgR2VuZXJh bCBQdWJsaWMgTGljZW5zZSBmb3IgbW9yZSBkZXRhaWxzLg0KICoNCiAqIFlvdSBzaG91bGQgaGF2 ZSByZWNlaXZlZCBhIGNvcHkgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMNCiAqIExp Y2Vuc2UgYWxvbmcgd2l0aCB0aGlzIGxpYnJhcnk7IGlmIG5vdCwgd3JpdGUgdG8gdGhlIEZyZWUN CiAqIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4sIDY3NSBNYXNzIEF2ZSwgQ2FtYnJpZGdlLCBN QSAwMjEzOSwgVVNBLg0KICovDQoNCg0KI2luY2x1ZGUgPGNvbmZpZy5oPg0KI2RlZmluZSBfR05V X1NPVVJDRQ0KI2luY2x1ZGUgPGZjbnRsLmg+DQojaW5jbHVkZSA8c3lzL2lvY3RsLmg+DQojaW5j bHVkZSA8c2lnbmFsLmg+DQojaW5jbHVkZSA8dW5pc3RkLmg+DQojaW5jbHVkZSA8c3RkaW8uaD4N CiNpbmNsdWRlIDxnbGliLmg+DQojaW5jbHVkZSAiL3Vzci9zcmMvbGludXgvaW5jbHVkZS9saW51 eC9pbm90aWZ5LmgiDQojaW5jbHVkZSAiZ2FtX2Vycm9yLmgiDQojaW5jbHVkZSAiZ2FtX3BvbGwu aCINCiNpbmNsdWRlICJnYW1faW5vdGlmeS5oIg0KI2luY2x1ZGUgImdhbV90cmVlLmgiDQojaW5j bHVkZSAiZ2FtX2V2ZW50LmgiDQojaW5jbHVkZSAiZ2FtX3NlcnZlci5oIg0KI2luY2x1ZGUgImdh bV9ldmVudC5oIg0KDQovKiBqdXN0IHB1bGxpbmcgYSB2YWx1ZSBvdXQgb2Ygbm93aGVyZSBoZXJl Li4ubWF5IG5lZWQgdHdlYWtpbmcgKi8NCiNkZWZpbmUgTUFYX1FVRVVFX1NJWkUgNTAwDQoNCnR5 cGVkZWYgc3RydWN0IHsNCiAgICBjaGFyICpwYXRoOw0KICAgIGludCB3ZDsNCiAgICBpbnQgcmVm Y291bnQ7DQp9IElOb3RpZnlEYXRhOw0KDQpzdGF0aWMgR0hhc2hUYWJsZSAqcGF0aF9oYXNoID0g TlVMTDsNCnN0YXRpYyBHSGFzaFRhYmxlICp3ZF9oYXNoID0gTlVMTDsNCg0KR19MT0NLX0RFRklO RV9TVEFUSUMoaW5vdGlmeSk7DQoNCnN0YXRpYyBHUXVldWUgKmNoYW5nZXMgPSBOVUxMOw0KDQoj aWZkZWYgV0lUSF9UUkVBRElORw0Kc3RhdGljIEdNYWluQ29udGV4dCAqbG9vcF9jb250ZXh0Ow0K I2VuZGlmDQpzdGF0aWMgR0lPQ2hhbm5lbCAqaW5vdGlmeV9yZWFkX2lvYyA9IE5VTEw7DQoNCnN0 YXRpYyBnYm9vbGVhbiBoYXZlX2NvbnN1bWVfaWRsZXIgPSBGQUxTRTsNCg0KaW50IGZkID0gLTE7 IC8vIHRoZSBkZXZpY2UgZmQNCg0Kc3RhdGljIElOb3RpZnlEYXRhICoNCmdhbV9pbm90aWZ5X2Rh dGFfbmV3KGNvbnN0IGNoYXIgKnBhdGgsIGludCB3ZCkNCnsNCiAgICBJTm90aWZ5RGF0YSAqZGF0 YTsNCg0KICAgIGRhdGEgPSBnX25ldzAoSU5vdGlmeURhdGEsIDEpOw0KICAgIGRhdGEtPnBhdGgg PSBnX3N0cmR1cChwYXRoKTsNCiAgICBkYXRhLT53ZCA9IHdkOw0KICAgIGRhdGEtPnJlZmNvdW50 ID0gMTsNCg0KICAgIHJldHVybiBkYXRhOw0KfQ0KDQpzdGF0aWMgdm9pZA0KZ2FtX2lub3RpZnlf ZGF0YV9mcmVlKElOb3RpZnlEYXRhICogZGF0YSkNCnsNCiAgICBnX2ZyZWUoZGF0YS0+cGF0aCk7 DQogICAgZ19mcmVlKGRhdGEpOw0KfQ0KDQpzdGF0aWMgdm9pZA0KZ2FtX2lub3RpZnlfZGlyZWN0 b3J5X2hhbmRsZXIoY29uc3QgY2hhciAqcGF0aCwgZ2Jvb2xlYW4gYWRkZWQpDQp7DQogICAgSU5v dGlmeURhdGEgKmRhdGE7DQogICAgc3RydWN0IGlub3RpZnlfd2F0Y2hfcmVxdWVzdCBpd3I7DQog ICAgaW50IHdkLHI7DQoNCiAgICBHX0xPQ0soaW5vdGlmeSk7DQoNCiAgICBpZiAoYWRkZWQpIHsN Cg0KICAgICAgICBpZiAoKGRhdGEgPSBnX2hhc2hfdGFibGVfbG9va3VwKHBhdGhfaGFzaCwgcGF0 aCkpICE9IE5VTEwpIHsNCiAgICAgICAgICAgIGRhdGEtPnJlZmNvdW50Kys7DQogICAgICAgICAg ICBHX1VOTE9DSyhpbm90aWZ5KTsNCiAgICAgICAgICAgIHJldHVybjsNCiAgICAgICAgfQ0KDQoJ aXdyLmRpcm5hbWUgPSBnX3N0cmR1cChwYXRoKTsNCglpd3IubWFzayA9IElOX01PRElGWXxJTl9D UkVBVEV8SU5fREVMRVRFfElOX1JFTkFNRXxJTl9BVFRSSUJ8SU5fVU5NT1VOVHxJTl9JR05PUkVE Ow0KDQogICAgICAgIHdkID0gaW9jdGwoZmQsIElOT1RJRllfV0FUQ0gsJml3cik7DQogICAgICAg IGdfZnJlZShpd3IuZGlybmFtZSk7CQ0KDQogICAgICAgIGlmICh3ZCA8IDApIHsNCiAgICAgICAg ICAgIEdfVU5MT0NLKGlub3RpZnkpOw0KICAgICAgICAgICAgcmV0dXJuOw0KICAgICAgICB9DQoN Cg0KICAgICAgICBkYXRhID0gZ2FtX2lub3RpZnlfZGF0YV9uZXcocGF0aCwgd2QpOw0KICAgICAg ICBnX2hhc2hfdGFibGVfaW5zZXJ0KHdkX2hhc2gsIEdJTlRfVE9fUE9JTlRFUihkYXRhLT53ZCks IGRhdGEpOw0KICAgICAgICBnX2hhc2hfdGFibGVfaW5zZXJ0KHBhdGhfaGFzaCwgZGF0YS0+cGF0 aCwgZGF0YSk7DQoNCiAgICAgICAgZ2FtX2RlYnVnKERFQlVHX0lORk8sICJhY3RpdmF0ZWQgSU5v dGlmeSBmb3IgJXNcbiIsIHBhdGgpOw0KICAgIH0gZWxzZSB7DQogICAgICAgIGRhdGEgPSBnX2hh c2hfdGFibGVfbG9va3VwKHBhdGhfaGFzaCwgcGF0aCk7DQoNCiAgICAgICAgaWYgKCFkYXRhKSB7 DQogICAgICAgICAgICBHX1VOTE9DSyhpbm90aWZ5KTsNCiAgICAgICAgICAgIHJldHVybjsNCiAg ICAgICAgfQ0KDQogICAgICAgIGRhdGEtPnJlZmNvdW50LS07DQoNCiAgICAgICAgaWYgKGRhdGEt PnJlZmNvdW50ID09IDApIHsNCiAgICAgICAgICAgIHIgPSBpb2N0bCAoZmQsIElOT1RJRllfSUdO T1JFLCAmZGF0YS0+d2QpOyANCgkgICAgaWYgKHIgPCAwKSB7DQogICAgICAgICAgICAgICAgZ2Ft X2RlYnVnIChERUJVR19JTkZPLCAiSU5PVElGWV9JR05PUkUgZmFpbGVkIGZvciAlc1xuIiwgZGF0 YS0+cGF0aCk7DQogICAgICAgICAgICB9DQogICAgICAgICAgICBnYW1fZGVidWcoREVCVUdfSU5G TywgImRlYWN0aXZhdGVkIElOb3RpZnkgZm9yICVzXG4iLA0KICAgICAgICAgICAgICAgICAgICAg IGRhdGEtPnBhdGgpOw0KICAgICAgICAgICAgZ19oYXNoX3RhYmxlX3JlbW92ZShwYXRoX2hhc2gs IGRhdGEtPnBhdGgpOw0KICAgICAgICAgICAgZ19oYXNoX3RhYmxlX3JlbW92ZSh3ZF9oYXNoLCBH SU5UX1RPX1BPSU5URVIoZGF0YS0+d2QpKTsNCiAgICAgICAgICAgIGdhbV9pbm90aWZ5X2RhdGFf ZnJlZShkYXRhKTsNCiAgICAgICAgfQ0KICAgIH0NCg0KICAgIEdfVU5MT0NLKGlub3RpZnkpOw0K fQ0KDQpzdGF0aWMgdm9pZA0KZ2FtX2lub3RpZnlfZmlsZV9oYW5kbGVyKGNvbnN0IGNoYXIgKnBh dGgsIGdib29sZWFuIGFkZGVkKQ0Kew0KICAgIGNoYXIgKmRpcjsNCg0KICAgIGRpciA9IGdfcGF0 aF9nZXRfZGlybmFtZShwYXRoKTsNCiAgICBnYW1faW5vdGlmeV9kaXJlY3RvcnlfaGFuZGxlcihk aXIsIGFkZGVkKTsNCiAgICBnX2ZyZWUoZGlyKTsNCn0NCg0KI2lmZGVmIFdJVEhfVFJFQURJTkcN CnN0YXRpYyBncG9pbnRlcg0KZ2FtX2lub3RpZnlfc2Nhbl9sb29wKGdwb2ludGVyIGRhdGEpDQp7 DQogICAgZ19tYWluX2xvb3BfcnVuKGdfbWFpbl9sb29wX25ldyhsb29wX2NvbnRleHQsIFRSVUUp KTsNCiAgICByZXR1cm4gKE5VTEwpOw0KfQ0KI2VuZGlmDQoNCnN0YXRpYyBnYm9vbGVhbg0KZ2Ft X2lub3RpZnlfcmVhZF9oYW5kbGVyKGdwb2ludGVyIHVzZXJfZGF0YSkNCnsNCiAgICBzdHJ1Y3Qg aW5vdGlmeV9ldmVudCBldmVudDsNCiAgICBJTm90aWZ5RGF0YSAqZGF0YTsNCg0KICAgIGdhbV9k ZWJ1ZyhERUJVR19JTkZPLCAiZ2FtX2lub3RpZnlfcmVhZF9oYW5kbGVyKClcbiIpOw0KDQogICAg aWYgKGdfaW9fY2hhbm5lbF9yZWFkX2NoYXJzKGlub3RpZnlfcmVhZF9pb2MsIChjaGFyICopJmV2 ZW50LCBzaXplb2Yoc3RydWN0IGlub3RpZnlfZXZlbnQpLCBOVUxMLCBOVUxMKSAhPSBHX0lPX1NU QVRVU19OT1JNQUwpIHsNCiAgICAgICAgZ2FtX2RlYnVnKERFQlVHX0lORk8sICJnYW1faW5vdGlm eV9yZWFkX2hhbmRsZXIgZmFpbGVkXG4iKTsNCglyZXR1cm4gRkFMU0U7DQogICAgfQ0KDQovLyAg ICBpb2N0bChmZCwgSU5PVElGWV9TVEFUUywwKTsgLy8gaW5vdGlmeSBkZWJ1Zw0KDQogICAgR19M T0NLKGlub3RpZnkpOw0KICAgIGRhdGEgPSBnX2hhc2hfdGFibGVfbG9va3VwICh3ZF9oYXNoLCBH SU5UX1RPX1BPSU5URVIoZXZlbnQud2QpKTsNCiAgICBHX1VOTE9DSyhpbm90aWZ5KTsNCg0KICAg IGlmICghZGF0YSkgew0KCWdhbV9kZWJ1ZyhERUJVR19JTkZPLCAiQ291bGQgbm90IGZpbmQgV0Qg JWQgaW4gaGFzaFxuIiwgZXZlbnQud2QpOw0KICAgICAgICByZXR1cm4gVFJVRTsNCiAgICB9DQoN CiAgICBnYW1fZGVidWcoREVCVUdfSU5GTywgImdhbV9pbm90aWZ5IGV2ZW50IGZvciAlcyAoJXgp XG4iLCBkYXRhLT5wYXRoLCBldmVudC5tYXNrKTsNCiAgICBnYW1fcG9sbF9zY2FuX2RpcmVjdG9y eShkYXRhLT5wYXRoLCBOVUxMKTsNCg0KICAgIGdhbV9kZWJ1ZyhERUJVR19JTkZPLCAiZ2FtX2lu b3RpZnlfcmVhZF9oYW5kbGVyKCkgZG9uZVxuIik7DQoNCiAgICByZXR1cm4gVFJVRTsNCn0NCg0K c3RhdGljIGdib29sZWFuDQpnYW1faW5vdGlmeV9jb25zdW1lX3N1YnNjcmlwdGlvbnNfcmVhbChn cG9pbnRlciBkYXRhKQ0Kew0KICAgIGdhbV9wb2xsX2NvbnN1bWVfc3Vic2NyaXB0aW9ucygpOw0K ICAgIGhhdmVfY29uc3VtZV9pZGxlciA9IEZBTFNFOw0KICAgIHJldHVybiBGQUxTRTsNCn0NCg0K c3RhdGljIHZvaWQNCmdhbV9pbm90aWZ5X2NvbnN1bWVfc3Vic2NyaXB0aW9ucyh2b2lkKQ0Kew0K ICAgIEdTb3VyY2UgKnNvdXJjZTsNCg0KICAgIGlmIChoYXZlX2NvbnN1bWVfaWRsZXIpDQogICAg ICAgIHJldHVybjsNCg0KICAgIGhhdmVfY29uc3VtZV9pZGxlciA9IFRSVUU7DQogICAgc291cmNl ID0gZ19pZGxlX3NvdXJjZV9uZXcoKTsNCiAgICBnX3NvdXJjZV9zZXRfY2FsbGJhY2soc291cmNl LCBnYW1faW5vdGlmeV9jb25zdW1lX3N1YnNjcmlwdGlvbnNfcmVhbCwNCiAgICAgICAgICAgICAg ICAgICAgICAgICAgTlVMTCwgTlVMTCk7DQojaWZkZWYgV0lUSF9UUkVBRElORw0KICAgIGdfc291 cmNlX2F0dGFjaChzb3VyY2UsIGxvb3BfY29udGV4dCk7DQojZWxzZQ0KICAgIGdfc291cmNlX2F0 dGFjaChzb3VyY2UsIE5VTEwpOw0KI2VuZGlmDQp9DQoNCi8qKg0KICogQGRlZmdyb3VwIElOb3Rp ZnkgSU5vdGlmeSBCYWNrZW5kDQogKiBAaW5ncm91cCBCYWNrZW5kcw0KICogQGJyaWVmIElOb3Rp ZnkgYmFja2VuZCBBUEkNCiAqDQogKiBTaW5jZSB2ZXJzaW9uIDIuWCwgTGludXgga2VybmVscyBo YXZlIGluY2x1ZGVkIHRoZSBMaW51eCBJbm9kZQ0KICogTm90aWZpY2F0aW9uIHN5c3RlbSAoaW5v dGlmeSkuICBUaGlzIGJhY2tlbmQgdXNlcyBpbm90aWZ5IHRvIGtub3cgd2hlbg0KICogZmlsZXMg YXJlIGNoYW5nZWQvY3JlYXRlZC9kZWxldGVkLiAgU2luY2UgaW5vdGlmeSBkb2Vzbid0IHRlbGwg dXMNCiAqIGV4YWN0bHkgd2hhdCBldmVudCBoYXBwZW5lZCB0byB3aGljaCBmaWxlIChqdXN0IHRo YXQgc29tZSBldmVuIGhhcHBlbmVkDQogKiBpbiBzb21lIGRpcmVjdG9yeSksIHdlIHN0aWxsIGhh dmUgdG8gY2FjaGUgc3RhdCgpIGluZm9ybWF0aW9uLiAgRm9yIHRoaXMsDQogKiB3ZSBjYW4ganVz dCB1c2UgdGhlIGNvZGUgaW4gdGhlIHBvbGxpbmcgYmFja2VuZC4NCiAqDQogKiBAew0KICovDQoN Cg0KLyoqDQogKiBJbml0aWFsaXplcyB0aGUgaW5vdGlmeSBzeXN0ZW0uICBUaGlzIG11c3QgYmUg Y2FsbGVkIGJlZm9yZQ0KICogYW55IG90aGVyIGZ1bmN0aW9ucyBpbiB0aGlzIG1vZHVsZS4NCiAq DQogKiBAcmV0dXJucyBUUlVFIGlmIGluaXRpYWxpemF0aW9uIHN1Y2NlZWRlZCwgRkFMU0Ugb3Ro ZXJ3aXNlDQogKi8NCmdib29sZWFuDQpnYW1faW5vdGlmeV9pbml0KHZvaWQpDQp7DQogICAgR1Nv dXJjZSAqc291cmNlOw0KDQogICAgZ19yZXR1cm5fdmFsX2lmX2ZhaWwoZ2FtX3BvbGxfaW5pdF9m dWxsKEZBTFNFKSwgRkFMU0UpOw0KDQogICAgZmQgPSBvcGVuKCIvZGV2L2lub3RpZnkiLCBPX1JE T05MWSk7DQoNCiAgICBpZiAoZmQgPCAwKSB7DQogICAgICAgIGdfd2FybmluZygiQ291bGQgbm90 IG9wZW4gL2Rldi9pbm90aWZ5XG4iKTsNCiAgICAgICAgcmV0dXJuIEZBTFNFOw0KICAgIH0NCg0K ICAgIGlub3RpZnlfcmVhZF9pb2MgPSBnX2lvX2NoYW5uZWxfdW5peF9uZXcoZmQpOw0KDQogICAg LyogRm9yIGJpbmFyeSBkYXRhICovDQogICAgZ19pb19jaGFubmVsX3NldF9lbmNvZGluZyAoaW5v dGlmeV9yZWFkX2lvYywgTlVMTCwgTlVMTCk7DQogICAgLyogTm9uIGJsb2NraW5nICovDQogICAg Z19pb19jaGFubmVsX3NldF9mbGFncyhpbm90aWZ5X3JlYWRfaW9jLCBHX0lPX0ZMQUdfTk9OQkxP Q0ssIE5VTEwpOw0KDQojaWZkZWYgV0lUSF9UUkVBRElORw0KICAgIGxvb3BfY29udGV4dCA9IGdf bWFpbl9jb250ZXh0X25ldygpOw0KI2VuZGlmDQoNCiAgICBzb3VyY2UgPSBnX2lvX2NyZWF0ZV93 YXRjaChpbm90aWZ5X3JlYWRfaW9jLA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEdf SU9fSU4gfCBHX0lPX0hVUCB8IEdfSU9fRVJSKTsNCiAgICBnX3NvdXJjZV9zZXRfY2FsbGJhY2so c291cmNlLCBnYW1faW5vdGlmeV9yZWFkX2hhbmRsZXIsIE5VTEwsIE5VTEwpOw0KDQojaWZkZWYg V0lUSF9UUkVBRElORw0KICAgIGdfc291cmNlX2F0dGFjaChzb3VyY2UsIGxvb3BfY29udGV4dCk7 DQojZWxzZQ0KICAgIGdfc291cmNlX2F0dGFjaChzb3VyY2UsIE5VTEwpOw0KI2VuZGlmDQoNCiAg ICBjaGFuZ2VzID0gZ19xdWV1ZV9uZXcoKTsNCg0KI2lmZGVmIFdJVEhfVFJFQURJTkcNCiAgICBn X3RocmVhZF9jcmVhdGUoZ2FtX2lub3RpZnlfc2Nhbl9sb29wLCBOVUxMLCBUUlVFLCBOVUxMKTsN CiNlbmRpZg0KDQogICAgcGF0aF9oYXNoID0gZ19oYXNoX3RhYmxlX25ldyhnX3N0cl9oYXNoLCBn X3N0cl9lcXVhbCk7DQogICAgd2RfaGFzaCA9IGdfaGFzaF90YWJsZV9uZXcoZ19kaXJlY3RfaGFz aCwgZ19kaXJlY3RfZXF1YWwpOw0KICAgIGdhbV9wb2xsX3NldF9kaXJlY3RvcnlfaGFuZGxlcihn YW1faW5vdGlmeV9kaXJlY3RvcnlfaGFuZGxlcik7DQogICAgZ2FtX3BvbGxfc2V0X2ZpbGVfaGFu ZGxlcihnYW1faW5vdGlmeV9maWxlX2hhbmRsZXIpOw0KDQogICAgZ2FtX2RlYnVnKERFQlVHX0lO Rk8sICJpbm90aWZ5IGluaXRpYWxpemVkXG4iKTsNCg0KICAgIHJldHVybiBUUlVFOw0KfQ0KDQov KioNCiAqIEFkZHMgYSBzdWJzY3JpcHRpb24gdG8gYmUgbW9uaXRvcmVkLg0KICoNCiAqIEBwYXJh bSBzdWIgYSAjR2FtU3Vic2NyaXB0aW9uIHRvIGJlIHBvbGxlZA0KICogQHJldHVybnMgVFJVRSBp ZiBhZGRpbmcgdGhlIHN1YnNjcmlwdGlvbiBzdWNjZWVkZWQsIEZBTFNFIG90aGVyd2lzZQ0KICov DQpnYm9vbGVhbg0KZ2FtX2lub3RpZnlfYWRkX3N1YnNjcmlwdGlvbihHYW1TdWJzY3JpcHRpb24g KiBzdWIpDQp7DQogICAgaWYgKCFnYW1fcG9sbF9hZGRfc3Vic2NyaXB0aW9uKHN1YikpIHsNCiAg ICAgICAgcmV0dXJuIEZBTFNFOw0KICAgIH0NCg0KICAgIGlmIChnYW1fc3Vic2NyaXB0aW9uX2lz X2RpcihzdWIpKSB7DQogICAgICAgIGdhbV9pbm90aWZ5X2NvbnN1bWVfc3Vic2NyaXB0aW9ucygp Ow0KICAgIH0NCg0KICAgIHJldHVybiBUUlVFOw0KfQ0KDQovKioNCiAqIFJlbW92ZXMgYSBzdWJz Y3JpcHRpb24gd2hpY2ggd2FzIGJlaW5nIG1vbml0b3JlZC4NCiAqDQogKiBAcGFyYW0gc3ViIGEg I0dhbVN1YnNjcmlwdGlvbiB0byByZW1vdmUNCiAqIEByZXR1cm5zIFRSVUUgaWYgcmVtb3Zpbmcg dGhlIHN1YnNjcmlwdGlvbiBzdWNjZWVkZWQsIEZBTFNFIG90aGVyd2lzZQ0KICovDQpnYm9vbGVh bg0KZ2FtX2lub3RpZnlfcmVtb3ZlX3N1YnNjcmlwdGlvbihHYW1TdWJzY3JpcHRpb24gKiBzdWIp DQp7DQogICAgaWYgKCFnYW1fcG9sbF9yZW1vdmVfc3Vic2NyaXB0aW9uKHN1YikpIHsNCiAgICAg ICAgcmV0dXJuIEZBTFNFOw0KICAgIH0NCg0KICAgIGlmIChnYW1fc3Vic2NyaXB0aW9uX2lzX2Rp cihzdWIpKSB7DQogICAgICAgIGdhbV9pbm90aWZ5X2NvbnN1bWVfc3Vic2NyaXB0aW9ucygpOw0K ICAgIH0NCg0KICAgIHJldHVybiBUUlVFOw0KfQ0KDQovKioNCiAqIFN0b3AgbW9uaXRvcmluZyBh bGwgc3Vic2NyaXB0aW9ucyBmb3IgYSBnaXZlbiBsaXN0ZW5lci4NCiAqDQogKiBAcGFyYW0gbGlz dGVuZXIgYSAjR2FtTGlzdGVuZXINCiAqIEByZXR1cm5zIFRSVUUgaWYgcmVtb3ZpbmcgdGhlIHN1 YnNjcmlwdGlvbnMgc3VjY2VlZGVkLCBGQUxTRSBvdGhlcndpc2UNCiAqLw0KZ2Jvb2xlYW4NCmdh bV9pbm90aWZ5X3JlbW92ZV9hbGxfZm9yKEdhbUxpc3RlbmVyICogbGlzdGVuZXIpDQp7DQogICAg aWYgKCFnYW1fcG9sbF9yZW1vdmVfYWxsX2ZvcihsaXN0ZW5lcikpIHsNCiAgICAgICAgcmV0dXJu IEZBTFNFOw0KICAgIH0NCg0KICAgIGdhbV9pbm90aWZ5X2NvbnN1bWVfc3Vic2NyaXB0aW9ucygp Ow0KDQogICAgcmV0dXJuIFRSVUU7DQp9DQoNCi8qKiBAfSAqLw0K --=-bpA/1UAF7OC9w8ulxJzQ-- From raven@themaw.net Mon Jul 19 21:20:32 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from wombat.indigo.net.au (wombat.indigo.net.au [202.0.185.19]) by menubar.gnome.org (Postfix) with ESMTP id 5345B3B0E6F for ; Mon, 19 Jul 2004 21:20:31 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by wombat.indigo.net.au (8.12.8/8.12.8) with ESMTP id i6K1XGqM026438 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 20 Jul 2004 09:33:17 +0800 Date: Tue, 20 Jul 2004 09:33:16 +0800 (WST) From: Ian Kent X-X-Sender: raven@wombat.indigo.net.au To: Chris Friesen In-Reply-To: <40FBCD8F.1080300@nortelnetworks.com> Message-ID: References: <40FBCD8F.1080300@nortelnetworks.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-MailScanner: Found to be clean X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-2.5, required 8, EMAIL_ATTRIBUTION, IN_REP_TO, QUOTED_EMAIL_TEXT, REFERENCES, REPLY_WITH_QUOTES, USER_AGENT_PINE) Cc: John McCutchan , nautilus-list@gnome.org, Linux Kernel Mailing List , Davide Libenzi Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jul 2004 01:20:32 -0000 On Mon, 19 Jul 2004, Chris Friesen wrote: > Ian Kent wrote: > > > So the number of watches is restricted to the max number of file > > handles/process? > > Note: I have not read the code. We should probably do so before speculating. Read the code last time it was posted. I'll get around to reading the update. But I'm a bit slow and I've probably asked before anyway. Ho Hum. Ian From ttb@tentacle.dhs.org Mon Jul 19 23:20:45 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tentacle.dhs.org (CPE0000c02944d6-CM00003965a061.cpe.net.cable.rogers.com [69.193.74.215]) by menubar.gnome.org (Postfix) with ESMTP id 7EF1A3B006A for ; Mon, 19 Jul 2004 23:20:45 -0400 (EDT) Received: from ttb by tentacle.dhs.org with local (Exim 3.36 #1 (Debian)) id 1BmlFK-0003oo-00; Mon, 19 Jul 2004 23:24:50 -0400 From: John McCutchan To: Eric Lammerts In-Reply-To: References: <40FBCD8F.1080300@nortelnetworks.com> <40FBCD8F.1080300@nortelnetworks.com> <1090272690.6954.1.camel@vertex> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1090293890.14653.2.camel@vertex> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 19 Jul 2004 23:24:50 -0400 Cc: nautilus-list@gnome.org, Chris Friesen , Linux Kernel Mailing List , Davide Libenzi , Ian Kent Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jul 2004 03:20:45 -0000 On Mon, 2004-07-19 at 22:59, Eric Lammerts wrote: > On Mon, 19 Jul 2004, John McCutchan wrote: > > Also the maximum number of devices that can be opened at a time is > > 8. > > Why is that limit there? There doesn't seem to be any particular need > for it in the code... Why not remove watcher_count altogether? > The limits are there to control the amount of kernel resources used by inotify. They are not meant to be anything but a guesstimate. John From ttb@tentacle.dhs.org Tue Jul 20 23:00:50 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tentacle.dhs.org (CPE0000c02944d6-CM00003965a061.cpe.net.cable.rogers.com [69.193.74.215]) by menubar.gnome.org (Postfix) with ESMTP id 320E03B0945; Tue, 20 Jul 2004 23:00:49 -0400 (EDT) Received: from ttb by tentacle.dhs.org with local (Exim 3.36 #1 (Debian)) id 1Bn7SA-00016T-00; Tue, 20 Jul 2004 23:07:34 -0400 From: John McCutchan To: nautilus-list@gnome.org, gamin-list@gnome.org Content-Type: multipart/mixed; boundary="=-82UsYqVNp5nXLOap7BC4" Message-Id: <1090379253.4228.8.camel@vertex> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 20 Jul 2004 23:07:34 -0400 Cc: Subject: [PATCH] inotify 0.6 + new gamin patches X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2004 03:00:50 -0000 --=-82UsYqVNp5nXLOap7BC4 Content-Type: text/plain Content-Transfer-Encoding: 7bit With this release I am able to run gnome 2.6 without any (major) problems. [The previous set of patches caused major kernel problems when running gnome 2.6.. I have now fixed that bug.] The only bug I know of right now is gnome-settings-daemon gives an error on login. It says it restarted too many times and will start next time I login, but gnome-settings-daemon is running and my desktop appears to be fully functional. This really needs to be tested by more people. Attached is a tarball with inotify 0.6 and gamin patches. John --=-82UsYqVNp5nXLOap7BC4 Content-Disposition: attachment; filename=inotify-0.6.tar.gz Content-Type: application/x-compressed-tar; name=inotify-0.6.tar.gz Content-Transfer-Encoding: base64 H4sIANrb/UAAA+w9/XfaxrL5Ff0VW6fJAxswn3Zj6p4QjB1aG3IB3zS37dGRpQX0IiQqCWO/3vzv b2Z3Ja2EBDgf7n3nWTnHSKvd2dmZnc8diGk7vjm5L1XKR4fPvtFVgeu42cTP6nGzIn8G17MqdDmu N5vH1dqzSrXWaNafkea3Qki+lp6vuYQ88/2bjf22vQ8WEnz+H7lMif9X2kc6MS36tedAehw1Gln8 P4J/jP9HTWB7HdqrjWq1+ow8ChH/n/O/0zmd6rrSOb9sX4xOS+81yyKlqTIadkanYm+oPvX8sk6C x6VvWl5ZV86677r9s9M57BqDLqhtkO/zHE5BUcpOWT9RctDSKUTtpKST739UFJjlhMjgFUV+OknM 5cT6lh0lBzhv6UNKTmIGjuQJYIOrKyByfAmFsElRdItqNiDuzklpQvYBzn75RvsYB/WcnA1IfzAm Z93L7rgbR77snJDDpecemrZuLQ166PmG6ZRn8cYJ1fylS73ybMvge+9QN+jESwKY2kuAvLzJhGCZ N4dAphJ+mo0fjuDGXt4d1sv1ckPGDYBvQ+LG9L1D/35B17Bgb1aOa3jm/9DdwUDnNVCAJ5JpMwj1 QtUde2JOk6NX+kxzd0JA9ExQE6DefiklNXe6EwZsQ6iWOU+lJnBcpa5rmTB82+bwDcApCcXzXdPe iglurFSW+uZ8KydxMOhNP30B7MVmABPd9q3U0eLN5uFLG6hjpI5fOJ55pzqLrSiw3riZbA0XvL5A 09G3Y8KgsJ5rhNS8efhmM5CwZ+qK2JuS4NUOTPXvQaS1peWvYcTYRi2q70acoGvaK3Pq0d2gbNpP nqsfcmGKtAB/Yp1h6riSj8AIpf+ZqjZj9EN0bRzE5ynbdDQerm23wdlF3abD2FnfbkBhJ4X7eeSM a9wNOEgqd6fusg5O17lbdyJXwplKd8t4LjVZWne3Ja/r56Ry3TA8VUMHencXAJIi3qh4dxDKLbpx OzVlVZypendZVLouzsb8ocp4Ez8foI03KQRzA9G36mPl745Xnq6ve8nx/1Sbm/Y3yAI9JP/TPG5A /A83jaf8z2Nc6/xnf0sT86680Hx99hXm2JL/gb1xHPG/WQf+HzWOak/5n8e4erZB704IuDSc+xMN XaTTL7+UYWdEMJsIpkW/9cCHduZUbLH4bMVbxaXgLtFb8JiICx+e6dikWq4rhjmZkNKSlFx4Ihy3 UqmUQDdXPSY/Ly1Sq1QapFY/aVROqkekhGzIIZSDg4O1Ea+kEbWTSuOk2eQjlNevSemHSvGYHLC/ r18rhOyT8YyS8/ZVxzGoB0GJYeoaRDJkNdN88hGeiTMh9JbaPplpiwW1qUF8fOdqpkcNBsIHELpm WTea/pHAK3yGvhaCwgVbMN4qY9dDpUTt5Zz8pRygqwEeBBHPBC/EY6bZU2qcVoth0xn4Bz401aKm EWxtv3tHdbDy9vS0Xlw331nyH1j8r6EDtsh/vQ7CHpd/uKs8yf9jXEL+eZAHUXLZtL+19MtzZcp+ LSb7tTiCqALkhlz1BxBnm4tztXZSBXGuhQqgxhRArH+tEol/pXJSqZ00X0niD/aneEQO8AMgowbI odBS2zjdWzgW+MTTPQWWpxDloN1R28MLtdtvv7ns5oXYFJWD3wgpgRRrNxYNhIlce0x58AfNIwLo H9hd1zxK9r7/iw+51axPe9BVOSDknnoFEs4vhu+RVgtf2k5B3O0XCOByNQJchsPBMH+jGQTALCmR gZKJ464hxkFQT9P/KCgHyoE5IZimIXffi2nJKbkTfVuotxheBOc76573+t389air9vqDce/8Q7Fa /A0WmrZOAA5EO1CIYVtEn1HQg4jOxNJunaXroQ691VwI6j0y13TX8Uie4TFxnTm5uDRvCkqwxs7b bueXXv8ijwB6owHpvHqVHGzapMNHjIcf1M7g6l0PWPTbH8XfFLHtPereUjc8+Cpr82+9+ddnzBQB 9i8mBuwfkbFFSVgHmas2JXl4dVKvnDR+COWBw0WZSBm5RTLqFRQM+CvEAhaFiRLHBZuK1++izRDm Q09tDfoesFYz0TfeGoerg92zwUrqqa2Jvg406mhaefffE1zHPvy2rD8S2+Upd1Z9MTwlhsvtuWo9 4huov1rjpN5IaMC0YVvY3TgGRh/A31eM3dMbx8HzMYVwDpm+6i1vPN01F0hmL3/rmAZI3F9KSSk9 NyfouLAEgnIgniQ9wVUIkGDp2iQvsZwBzhcKoJKeU8sMQJBkdyPZnUB3j653RJUd9fq7Le5/1rXu /4lt8hXneEj8f1Q5Bv+vWYGQ8Cn+f4Qrk/8xzfxlc2z2/2vVo+N6gv/HzcZT/cejXIf74E+4c8dX IELtOIt715zOfJLvFLhR+NmZ2eRK7yx9NLJF8rM2Bx/2vWlZunNXhBEuvSdvnBV1PYCgsEjZ9DDc BlfsnsDtxKWUeM7EX2kubZF7ZwlRsA0K2jDxkORm6YOv6BPNNg4dFwHMHQP9Rmhbgr12WZzsU3fO /EN8uOhfk0vqwUYlFxBpu5pF3i1vII7G0ZemTm1wP8HtXGCjN4NQ/OaeDTxHVEYCFXLuAHwWercI NeE9mx32PrPDtWA2AbBIwNHMQ9gOC3CJwwxeAbC+J5YG2AXjyhlUiBZroF+KgGfOgvIkASx1BRQl N5QsPTpZWkUEAZ3J+9747eB6TNr9D+R9ezhs98cfWtDZnznwFhMODJQ5X1gmQIZ1uZrt3wPuCOGq O+y8hSHtN73L3vgDruC8N+53RyNyPhiSNnnXHo57nevL9pC8ux6+G4y6ZUJGlAZkZgRNo3RIZnS/ 57AJiEF9DY8SxPo/AJs9QNIyyEy7pcBunZq3gKIGkdji/mGstBzwkHDRMCYia4uAbwAaqkhWrgmb yHdCJuPoFD4XSc/Wy0VydNyEXe95pH0LfO1o8xvXNKZwe9UmoI/qr4rgqLRxKYeKojwXZyHkx+Ao 9CflOTgzpk2JCgtQR4PrYacr9RNnZz9JTdIxVqzZnNpaoi04ZIv14wfbctOUHUNKLXu7HeHsSSMk 9z3ZjE7TemsmFB+ongIbM2LrzcL9zO6ugFr6b9DMIMIs2oZdw0NZ3PUOcn0F4goiBH/K5fJcuyc2 xZTbimofsT8wLmDRVftX9R/X3euuOur9q0ua4NoqQVYNZHKp+yKvhsfUZH+h+bMWezZtEEsjunfp RIet5LeUT6TXZ3Q403ytpSh41AoycfFW82ZjDKw5GHUGzxA6968vL1tpnVZGvItyoV4OOr+IoFod jdsgnUFOoSBN9I8lBWLs6ywL6EXjhZeNWgNi3m77DCLkcNCVZtodx/bpnU/2LcdZYISETy3lOUTn 5iTs2Rt0eERF9gOf3KWaocIGjuYSnYOYgIk5QvSWc6qahgUifUrO25ejbgsL5CCKxzRCqdoih4dM UA0IeXTQIEYIS6IqaBE5JAD51VSbrvI4gS+xqijYVFA4E2MgDM4ebMdbmH6KQCp5qVeRVAutsEvp JwTKOsLeMJaLPD7HOqxwGcG+4E3BzoAXVTGfiD84Bp/CFWKAtL4wNJH5GOZsYLCmKe8Q4SfwkdoL mycxQf36jnsP281GzqSQMeSjZhh0EzmxWchNAH+FSWLYIn8uMVtjrlxZgIquIAnf3PJ2Zp0mYFXZ lCCGPHYTrfmQZygkqo8yo8K+/Si4wpqLhBGkQL7jG7MQJMnFFWfQwUEr9vZCve4nkJJfcyZGbUDi HKyuDPTE2oWUbcJezzXvI7zr9dWrwRlEuv+Guw5I47iLd7xmFO+G3X77it21x+Nh7w3eXfevBtf9 Md72LvqDYfesFVGFbT1mRfITA4wZD6TV9+1x523xJUwt4S82h4RuoZWLExjA/UgqSYo9nCbhfcCw NMHluwwEVUZRYqwJlt7180IlFkEJ9cfqeKC+G8BNd5gPhK9QJGLDbwIj7Y9IbMKR0VBMI9Cb5TR/ 1n1zfaH2+ueDItnTdN+81dBVE/ufuTkvvN/tPbHf+OyfCCYcJPo9YMe24rz4jqH2xayQEYm2famU mC2ptk7Xt4EbbDUS22t8UxbJy5AfLaLkArhu2oaKEZrEKR0HSybgQgLVJWqvKb1osanw4+ANuomV a1jKtEuZMsZWl86dW5q+0XYYt32fJ4GkGo2EKHCifAr07dru2WAjMHH5YPPAe4B+Cays6bLtz6gy pb4qVI9sRTcbJmgpijniRs50Of6bXJzpwgGbA3GcPIcH0SYK4SIfvE4Y1zn4RayD6i7tvPyMekt2 lIpkPLzuBpwJUozM7CBuwotKekYxbJgfFSw2RAiiPleVsUoYWH6yzP62Nro5GXKQiUEB5EAsJ9s8 T8HxC3LsfDjy3csnfcMiyfMNUXjJUC0SrDx1Jvm01YAeR8IVhdUG8w3YDpjPez1SQRtctWPG/IEr E6qELy8nWCW8USEjcb9wTWOTbBnlcQqX0ZBKoQbPZaDaYdEw4EomWDDw/oy8YLkAnIPpuhBsJNAb LIBYE+7Iliz2EDqNB2eDE/KWUYIIN4JDxxO1Gb2HGBzcF22Ce++aORzi9XcFDJ04mHBlHC/m1bwk kWPC1rqBNUPUdBiMgZ8BK2WHeCzc4fNGgLIW/5+tc3MZ/MllMAf/Yj5ht80sikm4sSL5F3eFhDkM KIZskTQrO+tgKi/UrXl5kFBWn6csiOHYlItUloVR1lb/abNCDCLG2EESzmtl6OtgkakD84IUm4JR CUPRssEsps/Cz7k4QhcjZ+lCHLvvsU9JI6wjUUhIr+icim20dzhgpqXwpcqfmXUKjaRo88DmBjVG ed5WJLuRO8sdwkvS1K10CxzDQvN9TZ+F88smFMeHp3RZA4KJuD39hOkgllR8DfNOXQd0c+DMBZ9v eIUB6wQqh/URbR5rvHFNwDnoHpQ1tN/1RL5yZNpA4jD5W/61SC4xb0Y+UhfMnsezmCJbZYjEML7v 2Y7B8o0MdFDL5d17Pp2TUDDKhGeEg4mXciWI75CPtrMiKyysAEjoinkEU5c8wWMc6sAg8GEPDV7j hUlahm8AwXCoZ/+XT3xqWQAbgdA7cH2te16hlqxMc6DZ1GdsJpJnmTaWiPbQLLCsctAXQYGNYi9C jQK2e0XBR8GcNaMLANSBgdim+aAnTBsU15yRAnA9d1yWuGVZ7RVl6X82J1CBV8UBCYOsuKivCSgV 5JNf/yWysWIr9GzTNzULv9nCM+CCEpzwAbnnOMsNL7vDYwAKaDFmYd7ewZQ/mSxtViPgcQRwkGMs LRpOzCXVY/KIYm0GMwtOL3WdUtgTRa5NONiViVscEE7VeewsersOmap8bvVWs1RzoqJLEz/QVidL y8qzeQti/kAHs2ybAzzM78G2uQ3yv2BDBurwbNC//CA7L5O1VMBUXWmuDZzIS44LwiMyuMh9XNeq kk+SkkWMOZVL27xj+mxiBFiBG4P75sa08QSFuWnCM4mNRIVHbdhAuGdSPNKY5hJw+8C2G8vRg0xx KtCJpU3TXFzmpeK3mcFH7b9B6xcZ1UzNKGtAtnYWY4iGQJEH4UNS5QNeTPx5mm0dpQ16m3ArDRj3 +uTf/O7t9bvgtjscPtiAyB5BgryPbhmCGFQkwafqn5gXD+i5CR1/xuMYRth8argYLA7lPnViOcUf czdxfpYYFO4mv6d/LjVLkDtK/KcM5Go2HCse5eGRo8dD7EQMvTHCTgMRi/2zkgJbvMZAAYfqMQi+ wlSwyXKiPN8TDB2cYf5TbmPFi6Nk4z+7/fFIZJXX8p+j7ph1K5KXZpYLKsxG2zDAshLZ+0HjBSZi 7gDiYB0ii7PQXG2OXWHA8wttPlofhBTkNnLNTGgGU0lom2KzfY69AFgxhy2fxGYf5wiMCQtGQ/6u jcWesqLPVtoTXj4lj1ZND7fUGpDtLnMhBjuDPSxkpGsc4s7KCitJKRL14bziEWAqo9wgTP0qrOIT fTa30ob/JzNs5DuLgB3snBY8whgYFsFqZGqiU4nfp8VT/gTbgmbBu0vx+DBueV/CLkBbBUTz0uww eYDXRlYFQ8POO7FqJ/JnEZ68/oQL+ir1PzvVf33hF0C2ff8rtf6r/lT/9RgXOkk2ekmqenUWlOaq b1U1KnFJvthYg5JdOiJvb1bjcaG+6V6wA9HO5UgJ5TMhHehPrPu0PHpqZQ1KGj0xaE0Ro1bMBJKi iz8biNASIfoxRROqDlYB0u2fBSTh3iaGLEkmfBP5j38n/AuLPqVri/w3juvh7381qrUjrP9t1p6+ //ko18YSs+C3LuJt/IctksVt4jcRks38Vyh+2lwcl1rxllEwJ/1qwk/KZxS/hXqtfXmpXrVHv5DK 3URcvE4JkxwQ4dySPBr+HC9dAtHM7ZZSycXzKbncglXYkfweG/p7bOzv8mCAzk6rsMxEmH2c+BNH S7ccj3K8OEohdm4wKx7An/KOiAK4IutIRG9TpnPZbAoqV7IAPvsqHi+w+dg5A87I2if5PRaTEUZB AQhRiE6J2p1Od4Q/s8amF4N4YzBvYgSvlkmM4I0ZI3hVTWIEb8wYwatvEiN4Y8YIXqWTGMEbM0bw ap7kyllj5sr/mZwBmzJ6ixqhxADRmkWpy8FojVDYltF/8K7bT3THpozewYlgfIBo3SPBLgte8MTA p9hG4ynq1KNinr6WNh8Jdt+gT96fnb4wkieIuWjzyseXhVCYWPZHTMmlqZh+5r4fzc3uRP1fpRU+ i2qvSnTMjMB51cwOx+ARTuxZ5V+LlEVcDMMfbrnVLPbpLP1WKPuglzCLQ9yJ4aEmEB3K/i006wI1 qXHJW6toprD/+Zn6r+5wkH+JAJB40DDqjtkCgjZYGwzhiheXdlAV7+QUIDSJafgIWaeERNdsQ5U4 7qUtNbXsQcmtZuy4oiq2WbD8HOhEFe2MR3j+OMeQjVjMV8LJ3Qr2Z8D9sFlSg5UQZV7ZiGUt4TaR a2NEeUuRLG2s5KYGYaXqoa7cXieZqCfk1YQkH5bsxSoK8UPwfcUs0saCQCIqArmwrmSLJOQwc+Rf L4CxLyzjExgJkCwJR/4ghCmXm0yspTeDnW1wrkuGJjIu7Bsg8UpESRm88CQZDmfhYiz4sYqsIFDZ cakKqwkZEhUAR9bQTaVLWLzGoHO6uEkbmUaWaKC5yW7i9NJmTJrpVJyw4GVUBBQehFA4KguZXf2/ bP//a/zyC7+2xv+VuvD/a81aVfj/T9//epQrCv+DrXU97l2O1LdS/J988zCz3fosg9vKNImtHWxJ 60uVd2uLsmllyHorw1VvJSOLlhKE93/vF5LT5J//3vPXm2OL/FerzSj/16zh73836/XGk/w/xvUU /8fi/whewhjuceuO5/ZcqDV3qheFJtmHh9usZAEKfD41MRB5m8x8r7mxkhrhdRHSCHg43AcHMFJx qJ32DnXDdeaH4EkFy0NAa738+SLZJ3DHRhalCzxgwXRlE1x+UJmGVy6XRSmth+9Jvsnds1QlvIZs bv/wAS7J0/WIl6z/sUTiqvv159jm/9UatcT//1Gv15/8v0e5Iv7/yn/rjeTfsQ8Uf6Y8S7wCsqAo Y/adW6xLZCeFhPWnXlC5xxvDghMFvwKuWZ4jvprriC9+34qv9MsHjL/psz/QteLf4F64oDddsrA0 nZaf1MY3vVL8P7z/ar/9iddm+T8+rtWj3/9sVJro/zWOm0/y/xiX+Kkpt0/Y/3zC/aVSDXbA8aHh mlgQfYhOTuhC6WR7F/4DfTvCy1VfHb0qVWulehV/qwx/hapSDkxDhZQq+I19/hOeW0HhT5aUKsel WgV/1bNZPan9EAPVEL9rVfnf9p61q41cyc/Or+hkd4gNhthgHoEJdxggic8QYI2Tmdmz5/QxtJ34 gt2+bjsMd8J/X9VDaj3bTcLsfNgwcwK2pJJUKlWVSqWqeiNaadZfbrQgrtWK0KRW0KcY/JAve5lg V4qNRWPNr5vcWdDxew2aYLOFUVNUTfRJFtztI3i9PDQ0Sh4XBWEVxEYJhOrwRERBSIuiouRe8cEY KAjHioMSmvQDI6FAGBSE8w2hUFYeJRYKQCkdBUXO/gItC6vpYLB6ebdrEUYkmMpPM6E098RmWUs+ ZWvp9CM0ewFRGPNDDx1iLoezdIJHLKeIXdZ9RSS9vUWZkN6Jv0ScAMBB2l9407v0Fgz8gwMjy9Bb Qo4ivvkMsysKD+EtLigCdxFvgTqfuvPhtBwPQx7lhvAUYDAacJ8OjI9Povu4xFqMktzj9cNFtANO H7/2o3R8cxdl88kknc7El3iQExsMKSTQmGz4x52LaKsFUA7ATIV8BYHhew1RshAUxkw5YtdbhnUG EGA/DIbTbBatb27JZ4Vy16IHdmIAjeOf2104ZlIAlmpwvC+inZqOFb1Sty02MP4b/VOIrKFQO1ei 6tv/ftHCJvx8qzdLR8OreCZnF1PAFog48qODZK3d9ag/ivEFi2i7rBrDF3uBStdsm+Q6IETwwQK6 Rn/klwWyaW7LTC//Cd7cHEhGL5e9hmsMQT7F0/4gUEgO39A/vV7Yy1E5xBP6dXWAVldxmq+hN6On UbQUDWpk3L2Oqr8cd07jg5PjThfa1bR59sXE8/dHFMrltq90/WuwEvTQhVKFxs4kdQhZMpzVkT/m VXB2GYmBWzpmIErQrRQCbKMsymbzwWCNeaRlQOZR/PlkRV68Aez4E1zH0m0toKQiiaRS4SVkZHoa yU0CpQIhlUrFJCzx9W1vOON3B9BGkAZ+pcGDO9FpDFDxFnYKRaC3VCpkQIFF7GN95rowNPgN36Gp fVlUFdyfrv9W7vV1NaZOFhjsqjpJsxpNRXw1vaviF36bex3r8T5yLywF1v+k+UeAgAS3kywRS4ae cOlUVDEM6ZUKj1e7BRV8cBkubsUfZoG+fstgCfOtRyXBqWH/XBc++2oO85rUbajiPK84H48wGgYS pB/NcvWTh+CYG9UjalULgx1+FdjhIrDzrwI7jxVVoBSR+1RsQ4junEX0NIe2O3MDQcrwLJF1UVLS cZvD00btuwzvb6q16GNfcAV6nVeXwd3galwIlN7NNYSLGyfEJ4R4YSaCHALk2WA4kxrkpeAKghoF OEEZN9BFP/EzCRLpfNn0JwWhhR9n8/MPkodLq9i+wq4JBq0ghFka+zosuQZ6E2NzKm4PEQRiomw9 WEcMzh361Za59Zbxt4ClsUjUzvB53ThhNhfhtTMKtQrd5r9iyDGsivJOqEcnZ2e/vD+PX5+dnJz9 +oU/HbU7x4fds87v9WhpDKbgFbR8I6QaspKKFEee50D16NmVGSgBB03WZ9H0YyrIDf1fVir3OESa lRjjOFlLEK2r+4wcqBTHQyCLKk8eh1PYvRCwz61eLckLYaRWKvj+a9oXx9ysX+WZioHtiiI2fUs8 3murhwx9PgZYvH7mGtEomeMavUIUn0VjR8DO6CdzvHXl6d97GL2xK5aNT1UO4xUpL0BdwoYA8MYQ FelvsTya/iR2c3oVVXUdqh69eX0eH3TP3rUPa9iS6eYp1SqknANBf4di+hw/SFAI9cB9V39I6j8k FEEBZsJXvF5qKu4AwYoeGPAPEwP2Ne9YvQ+FgdV96aDG8ePsAsPJZ6XSPm1345P2RTd+e3xwVF2S lZEdQAXYnY5OiaRp06FaDpwiUiC9JDeXzb7F960pU6a+LjKUwYp3QEi1ZabjwdJqM4ilxl6J1QL7 ynNtsbRFoi5ziiQfJZMg85r3+rFEU1fgkSZfe1XFx5rACjH30WR2V10SX/Gws5pHPgMACJJEooHa F0oPDd7aGJ7M1lA2H6WoNwuhyRIScQRML4N5s1Vdamz/MA5nNGEhZckRDl0m61LtjWm7V6paIQQL 03xQoy9fIgjZjz9uNRUqJlRtKTI7q9HOF7PCyYIaDKDgt3rAjwqDdcJCotYRSyq5n7Cloil+h/Qf dQr8ar6HgQ3pqIHKjkYNtDNqMLHgibuQ31EVQeHUL86VYsVM8IJlcJPe9tmjTpAVsjq1TSWjgz2c Lz8uvFyM1X2UFqv75uJ8+RJuQKtHg7a7YjQMx1ceLNhSwuBICrzFUnGbwCsfMLeZzARi02n7rohP KDTyuZT5xB+MSsQfTZOxeE/UaYtzne5oakmf1qSA8r6CnJ76WU+EvCOAe4XYMNfRUCrEgoc18/ol /fD6eeVJzkAXLwFjTC5COpYLoKPea++g6YCTVgGySeeVnrMwnlzCSOxSPeWXoZfhrI2zv715dUsW L4WrXLhgWF7TaFCrR9Na/O/+NI3FmZ+75tN/3TKmMWrhDT/WhV2i1695lAGcfxE2hba4AJu5z+3K nxryvnxhJ2MPEt2ZS8UA7ommRcPXHEnkBuSRh1i3Hi9DfF44E0JtUA9fICF4Aflbn55rGBRJ0QXD 2vFJTaM+rvQ1eq6YrBLv1R8mSh/FOejqLmOSIjhLotR4rNK5DLauKaWmfCCuQscsVQLW5lcRm3Bs rS+vFSvuEqwzLFFnruqwAS0GVYHZFPxJEzfn6OMdUk4ijPnYA4UXSgfFrlxhOY3BLIzYf6CW3VKI U7lkzOgkAeyVWH9SbIsAOLqtRYRG5Zx4JWkobqFo3KQW99DhtrhnTe6dGYUJA/nn2t2n/k3iaHIs Tkrt4AXbU52lHQaHrbXlLBRUpVHvO1eEcR/AKDLHcsyOrAQoOtBV0MPGHBwtUkMWsTimEqk1CGKO wQJIRi01XXiBYqqRyljJm0bfTsg3kHFwqYcEmQbvc2rjkdyXQBQsPaLpQcKtFGYWYEEXfpmyA3tw ANwJjAPFGFgwf1ueD7NYXqS4Jqei7fQ1YvCxMMHyhQWMhY+mgQmPhhDABBwYHpOleC2l0jKhlCJL sst6q8ft0w8HJyEzFCmdOcE6zOoh4L5Fi807OD27OD8MjDeg2aqDmiP6bWIoZz21V3Q6+usXNMes qQFIsg0ZHfQVq+vGEIKkHbg8WhFUCOvMBrFV7iNdTTbQJo+nQkLMJ4mmFGf8ONa328syPvO+Lxr3 b2PWE0WZ/CQH6WEMpeWEgvXllWlwYPqr+KwVcCGQj8hDRAInAYYQFpwBwuGzedLPd/uXL7ZgZoi6 wKsZRyWNzvw7Zyh3jjXf/I4icLosogB1L+A9a7nuB94d9xgYC+HCt1G0o4Fv3nKflJy3M2uhtP6C lgyIEMvuWIalhwAHbIwaMjxPy8rLUu04w5Mcxtph5Nt0Lx26TpL6qamAuelNNC6XHzXNg1Soh/t8 orKqM1VR5/i387NON774/d3PZyfxm/OTanAhCDmWWQ5Qo1eSi0UlICPgt/8Zt84MZf1Jb6oMc8ah U94+qhkmePeYF1BLLKI/8axslu5p5xVnflWqo644NZwneM+n9WCdZe3BFSLWRRph1rB70vtIcYKb eASw35Ku3SKFBfbeE9trRNoZTIQHyMpXw7eDpBHDrLRH6oz+PQ2J+RZHhCgv+g0rqMNETbFQ0xff 1nC8m66252eRumVk4R5DYa7dSed35eZJvGr3vMBi4tx8T6bpVT/L4jn62uAQFeHkvhfLVFyKV9aj 5TEmMQscP+KsN+hrfHGMiTyoA+XlwqqcSc+67ibvu1jjcOZ1OR/eJItmBf8qAZnNRScxxiGOlrPL uuuBEsACOlFp+8ErBpiqqEeD8ZcSPRX2DiQqyS4hP0d2iURfgXi9w/Gce/+LpZTUgiKHsuUa6oJk AZWrlTPEg7YQvIBq7aw1MoVBvlDUas97z50P0iPR85FVPATEdWBGkH8UaEQD55mrjnfvRtOaFzJ/ FyUEFXKLKCeuCJMzDHpX6A0Gfvf9kVhevKa9SW9ZbeJNoiSrfoID/2+JagxFvwz/1jGsLoVEBrIc EjFYjlp+qZFXIw4O8Fb3J1PMARVTopwVvRp2BX1UqWt5KB2CGwd0bQA1fWad639jnFYM0POzkxMM wg1/dI4gwY06PVtVbeU7g/hBcT5lvE72oI29v+hN8uV8UMcdBCij9lfE8m7SwQA8mNEXDemZivk8 X+5GsjBUzyLRDjQARlh0KZv2s/kNNqKBp2Lk8AliIB50juNfD9pdvBmv0qpczafTXJ7C2w9lc4Gm 4hMBUFI8QAMVzcP+EzoYC1AQT195NfPtKtAx8kOymPxYHM6J+BYNa7GJJ3Cjq1/o4qtxnMJAeWif qeDzkk/KDg/eHLRPSQHXe5TGMp0HxcPpv9wrDjoSS5/mqr4fluSGmPYn/R6aamBwlMM2nkA0i/HH qlwfKW5yLgUdRs7VjBx55/iie9DpXvx+gV9jIHoCRR7SUbUL156d96en7dM38j4Lo2suGq+DfRc6 Acd0QJ335932zyfHynOxzLX7wmniY5s5xK/iz/oyuNVxwITnnGLK4MRBSeTHCW2AN9PeJXoH8f4G Ui/2GMhvynKPDc0/y1ZfLXeI3N3AQphLiBaDEB3JbyKVgKtO3onS7bUmdr52U2dBsLbm64P3J93A 1lzcN10Zm71Xgf2sSPYgx1irPcqQEPYrAziuArWF0tUolZzPNKQSHEdl1ZcJHyZEVfP8KxOaFbFz 0XfI8FrLWa2WH033FnzxQnyE0HX4jBGGIL4cpQkNh0kC/64HHgPVFKDb3nU/mk/gNeIM34wAocPv dIxCnkdRYisDpHg+iVG9mc4ns6FQRLRN5DsD6FoNhvksMo3lMrvEOfiJx5PMsHU5bmTwtsm0pYFz 8Adm75orlglGF5nXI/QrqPolHQ2wZjsyVHTXDQ2I6bLitBr1R4IELDeXRsDTxdauLU8vf7llJhWM 0aGvvAhWOH/OYy17jkAYsuMLRWHcfJch0gqeX3u/ii7OxbkS831TFjVI9cs18ndBuXLjqjHKzUI2 w6msGUV6gUx1ZLF29ShJq9r/YzKcYlIV/77LdQUvKvH8gZfo2gMylSKECTzFBFPspP4kaHo2eBW7 22M8bbmsJfy+FpkQSlgQbANC8VVmwJDQCNoPfBOUvGnx9EJ+Lxwxs4SSGRLZStrfF1p6TFcFnRvK BxIlGWLuUebSu9+A4bDLygKxFDoPgKkrSM6VIgrU1BpvPQ3fXOua/EJ0psduO6qAq96X3E3cn7af dK9Nh9WXuTLHRg+/V1UBTpf5D835UghU83io23bLXDkKADlLpA/6WyjucXVfPVFa0u95+B1STalY /T+GM+c0SPOWESDgqbE6Aj69iNsXR+1ObhsbAfT8qpwvyruiDq5nwKpq9G4fzOxdvMDC9oJjLFCe JkqHdyVIAZ7hTfurnIiop4W04Oe1vRuQM3cCBLzQYxcRTO1H2fnw2gzBoUSHM7KkGmwjkaIzD4+z CfvUaHha4CzXS6B/GDQdMbB3cJgjgOxypSEzRDepJBx43gnzSG+U5xbtQ1lDejK617Xapk2VBZI1 HEVt+bV36StHnZlGPltlkHTMhtaxSdP7GhZpFfS1CGSOJdu1FhfXwIO2Mt9G1L9ipsjnM0ilBWo9 BthQQh9ftUA4EWZHPmI0rveNmwvQmdmhpRxN5iORAIFIIIbL/OZGPU786jW1/R2dC57iJTJ0fXbS udfumwxEuBdOCt/8al+MsT/t40vescyumWg4fgo8VGd5ml+Sl+gW0Jw1H2CLph9QgZAiVeuR/fly evf4YCWaMLF8uxzvBbkKRfpgSdWXYixygMiFKqEngMMz+0TCMbcLjpZ0T+0B5b7zy+G5ZUEwsjc/ IF9pENTQfCybQ7EKFvClMHRN2dq13qYUNtHOh7telNunyDDWJUhSs0yQ7plz4fVscEthuHFLR5vY 2vqErxeMm52rUWJ7UfSmHw33Oo+iF7z59yiV/HuPAd4OE91wMZj4NHtDaYRtG7fPDuPu7+fHVTHg GlxuqkjvZ4ddCIr6pn0obVX6dlaNTzvUdN9p+dtpx9NSbwv6IzZeivAzxN2s5cz0ae8Kb+7S6+qH 4w6Ahgp1ynklzi8CoXVqCIYRhGSpt6Y2WmRVDI7p104b0qQUDApr/CWjUitmoC+7HeJxBEeJoFDJ NTIX7CJJLhDlRguKyK8EON/zTO7iwTQdoam2usQkZ83VbxsziLUmFV7ftK0LGnmDzTUNeCR45Dj4 vlgwD/R/NNFAPqYPwgM1KYMIsdn8SBiOH2OuLMpJyg6TwnliAoQHTRNbOLP0CVfJ1Ssa4wgPhJPP Pmws3KgM0nMmqWI0PdoiaLO6d+8NXMVLkwBg5p72ZOZ0GuIgnYDJEEawlt6O+9NK5VXUfdu+gNRO 70+OQWKsgTEevtedALAApKFeAJ+xAAyFegF85hZo8zDa4DdYirjV2+EXdYrWoiJg5KHmbHHEExmJ r6eR+PSufSH45O+nB+/ah/E7sZSdOpwre3MhzAE7UBlsDqJHKamf4UAALeLLJR1NahiGBI4p3aEa MHzgRPHKhCIWRymN8DJPjF9M++Mwm5nUgjb6nAOL2sFnqR4Sc3I1n56dHhvKMT1mMt870ukwqj4z 6gjtBAmugGMKDRqN/hcnBz/H5wen7UMrt7itcBNknhHiIOlLLEQ+NCC56/EdAiPXqxQPXPeMKDt6 HfpDBq8/KUuEDJimd9arslq+nAXGwsbaVkTBIiMkLiTuV7mmrPVLhA9gTa5A9Bc8psDhzaBZ38gN NOwFKrnTK4WqwtlvRtmn+SwRzCnqX4l5R7f47/DqVfDw4j+HeM8ViBRidfHB++7bs071mRXx80df yM995P/c8Oj44rDTPu+2z06rz9qofZMZjLyu9Kon7cPj04vj6rM35yds9aXFZc6h8xEo5kJaIn3B RGHpQMDvetd9PAIsrFEmDLCsy6F7t1abW1Gjubve2G20nNC9hVGALUjb4v+oubPbau1uNL1BgLfr 29EK/PPTT0+i/3gSvT477b47OH/dPjkGQ9ektbG9Nh8Pn0RPVsXKr95V4P5d0OlaGk174ySFP2Yz ECvij3Es/lRfQNqKNJrgN0C0a6nYRd8MQ+4xAS16EgG8/6wenp2+br+JP3RrlYoA/XmmWn6+ijPB 1frjtRTT3qQ3/VFvIj78zxOI4wd+YfnXYgMNZpfQjJJrQARfCOJ4d5n2ponosIg8BtmL3mw2tUJD q28DZKDKraUXa7bpRm22l95uLZZ7K1pv7m6I1g3vcjeb9a1oRfzLC+5EgZV5Tdyi0SSW0XCdwoTX ZEGwV6edSoPilPxrns56HOnXHUv/aj4dzhAmzmqnVd8R09rZrDcbODEhBCJlpaOIa1HFeqqVjOUT qaw/Azxyns9e/Ll3g5r3KimjXJG83bXPBLSSSB0O3xxU5TMKWcvUsd0XBZG/xT1PwnzQFt0vIkLk yC4V8tdhMuQKLgta3ypDh2bz7VWxDs3tXfH/5ssAIW4QJW4wKebO1oxXVjR6STKFM3c2AR/bZU5e JXYr5md5FeVGVTJ1oLJiekDkVmjNCSKqVFTL7BKI4NL88vLm+nI4y7BkdT8jR2D0EoWvzbpSW2wU ixCBJ4oD7SwPfx1eHq5gs4mXu831MstjNl/MJ9bXYXXEv34+Ubg7J72PyGQfk1EUch9xBsvSsdiz s0Bjm100N3eI+DZfSuqTb0mTIT6sSyer+6QNQ5zHeiS36AhvDTDMoYe/kDYkGsQ0FWp7pFL04sbO 9RH7URPWbmu1YRfw2Ln6JM1mcWhg2MLlGTjllpgqTLm11SyY8uha9OKbMVkD/r4pLxxYYNqbG0jI 4vdm4bTFhwA+/74ZyzGVXeKt9W2c69aGWuL5RH/ylvO7/uiBc+OM0SXnpmoLkHCRDNd6LOXUBOCd Xv4dTmC7QdrJdmNLFwo0wmhpKXqqvSGUXuBHhweHb4/j09cXry84TfVRjafj6/svmKNXTNOMtmlJ tnc2CsgvuxsJRnVtEmB6k3CW2L+PBhcOLECJO5sNnPbO5rZOiaJl/CjU+LizxCnmY8P8u3V8Nm+R rDvT9cbGy3qzKSRlo7Vdb7Z4iW+yPnQml/rzIBNHZEBajPHbqTPRidYpdie+sro1ccL6KDeH63tu plRTTxFrqQ4y5SAAoZzeHTVeGD3bT8O4VY3bWmPQWiNuvrBLfbeV7EhnKy5wiUGbQAqAqyYWlfh1 7wWaHRhkXcWOvg3rdVTuOf2V0rqN1t9++itSsgpVvq9V6/KULe5gOMGKUzDLFbmXm5swoZebSl7k m+6824Erh+pA0ovYHe0L/qpGp39pBI5luJDCg1p1AK+PJJMQJHN2fnzK0AfAz7JZ74YyVA8UHaHZ EHHf2Ggh9hsbarSvj+LDkw61GN70M6FzYrbLdBz3/+hfIZAYI3XNx/OsL4Regh6hWZ3S6UbmvTbD wIsJ5WFSdPAUNSfWnA5Pzi5oFzDxQ50Yh4XVeaRQAyfHne8u2h3ozI1ZYdw9opeFd4peyz0GbWyX 2S8eGN+8a+aUMPb/xmCiH2WKdhNJp+YmmEXWm1vKLELho9R7wAHqH+iBQa8n4cGkfCIJTyOJuqVA k42TVKgGY3bdCDVc5U0HTfY5HqbxBUsJ234iRyaJUrDzg8PD44sLZueFO9Rq27ba3mvcnVAkjkWA oq31YhQhzXwVjopbPiKS3p0dtV///nVIMto6SGptt+ovo5XWttB11hFJyNXYZJN+BtcR8UuwP8Fz oDH6b0MJzhBq4XxWoiokoALlBL09anLKC2qwMl+IAcKS2Tr6R0480a6NowdgiFDqAG9rwE0kasoD 3hRFgMoFHBKfm7vMkb8O80Wu4LLE9VKWIbM5ccON3cb6bmvDyw2F9BLcUMmwosRfFXCoBJdlfFs5 6k8/9sdXdxE8zgTnNMxiBP6UDpBhMrUYXC8bvZiT981Cngn/4W0cPNdEaXWXzfoj/bF4TF/FuKLL g6wm1XkU0esNaSxgGp+m6UxaJdEWCF/ocUIlLXmjKFzy0ePTVBw04oQu+JiKEbKnuDdOx9Ul6gz+ 5rM0nJm5SRE1mXm/ISNdVFwcoC63oktljcVUFgSDZuJGY3djfXfTT20tOknCL8mfrfxKw1gyBvQ/ hwRtR2baSv0Ne6SCGMkVw4+VZQUGIQDRhpJfApTcPy9PoiRty0AQ1hgND3h22vOk0fJNjvNiOSVi dLOh0Aghp9Ae7DOZEC4dcF46qHHHCQKKmU8gTXzBGqo6pQhH1f6qLKchWHqa0+ZuS4DzkxCnOd3a eViW0zzJ6VfkOP2mhJeDcdIfRPFJ+/R9/p71rZZK0CnRM9kklKxPi9SVf9bY057ZSgtfIV1sblUm JC3lGnjIQxYr0PyAtsBFi1JakbsQZG8dwbuZyTT9PBQo7smsVIgXSm+aiW9H85vZcHKj0mQp9y09 jkSOFJUMkSVupfEHr3QTiP81XMXf9gRgFBFW7kUlm/NW60YrTCo7dFuRTSBv1TJakRneaURWirzR jtGIDJJOI7KhqEbNhtGIjEdOo4Nut9P+WTVazxsBmX2ExGEzzjKbuQj5cFxRTVsNCx+f3d44+JNq s4NtjmjdB7JpOq7jb84j58EpHDAlkGbD7BjPmU4TOGersa5bTegBrd2Eo4zKRi2rETlZJkxdogT9 BfKPryGRJ76sgfdek16WQVLeWRp53GZ9+dVMb23YURTWhR/kUfK+nO2Ir2yhEbE0e6E9/5LecnZq UM1dO3r+X8/DFX477UQtHwSajtAwRNVO1QO3HjWL3znWPL2SS20R0HV8l+Jpi36qRS03gi3Zq7Sg bUu29WVZlW5+URSpLdwIVcR46FrFZqgiJ5DN+U+oIuYw0yC2ghDRnTavuFMwxggnM+AfpnErtiek N0wSlT2JsirkL80gWynKTGTh8HASI0OIlacM1uhJAXAeK0IoCZsLsTUgZ3fvUrAkyIINGbEzFmzP M+1N1oJgl9EDol3ucYyvIWf0pWgyJj5Q8PUoThJkbOU3YihhOVSaPagHhFijbQ6xhGC1/rrE999/ vv98//n+8/3n+8//45//BSxwynoA8AAA --=-82UsYqVNp5nXLOap7BC4-- From veillard@redhat.com Wed Jul 21 01:04:39 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 70CBF3B11D5; Wed, 21 Jul 2004 01:04:39 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6L54de1003161; Wed, 21 Jul 2004 01:04:39 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6L54ca26925; Wed, 21 Jul 2004 01:04:38 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6L542UZ025832; Wed, 21 Jul 2004 01:04:02 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i6L542Ps025830; Wed, 21 Jul 2004 01:04:02 -0400 Date: Wed, 21 Jul 2004 01:04:02 -0400 From: Daniel Veillard To: John McCutchan Message-ID: <20040721050402.GA22267@redhat.com> References: <1090379253.4228.8.camel@vertex> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1090379253.4228.8.camel@vertex> User-Agent: Mutt/1.4.1i Cc: gamin-list@gnome.org, nautilus-list@gnome.org Subject: Re: [gamin] [PATCH] inotify 0.6 + new gamin patches X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2004 05:04:39 -0000 On Tue, Jul 20, 2004 at 11:07:34PM -0400, John McCutchan wrote: > With this release I am able to run gnome 2.6 without any (major) > problems. [The previous set of patches caused major kernel problems when > running gnome 2.6.. I have now fixed that bug.] Oops I have just discovered your mails. Bear with me, flacky laptop hardware won't allow me to really look at it while I'm on the road, i.e. till next week. > The only bug I know of right now is gnome-settings-daemon gives an error > on login. It says it restarted too many times and will start next time I > login, but gnome-settings-daemon is running and my desktop appears to be > fully functional. So some debugging might be needed, but this should be tested I agree. > This really needs to be tested by more people. The problem is that this requires the fixes at the kernel level if I'm not mistaken, and that is the hard part, any positive feedback from the kernel side ? Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From madmin@dialog-telekom.at Wed Jul 21 10:15:22 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from dialog-telekom.at (unknown [81.223.6.242]) by menubar.gnome.org (Postfix) with SMTP id B6C533B077E for ; Wed, 21 Jul 2004 10:15:20 -0400 (EDT) Received: (qmail 13207 invoked by uid 1012); 21 Jul 2004 14:15:18 -0000 Received: from madmin@dialog-telekom.at by kenobi by uid 71 with qmail-scanner-1.20 (clamscan: 0.65. avp: 4.0.1.0. spamassassin: 2.61. Clear:RC:1(172.16.0.2):. Processed in 0.037148 secs); 21 Jul 2004 14:15:18 -0000 Received: from unknown (HELO ?172.16.0.148?) (madmin@dialog-telekom.at@172.16.0.2) by dialog-telekom.at with SMTP; 21 Jul 2004 14:15:17 -0000 From: Wolfgang Pichler To: nautilus-list@gnome.org Content-Type: text/plain Message-Id: <1090419579.8168.40.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 21 Jul 2004 16:19:40 +0200 Content-Transfer-Encoding: 7bit Subject: nautilus is not starting anymore X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2004 14:15:22 -0000 hi all, i have had to kill nautilus because of a samba share which lost the connection (the samba share was mounted - i was not using smb:///). After i've killed nautilus it didn't start up automatically - so i opend a terminal and tried to start nautilus there - it starts up - runs - but nothing happens (it doesn't draw the background - no icons - no windows). So i startet nautilus with the -c option - there i'll get: FAIL: check failed in nautilus-file-operations.c, line 2657 evaluated: get_duplicate_name ("foo (123rd copy).txt", 1) expected: foo (124th copy).txt got: foo (123rd copy) (Kopie).txt running nautilus_self_check_directory and then it hangs - so what is nautilus doing at check_directory - how can i get it working again ? best regards Wolfgang From chris@gnome-de.org Wed Jul 21 12:09:17 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.bytecamp.net (mail.bytecamp.net [212.204.60.9]) by menubar.gnome.org (Postfix) with SMTP id 57F103B0728 for ; Wed, 21 Jul 2004 12:09:17 -0400 (EDT) Received: (qmail 35712 invoked by uid 88); 21 Jul 2004 16:09:05 -0000 Received: from p54873869.dip.t-dialin.net (HELO ?192.168.123.111?) (chris%gnome-de.org@84.135.56.105) by mail.bytecamp.net with SMTP; 21 Jul 2004 16:09:05 -0000 From: Christian Neumair To: nautilus-list@gnome.org Content-Type: text/plain Date: Wed, 21 Jul 2004 16:10:03 +0000 Message-Id: <1090426203.3522.3.camel@widget> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Content-Transfer-Encoding: 7bit Subject: Undo: Still relevant? X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2004 16:09:18 -0000 http://bugzilla.gnome.org/show_bug.cgi?id=43515 was closed some time ago. The codebase still contains files exclusively dealing with undo: libnautilus/nautilus-undo-private.h libnautilus/nautilus-undo-transaction.c libnautilus/nautilus-undo-transaction.h libnautilus/nautilus-undo.c libnautilus/nautilus-undo.h libnautilus/nautilus-distributed-undo-stubs.c libnautilus/nautilus-distributed-undo-skels.c libnautilus/nautilus-distributed-undo-common.c libnautilus/nautilus-distributed-undo.h libnautilus-private/nautilus-undo-context.c libnautilus-private/nautilus-undo-context.h libnautilus-private/nautilus-undo-manager.c libnautilus-private/nautilus-undo-manager.h libnautilus-private/nautilus-undo-signal-handlers.c libnautilus-private/nautilus-undo-signal-handlers.h nautilus-shell-ui.xml only contains a commented out undo action referring to the bug report mentioned above. Is it planned to reimplement undo support? What actions ought to be undoable, anyway? regs, Chris From Calum.Benson@Sun.COM Wed Jul 21 12:48:57 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from nwkea-mail-1.sun.com (nwkea-mail-1.sun.com [192.18.42.13]) by menubar.gnome.org (Postfix) with ESMTP id 5BBDC3B0A04 for ; Wed, 21 Jul 2004 12:48:57 -0400 (EDT) Received: from phys-eris-2 ([129.156.85.26]) by nwkea-mail-1.sun.com (8.12.10/8.12.9) with ESMTP id i6LGmqJ8003357 for ; Wed, 21 Jul 2004 09:48:53 -0700 (PDT) Received: from conversion-daemon.eris-mail1.uk.sun.com by eris-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) id <0I1700M01NV0QC@eris-mail1.uk.sun.com> (original mail from Calum.Benson@Sun.COM) for nautilus-list@gnome.org; Wed, 21 Jul 2004 17:48:51 +0100 (BST) Received: from [192.168.2.59] (vpn-129-150-112-79.Holland.Sun.COM [129.150.112.79]) by eris-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) with ESMTPA id <0I17002C8O1ET9@eris-mail1.uk.sun.com>; Wed, 21 Jul 2004 17:48:51 +0100 (BST) Date: Wed, 21 Jul 2004 17:48:40 +0100 From: Calum Benson In-reply-to: <1090426203.3522.3.camel@widget> To: Christian Neumair Message-id: <40FE9E68.6030500@sun.com> Organization: Sun Microsystems Ireland Ltd MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-gb, en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.7) Gecko/20040708 References: <1090426203.3522.3.camel@widget> Cc: nautilus-list@gnome.org Subject: Re: Undo: Still relevant? X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2004 16:48:57 -0000 Christian Neumair wrote: > Is it planned to reimplement undo support? What actions ought to be > undoable, anyway? Move, copy, delete and rename spring immediately to mind. Cheeri, Calum. -- CALUM BENSON, Usability Engineer Sun Microsystems Ireland http://blogs.sun.com/calum Java Desktop System Group http://ie.sun.com +353 1 819 9771 Any opinions are personal and not necessarily those of Sun Microsystems From ttb@tentacle.dhs.org Wed Jul 21 17:37:48 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tentacle.dhs.org (CPE0000c02944d6-CM00003965a061.cpe.net.cable.rogers.com [69.193.74.215]) by menubar.gnome.org (Postfix) with ESMTP id 790AD3B0735; Wed, 21 Jul 2004 17:37:48 -0400 (EDT) Received: from ttb by tentacle.dhs.org with local (Exim 3.36 #1 (Debian)) id 1BnOtB-0002LJ-00; Wed, 21 Jul 2004 17:44:37 -0400 From: John McCutchan To: veillard@redhat.com In-Reply-To: <20040721050402.GA22267@redhat.com> References: <1090379253.4228.8.camel@vertex> <20040721050402.GA22267@redhat.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1090446277.8997.3.camel@vertex> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 21 Jul 2004 17:44:37 -0400 Cc: gamin-list@gnome.org, nautilus-list@gnome.org Subject: Re: [gamin] [PATCH] inotify 0.6 + new gamin patches X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2004 21:37:48 -0000 On Wed, 2004-07-21 at 01:04, Daniel Veillard wrote: > On Tue, Jul 20, 2004 at 11:07:34PM -0400, John McCutchan wrote: > > The only bug I know of right now is gnome-settings-daemon gives an error > > on login. It says it restarted too many times and will start next time I > > login, but gnome-settings-daemon is running and my desktop appears to be > > fully functional. > > So some debugging might be needed, but this should be tested I agree. > > > This really needs to be tested by more people. > > The problem is that this requires the fixes at the kernel level if > I'm not mistaken, and that is the hard part, any positive feedback from > the kernel side ? Not all of the fixes will be at the kernel side. AFAIK the kernel side is bug free (knock on wood). The gamin inotify backend needs more work. One thing I haven't figured out how to do is, when I get the UNMOUNT event from inotify how do I notify the gamin client of this and that the watcher is gone? (I think in gamin terms the subscription) Also I notice I get duplicate events from gamin. Example: I am watching /tmp/ I create a file /tmp/b I get an event from gamin that 'b' exists. Then another that '/tmp/b' exists. This doesn't seem right to me.. I am guessing this is just legacy from FAM? John From ttb@tentacle.dhs.org Wed Jul 21 17:46:14 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tentacle.dhs.org (CPE0000c02944d6-CM00003965a061.cpe.net.cable.rogers.com [69.193.74.215]) by menubar.gnome.org (Postfix) with ESMTP id EA4C03B070C; Wed, 21 Jul 2004 17:46:13 -0400 (EDT) Received: from ttb by tentacle.dhs.org with local (Exim 3.36 #1 (Debian)) id 1BnP1N-0002LV-00; Wed, 21 Jul 2004 17:53:05 -0400 From: John McCutchan To: veillard@redhat.com In-Reply-To: <20040719033719.GA24114@redhat.com> References: <1090180167.5079.21.camel@vertex> <20040719033719.GA24114@redhat.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1090446785.8997.13.camel@vertex> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 21 Jul 2004 17:53:05 -0400 Cc: gamin-list@gnome.org, nautilus-list@gnome.org Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2004 21:46:14 -0000 On Sun, 2004-07-18 at 23:37, Daniel Veillard wrote: > On Sun, Jul 18, 2004 at 03:49:27PM -0400, John McCutchan wrote: > [...] > > I have attached a tarball, which includes the patch for linux 2.6.7 and > > a small test app. > > > > I have tested this on my system and AFAIK it is working. No doubt it has > > plenty of bugs. > > > > I plan on adding an inotify backend to gamin soon. > But I think it misses the really good point of inotify as I see > it, i.e. there is no need anymore of a daemon outside the application > space, in practice I would rather see inotify plugged at the gnome-vfs > level. The reason is that you will just need to monitor the inotify > file descriptor, which is easy to do at the gnome-vfs level since you > have glib and loop access, while in libgamin this would either require > disabling dnotify if inotify is available (FAM has only one fd registered > at the application layer), or use the daemon for inotify too. > The only advantage of using the daemon would be for advanced features > like congestion control, which are not available (yet ?) in gamin. > > inotify sounds good to me, I hope it won't be bounced by the kernels > people. I think that having a daemon (not necessarily FAM/gamin) or maybe a nice library in between inotify and applications makes sense. The daemon could act as a multiplexer and could merge events before passing them on to the client. My original plan for inotify was not well liked by Al Viro. I have drastically changed the kernel-user interface based on his comments and I hope this new version will be received well. One question about gamin, why does it not have a backend shutdown routine? John From veillard@redhat.com Wed Jul 21 19:19:09 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id DD0663B08CE; Wed, 21 Jul 2004 19:19:09 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6LNJ9e1029744; Wed, 21 Jul 2004 19:19:09 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6LNJ9a32243; Wed, 21 Jul 2004 19:19:09 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6LNIXuC013912; Wed, 21 Jul 2004 19:18:33 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i6LNIXj3013910; Wed, 21 Jul 2004 19:18:33 -0400 Date: Wed, 21 Jul 2004 19:18:33 -0400 From: Daniel Veillard To: John McCutchan Message-ID: <20040721231833.GC31580@redhat.com> References: <1090180167.5079.21.camel@vertex> <20040719033719.GA24114@redhat.com> <1090446785.8997.13.camel@vertex> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1090446785.8997.13.camel@vertex> User-Agent: Mutt/1.4.1i Cc: gamin-list@gnome.org, nautilus-list@gnome.org Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2004 23:19:10 -0000 On Wed, Jul 21, 2004 at 05:53:05PM -0400, John McCutchan wrote: > On Sun, 2004-07-18 at 23:37, Daniel Veillard wrote: > > On Sun, Jul 18, 2004 at 03:49:27PM -0400, John McCutchan wrote: > > > I plan on adding an inotify backend to gamin soon. > > > But I think it misses the really good point of inotify as I see > > it, i.e. there is no need anymore of a daemon outside the application > > space, in practice I would rather see inotify plugged at the gnome-vfs > > level. The reason is that you will just need to monitor the inotify > > file descriptor, which is easy to do at the gnome-vfs level since you > > have glib and loop access, while in libgamin this would either require > > disabling dnotify if inotify is available (FAM has only one fd registered > > at the application layer), or use the daemon for inotify too. > > The only advantage of using the daemon would be for advanced features > > like congestion control, which are not available (yet ?) in gamin. > > > > inotify sounds good to me, I hope it won't be bounced by the kernels > > people. > > > I think that having a daemon (not necessarily FAM/gamin) or maybe a nice > library in between inotify and applications makes sense. The daemon > could act as a multiplexer and could merge events before passing them on > to the client. Yeah, flow control is part of what need to be improved. Unclear yet what's the best stategy to adopt. > My original plan for inotify was not well liked by Al Viro. I have > drastically changed the kernel-user interface based on his comments and > I hope this new version will be received well. Okay :-) > One question about gamin, why does it not have a backend shutdown > routine? I'm not 100% sure I understand, maybe the answer is because this wasn't available in the FAM API. Daniel P.S.: I have severe connectivity troubles, failures to answer in a timely manner are possible, please bear with me. -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From NQG24419@nifty.com Wed Jul 21 22:01:39 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail505.nifty.com (mail505.nifty.com [202.248.37.213]) by menubar.gnome.org (Postfix) with ESMTP id 31DD03B08A9 for ; Wed, 21 Jul 2004 22:01:39 -0400 (EDT) Received: from [220.145.94.120] (ntnara020120.nara.nt.adsl.ppp.infoweb.ne.jp [220.145.94.120])by mail505.nifty.com with ESMTP id i6M21OEx007290 for ; Thu, 22 Jul 2004 11:01:24 +0900 From: Ryan McDougall To: nautilus-list@gnome.org In-Reply-To: <40FE9E68.6030500@sun.com> References: <1090426203.3522.3.camel@widget> <40FE9E68.6030500@sun.com> Content-Type: text/plain Date: Thu, 22 Jul 2004 11:07:59 -0600 Message-Id: <1090516079.2576.2.camel@DRAGUN> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.2 (1.5.9.2-1) Content-Transfer-Encoding: 7bit Subject: Re: Undo: Still relevant? X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jul 2004 02:01:40 -0000 On Wed, 2004-21-07 at 17:48 +0100, Calum Benson wrote: > Christian Neumair wrote: > > > Is it planned to reimplement undo support? What actions ought to be > > undoable, anyway? > > Move, copy, delete and rename spring immediately to mind. delete->"Move to Trash"? so to undo that would be like MS's restore from trash command? > > Cheeri, > Calum. > Sounds like very useful stuff to me! I hope someone has time to finish implementing it. Cheers, Ryan From ttb@tentacle.dhs.org Wed Jul 21 22:40:18 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from tentacle.dhs.org (CPE0000c02944d6-CM00003965a061.cpe.net.cable.rogers.com [69.193.74.215]) by menubar.gnome.org (Postfix) with ESMTP id 797713B076C; Wed, 21 Jul 2004 22:40:18 -0400 (EDT) Received: from ttb by tentacle.dhs.org with local (Exim 3.36 #1 (Debian)) id 1BnTby-0002e6-00; Wed, 21 Jul 2004 22:47:10 -0400 From: John McCutchan To: veillard@redhat.com In-Reply-To: <20040721231833.GC31580@redhat.com> References: <1090180167.5079.21.camel@vertex> <20040719033719.GA24114@redhat.com> <1090446785.8997.13.camel@vertex> <20040721231833.GC31580@redhat.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1090464430.10162.7.camel@vertex> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 21 Jul 2004 22:47:10 -0400 Cc: gamin-list@gnome.org, nautilus-list@gnome.org Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jul 2004 02:40:18 -0000 On Wed, 2004-07-21 at 19:18, Daniel Veillard wrote: > On Wed, Jul 21, 2004 at 05:53:05PM -0400, John McCutchan wrote: > > I think that having a daemon (not necessarily FAM/gamin) or maybe a nice > > library in between inotify and applications makes sense. The daemon > > could act as a multiplexer and could merge events before passing them on > > to the client. > > Yeah, flow control is part of what need to be improved. Unclear yet > what's the best stategy to adopt. My idea is that when we are packaging the events for the client we can scan the events we have already queued to be sent to the client, and if the events are the same we toss the one out. A couple questions.. (I haven't gotten a firm grasp on FAM/gamin yet) does the client (aka nautilus,etc) ask for all pending events ? or do we just push them down a fd and nautilus reads them whenever it feels like it? Either way I think flow control and event merging shouldn't be too hard. We just need a staging ground for 'new events' where we could batch them up and say once per second send them off to the clients or fd. > > One question about gamin, why does it not have a backend shutdown > > routine? > > I'm not 100% sure I understand, maybe the answer is because > this wasn't available in the FAM API. We should be able to add this right? It shouldn't affect the fam API, just when gamin is shutting down call a backend shutdown callback. John From alan@ufies.org Thu Jul 22 00:07:17 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from master.ufies.org (unknown [65.110.12.162]) by menubar.gnome.org (Postfix) with ESMTP id C2A4D3B0908 for ; Thu, 22 Jul 2004 00:07:17 -0400 (EDT) Received: by master.ufies.org (Postfix, from userid 1000) id A9EBF4800D; Wed, 21 Jul 2004 21:08:37 -0700 (PDT) Date: Wed, 21 Jul 2004 21:08:37 -0700 From: Alan To: nautilus-list@gnome.org Message-ID: <20040722040837.GR19484@ufies.org> Mail-Followup-To: nautilus-list@gnome.org References: <1090426203.3522.3.camel@widget> <40FE9E68.6030500@sun.com> <1090516079.2576.2.camel@DRAGUN> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1090516079.2576.2.camel@DRAGUN> User-Agent: Mutt/1.5.6i Subject: Re: Undo: Still relevant? X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jul 2004 04:07:18 -0000 On Thu, Jul 22, 2004 at 11:07:59AM -0600, Ryan McDougall wrote: > On Wed, 2004-21-07 at 17:48 +0100, Calum Benson wrote: > > Christian Neumair wrote: > > > > > Is it planned to reimplement undo support? What actions ought to be > > > undoable, anyway? > > > > Move, copy, delete and rename spring immediately to mind. > > delete->"Move to Trash"? so to undo that would be like MS's restore from > trash command? I think so, or even an edit->undo last [move|delete|rename] option, which would do basically the same thing. alan -- Alan - http://arcterex.net -------------------------------------------------------------------- "There are only 3 real sports: bull-fighting, car racing and mountain climbing. All the others are mere games." -- Hemingway From olaf@cbk.poznan.pl Thu Jul 22 04:26:17 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from goliath.sylaba.poznan.pl (goliath.sylaba.poznan.pl [193.151.36.3]) by menubar.gnome.org (Postfix) with ESMTP id 067823B0942 for ; Thu, 22 Jul 2004 04:26:17 -0400 (EDT) Received: by goliath.sylaba.poznan.pl (Postfix, from userid 1003) id 2E20E94293; Thu, 22 Jul 2004 10:26:15 +0200 (CEST) Received: from localhost.localdomain (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by goliath.sylaba.poznan.pl (Postfix) with ESMTP id 00F4494353 for ; Thu, 22 Jul 2004 10:26:13 +0200 (CEST) Received: from [127.0.0.1] (venus [127.0.0.1]) by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i6M8QCot003274 for ; Thu, 22 Jul 2004 10:26:12 +0200 From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: nautilus-list@gnome.org In-Reply-To: <20040722040837.GR19484@ufies.org> References: <1090426203.3522.3.camel@widget> <40FE9E68.6030500@sun.com> <1090516079.2576.2.camel@DRAGUN> <20040722040837.GR19484@ufies.org> Content-Type: text/plain Message-Id: <1090484772.3202.5.camel@venus> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Thu, 22 Jul 2004 10:26:12 +0200 Content-Transfer-Encoding: 7bit Subject: Re: Undo: Still relevant? X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jul 2004 08:26:17 -0000 On Thu, 2004-07-22 at 06:08, Alan wrote: > On Thu, Jul 22, 2004 at 11:07:59AM -0600, Ryan McDougall wrote: > > On Wed, 2004-21-07 at 17:48 +0100, Calum Benson wrote: > > > Christian Neumair wrote: > > > > > > > Is it planned to reimplement undo support? What actions ought to be > > > > undoable, anyway? > > > > > > Move, copy, delete and rename spring immediately to mind. > > > > delete->"Move to Trash"? so to undo that would be like MS's restore from > > trash command? > > I think so, or even an edit->undo last [move|delete|rename] option, > which would do basically the same thing. I think it is too much. If I do undo, I want to undo last action. It shouldn't be needed to specify what action. If I want to undo last 5 steps I don't want to be forced to having to remember in what order the move/delete... were applied. I think that most users would be confused. Additionally, I suppose we will have 1 keyboard shortcut (Ctrl^Z). Regards, Olaf From mnews22@wp.pl Thu Jul 22 06:31:20 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp.wp.pl (smtp.wp.pl [212.77.101.160]) by menubar.gnome.org (Postfix) with ESMTP id 39A883B067A for ; Thu, 22 Jul 2004 06:31:20 -0400 (EDT) Received: (wp-smtpd smtp.wp.pl 5655 invoked from network); 22 Jul 2004 12:31:18 +0200 Received: from unknown (HELO megumi) (mnews22@[195.116.35.55]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with RC4-MD5 encrypted SMTP for ; 22 Jul 2004 12:31:18 +0200 From: Maciej Katafiasz To: Olaf =?iso-8859-2?Q?Fr=B1czyk?= In-Reply-To: <1090484772.3202.5.camel@venus> References: <1090426203.3522.3.camel@widget> <40FE9E68.6030500@sun.com> <1090516079.2576.2.camel@DRAGUN> <20040722040837.GR19484@ufies.org> <1090484772.3202.5.camel@venus> Content-Type: text/plain; charset=iso-8859-2 Message-Id: <1090492448.12460.6.camel@megumi> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 22 Jul 2004 12:34:09 +0200 Content-Transfer-Encoding: 8bit X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-AS1: NOSPAM Body=1 Fuz1=1 Fuz2=1 X-WP-AS3: NOSPAM X-WP-SPAM: NO Cc: nautilus-list@gnome.org Subject: Re: Undo: Still relevant? X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jul 2004 10:31:20 -0000 W li¶cie z czw, 22-07-2004, godz. 10:26, Olaf Fr±czyk pisze: > > > > > Is it planned to reimplement undo support? What actions ought to be > > > > > undoable, anyway? > > > > > > > > Move, copy, delete and rename spring immediately to mind. > > > > > > delete->"Move to Trash"? so to undo that would be like MS's restore from > > > trash command? That isn't good substitute. Restore from trash is mostly relevant when you no longer have open context in which offending operation was performed. It should definitely be functionality available independently. > > I think so, or even an edit->undo last [move|delete|rename] option, > > which would do basically the same thing. > I think it is too much. If I do undo, I want to undo last action. It > shouldn't be needed to specify what action. If I want to undo last 5 > steps I don't want to be forced to having to remember in what order the > move/delete... were applied. I think that most users would be confused. > Additionally, I suppose we will have 1 keyboard shortcut (Ctrl^Z). No, not this way. Menu entry would be only one, the above was about name of the entry changing depending on what is the action to be undone. It is standard practice in fact, and helps greatly by explicitly stating what is considered atomic "action" by application. Cheers, Maciej -- "Tautologizm to co¶ tautologicznego" Maciej Katafiasz http://mathrick.blog.pl From Calum.Benson@Sun.COM Thu Jul 22 07:02:32 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from nwkea-mail-1.sun.com (nwkea-mail-1.sun.com [192.18.42.13]) by menubar.gnome.org (Postfix) with ESMTP id 12E573B066B for ; Thu, 22 Jul 2004 07:02:32 -0400 (EDT) Received: from phys-eris-2 ([129.156.85.26]) by nwkea-mail-1.sun.com (8.12.10/8.12.9) with ESMTP id i6MB2UJ6018512 for ; Thu, 22 Jul 2004 04:02:31 -0700 (PDT) Received: from conversion-daemon.eris-mail1.uk.sun.com by eris-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) id <0I1900K012MY8B@eris-mail1.uk.sun.com> (original mail from Calum.Benson@Sun.COM) for nautilus-list@gnome.org; Thu, 22 Jul 2004 12:02:30 +0100 (BST) Received: from [192.168.2.59] (vpn-129-150-116-216.UK.Sun.COM [129.150.116.216]) by eris-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) with ESMTPA id <0I1900JT12O517@eris-mail1.uk.sun.com> for nautilus-list@gnome.org; Thu, 22 Jul 2004 12:02:30 +0100 (BST) Date: Thu, 22 Jul 2004 12:02:28 +0100 From: Calum Benson In-reply-to: <1090492448.12460.6.camel@megumi> To: nautilus-list@gnome.org Message-id: <40FF9EC4.4070208@sun.com> Organization: Sun Microsystems Ireland Ltd MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-gb, en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.7) Gecko/20040708 References: <1090426203.3522.3.camel@widget> <40FE9E68.6030500@sun.com> <1090516079.2576.2.camel@DRAGUN> <20040722040837.GR19484@ufies.org> <1090484772.3202.5.camel@venus> <1090492448.12460.6.camel@megumi> Subject: Re: Undo: Still relevant? X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jul 2004 11:02:32 -0000 Maciej Katafiasz wrote: > No, not this way. Menu entry would be only one, the above was about name > of the entry changing depending on what is the action to be undone. It > is standard practice in fact, and helps greatly by explicitly stating > what is considered atomic "action" by application. Right-- the HIG explicitly recommends doing this (although sadly it's not shown in the figure): http://developer.gnome.org/projects/gup/hig/1.0/menus.html#menu-standard-edit Cheeri, Calum. -- CALUM BENSON, Usability Engineer Sun Microsystems Ireland http://blogs.sun.com/calum Java Desktop System Group http://ie.sun.com +353 1 819 9771 Any opinions are personal and not necessarily those of Sun Microsystems From gcgn-nautilus-list@m.gmane.org Thu Jul 22 11:30:41 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by menubar.gnome.org (Postfix) with ESMTP id B41D93B094D for ; Thu, 22 Jul 2004 11:30:41 -0400 (EDT) Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1BnfWm-0003lZ-00 for ; Thu, 22 Jul 2004 17:30:36 +0200 Received: from 81.208.111.82 ([81.208.111.82]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 22 Jul 2004 17:30:36 +0200 Received: from luca.cappelletti by 81.208.111.82 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 22 Jul 2004 17:30:36 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: nautilus-list@gnome.org From: "Luca Cappelletti (Infodomestic.com)" Date: Thu, 22 Jul 2004 17:11:14 +0200 Lines: 25 Message-ID: References: <40F54DEF.6090903@ant.uni-bremen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 81.208.111.82 User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table (Debian GNU/Linux)) Sender: news Subject: Re: nautilus and automounted directories X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jul 2004 15:30:42 -0000 Hello, Il Wed, 14 Jul 2004 17:14:55 +0200, Heinrich Rebehn ha scritto: > Hi list, > > after upgrading to 2.6, i noticed that nautilus still behaves buggy when > displaying the contents of an automounted directory. When the > automounter times out, the window disappears. This bug has been around > for quite a while, is there any hope for it to be resolved in the near > future? It's quite annoying to have to open an extra xterm an cd into > the directory just to prevent closure of the window. Or am i missing > something? > > I found this not usable think into a MEPIS (Debian) installation upgraded to Gnome 2.4 (Sarge). I've disabled automount and rewrote fstab to follow my slices volumes needs...but this is not the optimal and best usable solution. So that this seems to be a "bug" from 2.4 and not only closed to 2.6. Bye, Luca From cfriesen@nortelnetworks.com Mon Jul 19 09:33:50 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from zcars04f.nortelnetworks.com (zcars04f.nortelnetworks.com [47.129.242.57]) by menubar.gnome.org (Postfix) with ESMTP id 347353B0852 for ; Mon, 19 Jul 2004 09:33:50 -0400 (EDT) Received: from zcard303.ca.nortel.com (zcard303.ca.nortel.com [47.129.242.59]) by zcars04f.nortelnetworks.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id i6JDX3K27205; Mon, 19 Jul 2004 09:33:03 -0400 (EDT) Received: from nortelnetworks.com (pcard0ks.ca.nortel.com [47.129.117.131]) by zcard303.ca.nortel.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id NALTB9QZ; Mon, 19 Jul 2004 09:33:04 -0400 Message-ID: <40FBCD8F.1080300@nortelnetworks.com> Date: Mon, 19 Jul 2004 09:33:03 -0400 X-Sybari-Space: 00000000 00000000 00000000 00000000 From: Chris Friesen User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ian Kent References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 22 Jul 2004 11:49:40 -0400 Cc: John McCutchan , nautilus-list@gnome.org, Linux Kernel Mailing List , Davide Libenzi Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 13:33:50 -0000 Ian Kent wrote: > So the number of watches is restricted to the max number of file > handles/process? Note: I have not read the code. We should probably do so before speculating. However, it looks like you have one fd, and reading from it gives you a data structure of information about the event. The max number of watches could be as high as INT_MAX depending on implementation. Chris From eric@lammerts.org Mon Jul 19 22:59:48 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from vivaldi.madbase.net (unknown [81.173.6.10]) by menubar.gnome.org (Postfix) with SMTP id 1DC4A3B0686 for ; Mon, 19 Jul 2004 22:59:48 -0400 (EDT) Received: (qmail 28554 invoked from network); 20 Jul 2004 02:59:27 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by 127.0.0.1 with SMTP; 20 Jul 2004 02:59:27 -0000 Date: Mon, 19 Jul 2004 22:59:27 -0400 (EDT) From: Eric Lammerts X-X-Sender: eric@vivaldi.madbase.net To: John McCutchan In-Reply-To: <1090272690.6954.1.camel@vertex> Message-ID: References: <40FBCD8F.1080300@nortelnetworks.com> <40FBCD8F.1080300@nortelnetworks.com> <1090272690.6954.1.camel@vertex> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Thu, 22 Jul 2004 11:49:46 -0400 Cc: nautilus-list@gnome.org, Chris Friesen , Linux Kernel Mailing List , Davide Libenzi , Ian Kent Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jul 2004 02:59:48 -0000 On Mon, 19 Jul 2004, John McCutchan wrote: > Also the maximum number of devices that can be opened at a time is > 8. Why is that limit there? There doesn't seem to be any particular need for it in the code... Why not remove watcher_count altogether? Eric From dennis_cranston@yahoo.com Thu Jul 22 19:11:04 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from web81404.mail.yahoo.com (web81404.mail.yahoo.com [206.190.37.93]) by menubar.gnome.org (Postfix) with SMTP id DD12E3B08D5 for ; Thu, 22 Jul 2004 19:11:02 -0400 (EDT) Message-ID: <20040722231101.19415.qmail@web81404.mail.yahoo.com> Received: from [67.123.140.85] by web81404.mail.yahoo.com via HTTP; Thu, 22 Jul 2004 16:11:01 PDT Date: Thu, 22 Jul 2004 16:11:01 -0700 (PDT) From: Dennis Cranston To: nautilus-list@gnome.org In-Reply-To: <1090516079.2576.2.camel@DRAGUN> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Update-desktop-database X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jul 2004 23:11:04 -0000 Hi, I updated my build of nautilus this morning, and see that the new mime system has been committed. This is great news. But, one question... I am getting the following message from stderr, "(nautilus:16595): Eel-WARNING **: Failed to execute child process "update-desktop-database" (No such file or directory)". Where do I get this 'update-desktop-database' program? Thanks, Dennis From laurent.belmonte@aliacom.fr Fri Jul 23 04:08:41 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.aliacom.fr (mail.aliacom.fr [213.41.82.82]) by menubar.gnome.org (Postfix) with ESMTP id 82CC93B0B6F for ; Fri, 23 Jul 2004 04:08:40 -0400 (EDT) Received: from boa.aliacom.local (boa.aliacom.local [192.168.1.35]) by mail.aliacom.fr (Postfix) with ESMTP id D81775E29E for ; Fri, 23 Jul 2004 10:14:20 +0200 (CEST) From: laurent belmonte To: nautilus-list@gnome.org Content-Type: multipart/mixed; boundary="=-xc8TdykeUQICJQ/LAAfg" Organization: Aliacom Date: Fri, 23 Jul 2004 10:08:48 +0200 Message-Id: <1090570128.12072.6.camel@boa.aliacom.local> Mime-Version: 1.0 X-Mailer: Evolution 1.5.90 Subject: a piece of the mega patch X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jul 2004 08:08:41 -0000 --=-xc8TdykeUQICJQ/LAAfg Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi all, I have extracted the pathbar part of the mega-patch from Jamie McCracken. laurentB. http://home.gna.org/monkeybubble --=-xc8TdykeUQICJQ/LAAfg Content-Disposition: attachment; filename=pathbar.diff Content-Type: text/x-patch; name=pathbar.diff; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Index: src/nautilus-spatial-window.c =================================================================== RCS file: /cvs/gnome/nautilus/src/nautilus-spatial-window.c,v retrieving revision 1.433 diff -u -r1.433 nautilus-spatial-window.c --- src/nautilus-spatial-window.c 21 Jun 2004 18:33:43 -0000 1.433 +++ src/nautilus-spatial-window.c 23 Jul 2004 08:08:09 -0000 @@ -89,10 +89,9 @@ guint save_geometry_timeout_id; GtkWidget *content_box; - GtkWidget *location_button; - GtkWidget *location_label; GtkWidget *location_statusbar; + GtkWidget *pathbar_box; GnomeVFSURI *location; }; @@ -430,151 +429,130 @@ } } - static void -location_menu_item_activated_callback (GtkWidget *menu_item, - NautilusSpatialWindow *window) +pathbar_button_clicked_callback (GtkWidget *button, + GdkEventButton *event, + NautilusSpatialWindow *window) { GnomeVFSURI *uri; char *location; - GdkEvent *event; - uri = g_object_get_data (G_OBJECT (menu_item), "uri"); - location = gnome_vfs_uri_to_string (uri, GNOME_VFS_URI_HIDE_NONE); - event = gtk_get_current_event(); + if (GTK_IS_TOGGLE_BUTTON (button)) { + gtk_toggle_button_set_active (GTK_TOGGLE_BUTTON (button) , TRUE); + } + uri = g_object_get_data (G_OBJECT (button), "uri"); + location = gnome_vfs_uri_to_string (uri, GNOME_VFS_URI_HIDE_NONE); + if (!gnome_vfs_uri_equal (uri, window->details->location)) { - if (event != NULL && ((GdkEventAny *) event)->type == GDK_BUTTON_RELEASE && - (((GdkEventButton *) event)->button == 2 || - (((GdkEventButton *) event)->state & GDK_SHIFT_MASK) != 0)) + if (event != NULL && event->type == GDK_BUTTON_PRESS && + (event->button == 2 || + (event->state & GDK_SHIFT_MASK) != 0)) { nautilus_window_open_location (NAUTILUS_WINDOW (window), location, TRUE); } else { - nautilus_window_open_location (NAUTILUS_WINDOW (window), location, FALSE); + nautilus_window_open_location (NAUTILUS_WINDOW (window), location,FALSE); } - - } - - if (event != NULL) { - gdk_event_free (event); } - g_free (location); } static void -menu_deactivate_callback (GtkWidget *menu, - gpointer data) +nautilus_spatial_window_set_pathbar (NautilusSpatialWindow *window, const char *location) { - GMainLoop *loop; - - loop = data; - - if (g_main_loop_is_running (loop)) { - g_main_loop_quit (loop); + GnomeVFSURI *uri; + char *name, *uri_location; + GtkWidget *button, *hbox, *label, *image; + GtkRcStyle *rc_style; + gboolean use_toggle_button, use_home_shortcut; + + uri = NULL; + if (location != NULL) { + uri = gnome_vfs_uri_new (location); + } -} - -static void -menu_popup_pos (GtkMenu *menu, - gint *x, - gint *y, - gboolean *push_in, - gpointer user_data) -{ - GtkWidget *widget; - GtkRequisition menu_requisition, button_requisition; - widget = user_data; - gtk_widget_size_request (GTK_WIDGET (menu), &menu_requisition); - gtk_widget_size_request (widget, &button_requisition); - - gdk_window_get_origin (widget->window, x, y); + + /* deallocate existing pathbar */ + gtk_container_foreach (GTK_CONTAINER (window->details->pathbar_box), + (GtkCallback) gtk_widget_destroy, + NULL); - *y -= menu_requisition.height - button_requisition.height; + /* use a toggle button for the current folder only */ + use_toggle_button = TRUE; + while (uri != NULL) { - *push_in = TRUE; -} + + uri_location = gnome_vfs_uri_to_string (uri, GNOME_VFS_URI_HIDE_TOPLEVEL_METHOD); -static void -location_button_clicked_callback (GtkWidget *widget, NautilusSpatialWindow *window) -{ - GtkWidget *popup, *menu_item, *first_item; - GnomeVFSURI *uri; - char *name; - GMainLoop *loop; + use_home_shortcut = (strcmp (uri_location, g_get_home_dir ()) == 0); + g_free (uri_location); + if (use_home_shortcut) { + name = g_strdup("Home"); + } else { + name = g_strconcat (" ", nautilus_get_uri_shortname_for_display (uri), NULL); + } - g_return_if_fail (window->details->location != NULL); + if (use_toggle_button) { + button = gtk_toggle_button_new (); + gtk_toggle_button_set_active (GTK_TOGGLE_BUTTON (button) , TRUE); + use_toggle_button = FALSE; + } else { + button = gtk_button_new (); + } - popup = gtk_menu_new (); - first_item = NULL; - uri = gnome_vfs_uri_ref (window->details->location); - while (uri != NULL) { - name = nautilus_get_uri_shortname_for_display (uri); - menu_item = gtk_image_menu_item_new_with_label (name); - if (first_item == NULL) { - first_item = menu_item; + rc_style = gtk_widget_get_modifier_style (button); + rc_style->xthickness = 0; + rc_style->ythickness = 0; + gtk_widget_modify_style (button, rc_style); + gtk_widget_show (button); + + hbox = gtk_hbox_new (FALSE, 1); + gtk_container_add (GTK_CONTAINER (button), hbox); + gtk_widget_show (hbox); + + if (use_home_shortcut) { + image = gtk_image_new_from_stock (GTK_STOCK_HOME, GTK_ICON_SIZE_MENU); + gtk_box_pack_start (GTK_BOX (hbox), image, FALSE, FALSE, 0); + gtk_widget_show (image); } + + label = gtk_label_new (name); + gtk_box_pack_start (GTK_BOX (hbox), label, FALSE, FALSE, 0); + gtk_widget_show (label); + gtk_box_pack_end (GTK_BOX (window->details->pathbar_box), button, FALSE, FALSE, 0); + + g_free (name); - gtk_widget_show (menu_item); - g_signal_connect (menu_item, "activate", - G_CALLBACK (location_menu_item_activated_callback), + + g_object_set_data_full (G_OBJECT (button), "uri", uri, (GDestroyNotify)gnome_vfs_uri_unref); + g_signal_connect (button, + "button_press_event", + G_CALLBACK (pathbar_button_clicked_callback), window); - g_object_set_data_full (G_OBJECT (menu_item), "uri", uri, (GDestroyNotify)gnome_vfs_uri_unref); - - gtk_menu_shell_prepend (GTK_MENU_SHELL (popup), menu_item); + + /* don't create anymore buttons if we use the home shortcut */ + if (use_home_shortcut) { + return; + } uri = gnome_vfs_uri_get_parent (uri); - } - gtk_menu_set_screen (GTK_MENU (popup), gtk_widget_get_screen (widget)); - - loop = g_main_loop_new (NULL, FALSE); - g_signal_connect (popup, "deactivate", - G_CALLBACK (menu_deactivate_callback), - loop); - - gtk_grab_add (popup); - gtk_menu_popup (GTK_MENU (popup), NULL, NULL, menu_popup_pos, widget, 1, GDK_CURRENT_TIME); - gtk_menu_shell_select_item (GTK_MENU_SHELL (popup), first_item); - g_main_loop_run (loop); - gtk_grab_remove (popup); - g_main_loop_unref (loop); - gtk_object_sink (GTK_OBJECT (popup)); + } } void nautilus_spatial_window_set_location_button (NautilusSpatialWindow *window, const char *location) { - GnomeVFSURI *uri; - char *name; - uri = NULL; - if (location != NULL) { - uri = gnome_vfs_uri_new (location); - } - if (uri != NULL) { - name = nautilus_get_uri_shortname_for_display (uri); - gtk_label_set_label (GTK_LABEL (window->details->location_label), - name); - g_free (name); - gtk_widget_set_sensitive (window->details->location_button, TRUE); - } else { - gtk_label_set_label (GTK_LABEL (window->details->location_label), - ""); - gtk_widget_set_sensitive (window->details->location_button, FALSE); - } - - if (window->details->location != NULL) { - gnome_vfs_uri_unref (window->details->location); - } - window->details->location = uri; + nautilus_spatial_window_set_pathbar(window,location); + } static void @@ -582,9 +560,6 @@ { GtkShadowType shadow_type; GtkWidget *frame; - GtkRcStyle *rc_style; - GtkWidget *arrow; - GtkWidget *hbox; window->details = g_new0 (NautilusSpatialWindowDetails, 1); window->affect_spatial_window_on_next_location_change = TRUE; @@ -601,30 +576,6 @@ gtk_statusbar_set_has_resize_grip (GTK_STATUSBAR (window->details->location_statusbar), FALSE); - window->details->location_button = gtk_button_new (); - gtk_button_set_relief (GTK_BUTTON (window->details->location_button), - GTK_RELIEF_NONE); - rc_style = gtk_widget_get_modifier_style (window->details->location_button); - rc_style->xthickness = 0; - rc_style->ythickness = 0; - gtk_widget_modify_style (window->details->location_button, - rc_style); - - gtk_widget_show (window->details->location_button); - - hbox = gtk_hbox_new (FALSE, 3); - gtk_container_add (GTK_CONTAINER (window->details->location_button), - hbox); - gtk_widget_show (hbox); - - window->details->location_label = gtk_label_new (""); - gtk_box_pack_start (GTK_BOX (hbox), window->details->location_label, - FALSE, FALSE, 0); - gtk_widget_show (window->details->location_label); - - arrow = gtk_arrow_new (GTK_ARROW_DOWN, GTK_SHADOW_NONE); - gtk_box_pack_start (GTK_BOX (hbox), arrow, FALSE, FALSE, 0); - gtk_widget_show (arrow); frame = gtk_frame_new (NULL); gtk_widget_style_get (GTK_WIDGET (window->details->location_statusbar), @@ -634,14 +585,16 @@ frame, TRUE, TRUE, 0); gtk_widget_show (frame); + window->details->pathbar_box = gtk_hbox_new (FALSE, 1); + gtk_widget_show (window->details->pathbar_box); + gtk_container_add (GTK_CONTAINER (frame), - window->details->location_button); + window->details->pathbar_box); - gtk_widget_set_sensitive (window->details->location_button, FALSE); - g_signal_connect (window->details->location_button, - "clicked", - G_CALLBACK (location_button_clicked_callback), window); gtk_widget_show (window->details->location_statusbar); + + + } static void --=-xc8TdykeUQICJQ/LAAfg-- From twanger@bluetwanger.de Fri Jul 23 05:15:27 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from web11.manitu.net (web11.manitu.net [217.11.48.111]) by menubar.gnome.org (Postfix) with ESMTP id 671673B0BBE; Fri, 23 Jul 2004 05:15:27 -0400 (EDT) Received: from [62.165.4.166] (dicaprio.akademie1.de [62.165.4.166]) (authenticated) by web11.manitu.net (8.10.2-SOL3/8.10.2) with ESMTP id i6N9FKf02009; Fri, 23 Jul 2004 11:15:20 +0200 From: Markus Bertheau To: nautilus-list@gnome.org, usability@gnome.org Content-Type: text/plain Message-Id: <1090574120.3241.15.camel@dicaprio.akademie1.de> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) Date: Fri, 23 Jul 2004 11:15:20 +0200 Content-Transfer-Encoding: 7bit Cc: Subject: nautilus behaviour when selected file is changed X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jul 2004 09:15:28 -0000 Hi, I just observed the following behaviour in nautilus 2.4.0. I don't have a newer version to test with at work. I wonder if the behaviour I observed was done on purpose. If it was not done on purpose, do we want the current behaviour to happen or something else? (That's why I'm sending a copy to usability@). 0. have fam/gamin working 1. select a file 2. touch it from a shell or otherwise change it 3. observe how the file is unselected and the next file in the directory gets a frame around its name, but is not selected. Thanks -- Markus Bertheau From chris@gnome-de.org Sat Jul 24 09:29:40 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.bytecamp.net (mail.bytecamp.net [212.204.60.9]) by menubar.gnome.org (Postfix) with SMTP id 7E7E33B0847 for ; Sat, 24 Jul 2004 09:29:39 -0400 (EDT) Received: (qmail 72490 invoked by uid 88); 24 Jul 2004 13:29:31 -0000 Received: from pd9e96c41.dip.t-dialin.net (HELO ?192.168.123.111?) (chris%gnome-de.org@217.233.108.65) by mail.bytecamp.net with SMTP; 24 Jul 2004 13:29:31 -0000 From: Christian Neumair To: nautilus-list@gnome.org Content-Type: text/plain Date: Sat, 24 Jul 2004 15:30:34 +0200 Message-Id: <1090675834.17865.13.camel@widget> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Content-Transfer-Encoding: 7bit Subject: Tiny patches that need reviewing X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Jul 2004 13:29:40 -0000 I've compiled a short list of tiny patches that could be reviewed pretty fast: #85141 - treeview shows misleading text in folder-only view #91543 - remove add_to_session preference #131272 - "Browse Filesystem" -> "File Browser" in desktop launcher #141509 - "Can not open file" message shows file type "(null)" #141848 - use cut/copy folder(s) for folder context/edit menu #142351 - build break in nautilus-extension-types.h #142891 - backspace does not work in list view #143927 - Nautilus->Help->Contents link is incorrect #144728 - computer_icon_name doesn't have a scheme #147811 - launcher editing for "application/x-gnome-app-info" #147918 - can't resize Properties window They are really trivial, please review them ASAP :). regs, Chris http://bugzilla.gnome.org/show_bug.cgi?id=85141 http://bugzilla.gnome.org/show_bug.cgi?id=91543 http://bugzilla.gnome.org/show_bug.cgi?id=131272 http://bugzilla.gnome.org/show_bug.cgi?id=141509 http://bugzilla.gnome.org/show_bug.cgi?id=141848 http://bugzilla.gnome.org/show_bug.cgi?id=142351 http://bugzilla.gnome.org/show_bug.cgi?id=142891 http://bugzilla.gnome.org/show_bug.cgi?id=143927 http://bugzilla.gnome.org/show_bug.cgi?id=144728 http://bugzilla.gnome.org/show_bug.cgi?id=147811 http://bugzilla.gnome.org/show_bug.cgi?id=147918 From chris@gnome-de.org Sat Jul 24 09:31:24 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.bytecamp.net (mail.bytecamp.net [212.204.60.9]) by menubar.gnome.org (Postfix) with SMTP id D5EFA3B0DBC for ; Sat, 24 Jul 2004 09:31:23 -0400 (EDT) Received: (qmail 74494 invoked by uid 88); 24 Jul 2004 13:31:22 -0000 Received: from pd9e96c41.dip.t-dialin.net (HELO ?192.168.123.111?) (chris%gnome-de.org@217.233.108.65) by mail.bytecamp.net with SMTP; 24 Jul 2004 13:31:22 -0000 From: Christian Neumair To: Dennis Cranston In-Reply-To: <20040722231101.19415.qmail@web81404.mail.yahoo.com> References: <20040722231101.19415.qmail@web81404.mail.yahoo.com> Content-Type: text/plain Date: Sat, 24 Jul 2004 15:32:26 +0200 Message-Id: <1090675946.17865.14.camel@widget> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Content-Transfer-Encoding: 7bit Cc: nautilus-list@gnome.org Subject: Re: Update-desktop-database X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Jul 2004 13:31:24 -0000 Am Donnerstag, den 22.07.2004, 16:11 -0700 schrieb Dennis Cranston: > I updated my build of nautilus this morning, and see that the new mime system has been committed. > This is great news. But, one question... I am getting the following message from stderr, > "(nautilus:16595): Eel-WARNING **: Failed to execute child process "update-desktop-database" (No > such file or directory)". Where do I get this 'update-desktop-database' program? http://www.freedesktop.org/Software/desktop-file-utils regs, Chris From davyd@madeley.id.au Sat Jul 24 09:59:21 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from oracle.bridgewayconsulting.com.au (oracle.bridgewayconsulting.com.au [203.56.14.38]) by menubar.gnome.org (Postfix) with ESMTP id AA65C3B06C5 for ; Sat, 24 Jul 2004 09:59:20 -0400 (EDT) Received: from pingu.cook.theducks.org (cook.theducks.org [203.22.197.49]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by oracle.bridgewayconsulting.com.au (Postfix) with ESMTP id 5F2D81F8002 for ; Sat, 24 Jul 2004 21:59:35 +0800 (WST) From: Davyd Madeley To: nautilus-list@gnome.org In-Reply-To: <1090675834.17865.13.camel@widget> References: <1090675834.17865.13.camel@widget> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-2KlShxKBBk4YLaJYKqZR" Date: Sat, 24 Jul 2004 21:59:17 +0800 Message-Id: <1090677558.20570.4.camel@pingu> Mime-Version: 1.0 X-Mailer: Evolution 1.5.90 Subject: Re: Tiny patches that need reviewing X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Jul 2004 13:59:21 -0000 --=-2KlShxKBBk4YLaJYKqZR Content-Type: text/plain Content-Transfer-Encoding: quoted-printable While we're discussing tiny bugs. #139854 is a little bit of an issue for anyone using udev in debian or any other use of 'mount --bind'. http://bugzilla.gnome.org/show_bug.cgi?id=3D139854 I would fix it if only I knew where to look. --d --=20 http://davyd.ucc.asn.au/ =20 PGP Fingerprint 08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA --=-2KlShxKBBk4YLaJYKqZR Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: http://davyd.ucc.asn.au/pgp/ iD8DBQBBAms1Lt27T1GRbNoRAsqgAJ4855Zcf38k5G2qZNL4gGsF2jQT1wCfSQd+ n2iM5T5S1ZNIt2rZk5ofK8E= =Yh6I -----END PGP SIGNATURE----- --=-2KlShxKBBk4YLaJYKqZR-- From mathias.hasselmann@gmx.de Sat Jul 24 17:03:27 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 043243B0E67 for ; Sat, 24 Jul 2004 17:03:27 -0400 (EDT) Received: (qmail 3330 invoked by uid 65534); 24 Jul 2004 21:03:26 -0000 Received: from pD9F51486.dip.t-dialin.net (EHLO mail.sqx.lde) (217.245.20.134) by mail.gmx.net (mp018) with SMTP; 24 Jul 2004 23:03:26 +0200 X-Authenticated: #427294 Received: from [192.168.100.11] (dali.sqx.lde [192.168.100.11]) by mail.sqx.lde (Postfix) with ESMTP id EE11F1E17F for ; Sat, 24 Jul 2004 22:07:16 +0200 (CEST) From: Mathias Hasselmann To: nautilus-list@gnome.org Content-Type: text/plain Organization: http://taschenorakel.de/ Message-Id: <1090702999.23114.25.camel@dali.sqx.lde> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 24 Jul 2004 23:03:20 +0200 Content-Transfer-Encoding: 7bit Subject: Appearance of the new Add-Application dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Jul 2004 21:03:27 -0000 Hi, Just got aware today of the new MIME handling in Nautilus 2.7. Great stuff, right direction. Well, but somehow I have the feeling, that the "Add Application" dialog fit the look and feel introduced by the file choosers of GNOME 2.6. Guess it's obvious, that those dialogs should fit that look and feel, since they deal with file handling. What disturbes me? It's the "Browse" button: Opens yet another Window, which is not really neccessary, as the "Save As" chooser we have since GNOME 2.6 shows. In my very personal opinion it would be much better (in terms of convenience and consistency) to use some expandable file browser for visual file selection. Since pictures sometimes say more than thousand words, here some pictures: Currently the "Add Application" dialog of Nautilus 2.7 looks this: http://www.informatik.hu-berlin.de/~hasselma/nautilus27/currently.png The layout I'd suggest would look like this, when the browser is closed: http://www.informatik.hu-berlin.de/~hasselma/nautilus27/gnomish-closed.png And like this, when the browser is expanded: http://www.informatik.hu-berlin.de/~hasselma/nautilus27/gnomish-open.png Guess we have to discuss this quickly, cause the GNOME 2.8 UI freeze is close. Ciao, Mathias -- Mathias Hasselmann http://www.taschenorakel.de/mathias/ From mason_kidd@mrkidd.com Sat Jul 24 20:11:28 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by menubar.gnome.org (Postfix) with ESMTP id D60583B06C4 for ; Sat, 24 Jul 2004 20:11:27 -0400 (EDT) Received: from [192.168.1.10] (c-24-18-240-28.client.comcast.net[24.18.240.28]) by comcast.net (rwcrmhc12) with SMTP id <2004072500112401400dg6rce>; Sun, 25 Jul 2004 00:11:26 +0000 From: Mason Kidd To: Mathias Hasselmann In-Reply-To: <1090702999.23114.25.camel@dali.sqx.lde> References: <1090702999.23114.25.camel@dali.sqx.lde> Content-Type: text/plain Date: Sat, 24 Jul 2004 17:11:19 -0700 Message-Id: <1090714279.18165.1.camel@clown.mrkidd.com> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 Content-Transfer-Encoding: 7bit Cc: nautilus-list@gnome.org Subject: Re: Appearance of the new Add-Application dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2004 00:11:28 -0000 I would actually suggest that the 'Add Application' dialog match the 'Run Application' dialog, so that when it is expanded, it shows a list of 'Known Applications'. Mason Kidd On Sat, 2004-07-24 at 23:03 +0200, Mathias Hasselmann wrote: > Hi, > > Just got aware today of the new MIME handling in Nautilus 2.7. Great > stuff, right direction. Well, but somehow I have the feeling, that the > "Add Application" dialog fit the look and feel introduced by the file > choosers of GNOME 2.6. Guess it's obvious, that those dialogs should fit > that look and feel, since they deal with file handling. What disturbes > me? It's the "Browse" button: Opens yet another Window, which is not > really neccessary, as the "Save As" chooser we have since GNOME 2.6 > shows. In my very personal opinion it would be much better (in terms of > convenience and consistency) to use some expandable file browser for > visual file selection. Since pictures sometimes say more than thousand > words, here some pictures: > > Currently the "Add Application" dialog of Nautilus 2.7 looks this: > http://www.informatik.hu-berlin.de/~hasselma/nautilus27/currently.png > > The layout I'd suggest would look like this, when the browser is closed: > http://www.informatik.hu-berlin.de/~hasselma/nautilus27/gnomish-closed.png > > And like this, when the browser is expanded: > http://www.informatik.hu-berlin.de/~hasselma/nautilus27/gnomish-open.png > > Guess we have to discuss this quickly, cause the GNOME 2.8 UI freeze is > close. > > Ciao, > Mathias > -- > Mathias Hasselmann > http://www.taschenorakel.de/mathias/ > From mathias.hasselmann@gmx.de Sat Jul 24 21:47:28 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 031B63B083D for ; Sat, 24 Jul 2004 21:47:28 -0400 (EDT) Received: (qmail 27804 invoked by uid 65534); 25 Jul 2004 01:47:27 -0000 Received: from pD957121E.dip.t-dialin.net (EHLO mail.sqx.lde) (217.87.18.30) by mail.gmx.net (mp010) with SMTP; 25 Jul 2004 03:47:27 +0200 X-Authenticated: #427294 Received: from [192.168.100.11] (dali.sqx.lde [192.168.100.11]) by mail.sqx.lde (Postfix) with ESMTP id C6ED61E182; Sun, 25 Jul 2004 02:51:17 +0200 (CEST) From: Mathias Hasselmann To: Mason Kidd In-Reply-To: <1090714279.18165.1.camel@clown.mrkidd.com> References: <1090702999.23114.25.camel@dali.sqx.lde> <1090714279.18165.1.camel@clown.mrkidd.com> Content-Type: text/plain Organization: http://taschenorakel.de/ Message-Id: <1090720041.23750.22.camel@dali.sqx.lde> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 25 Jul 2004 03:47:22 +0200 Content-Transfer-Encoding: 7bit Cc: nautilus-list@gnome.org Subject: Re: Appearance of the new Add-Application dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2004 01:47:28 -0000 Am So, den 25.07.2004 schrieb Mason Kidd um 2:11: > I would actually suggest that the 'Add Application' dialog match the > 'Run Application' dialog, so that when it is expanded, it shows a list > of 'Known Applications'. Hmm, also some good idea! Well, but shouldn't all those applications listed as 'Known Applications' have announced all supported MIME types already? Guess the applications you want do register via this dialog are some legacy apps, some non-gnome apps, your distribtor did not care to integrate into GNOME. So you still need to be able to select random programs from the 'Add Application' dialog. I'd rather see 'Known Applications' as some VFolder with some fixed bookmark in the expandable file browser... Ciao, Mathias -- Mathias Hasselmann http://www.taschenorakel.de/mathias/ From laurent.belmonte@aliacom.fr Fri Jul 23 10:22:23 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.aliacom.fr (mail.aliacom.fr [213.41.82.82]) by menubar.gnome.org (Postfix) with ESMTP id 555253B0DAA for ; Fri, 23 Jul 2004 10:22:21 -0400 (EDT) Received: from boa.aliacom.local (boa.aliacom.local [192.168.1.35]) by mail.aliacom.fr (Postfix) with ESMTP id 5F6E45E263 for ; Fri, 23 Jul 2004 16:28:04 +0200 (CEST) From: laurent belmonte To: nautilus-list@gnome.org In-Reply-To: <1090570128.12072.6.camel@boa.aliacom.local> References: <1090570128.12072.6.camel@boa.aliacom.local> Content-Type: multipart/mixed; boundary="=-n9DfhKi8+68MXx+rtEFz" Organization: Aliacom Date: Fri, 23 Jul 2004 16:22:29 +0200 Message-Id: <1090592549.12072.11.camel@boa.aliacom.local> Mime-Version: 1.0 X-Mailer: Evolution 1.5.90 X-Mailman-Approved-At: Sun, 25 Jul 2004 08:07:53 -0400 Subject: [pathbar patch ] Re: a piece of the mega patch X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jul 2004 14:22:24 -0000 --=-n9DfhKi8+68MXx+rtEFz Content-Type: text/plain Content-Transfer-Encoding: 7bit On Fri, 2004-07-23 at 10:08 +0200, laurent belmonte wrote: > Hi all, > > I have extracted the pathbar part of the mega-patch from Jamie > McCracken. > > > laurentB. > http://home.gna.org/monkeybubble > A new version of the patch with a screenshot. --=-n9DfhKi8+68MXx+rtEFz Content-Disposition: attachment; filename=Screenshot.png Content-Type: image/png; name=Screenshot.png Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAgoAAAFSCAYAAACT9PdSAAAABmJLR0QA/wD/AP+gvaeTAAAACXBI WXMAAAsTAAALEwEAmpwYAAAAB3RJTUUH1AcXDgMK+/PQeAAAAB10RVh0Q29tbWVudABDcmVhdGVk IHdpdGggVGhlIEdJTVDvZCVuAAAgAElEQVR42uydeXxU1fn/33eZPctkJWEJYU3YEQRFBMW1KsWf Wq271KWitmpFK8Xl61KrLdC6daFYq36tbdXq1xXFvS4URa0CBtnXhOzr7HPv+f0xmWEmmYQEk5CE 8/Y1Mnedm+c5557Pec6mvPHGG4Jm3G436enpSLqH+vr6Dp8r/dA3CIVCCGG02m+3KJiKrd+lWdO3 j4bGRpqCjlbnpqSkyATRDRjefQQC/lb7nQ4nqWmprP5iK1988gZlO75udU5hnhPDMPD7AwRDYfyB IKZpJv0dVVU79Vw2qwWb1YLDYcfpdOJyukhJTcHpdOJwOLBarVgsVmw2CzabDV23oOsqiqKhKAqK ErmPoigoqoqmaaiKCtHHaH5MgcA0TYQQmEbiswtFgCByPNnfpSioqoqCCopAQUXXNTRVQ9O1yDFF ifyuApqmoesWNE2PPR8KqIqKqmpompLkJyL7hCkAgSnM5udO+jiRGyqgCiW5YZWIL1RVQ1FU9j9I /D2SXET0OoXoKUJEnsIU0e04w7a6ujWi+cf0hJeAaVJbWytzZg8RnzFbZl7ph76NBwBv//vDbLn4 6wHC0sk9hM9MAUuiCLNYLKTl5DRXKLZimmZSARAtKOIJhgSGmawYM7FZFHRd69BzhcNGrAAPGwbB YBCf34/VaiUlJQWHw4HL6STksGEYBlarDd1iwaKDzWZB13U0LSoaIgWcrlvQmverqoKiRgpxYUYK YNM0QYDR/PeawgShIEyjWVIkec9qOpqqomoqFl3HYrFg0ff/vqqpaIoW+S1VRdX0NgpOBcT+5zCF mWhfE4QwMYkcF4j21AL7NUPkb1QUBQUFVNBUDVXVUVUFUFDU6BURgSXa8ImmqpG/tfk3oqLFFBHr CBNQWqcTVVHbTTO6zIYSiUTSdyNa7b3gfT5/q+PJRUJihbGj0QXTFPgDQcKGSTAYxuP1o6oqTU1N uFwu0tPScDgdhMNh7HYDu92OYTExhYGuW7DoGqqmo2sqoGEKE1WI3mlsxYwU0IL91fO4ZxXR/4SI SRaRRHK0WXsXIhad6G0kCIWKhqDMeRKJRNIHqGgIonmMds/xB4IJAiAWVQi3XRjbLJHqcWeaIkzT JBgMxkUbQvj9AbxeH06nE5/PR3paOkZqCharlXDYgq5bsFos6BYLwqI3F5Rqc3RBBUVFFc3NC72Y qCSICgSB6HdpTfdjb/NgZWUlFRUVVFRWylwpkUgkvZCavVvZu6+a6vrWFb2mptZNRKGw2a5QsOqR Wq1F19B1DYslUp9UFZWwYWAYkZB7sr45sVqzEkJVfeh6I1arDZernpSUOpxOBxaLJdJPQNOb+y1o zduRfZqmoel6c3s7kf4LqgYomIaxv0AWkVp9pBlAJI2oKIoSC8dHmzQizRrNfRNUDbW5j4SiEGsC Ea1q+2bz70VEgWkKhBlpZog+RyyKkCwiIhSSNRjEmh+aQ/+qosaaWxQFiDYjNG8rzX+T0lbjSCcC EoPyshmYl03eAHfsvvujIInPqtf42lc/ty28TuZEiUQikUj6Gd9+9ERMrESFSkTwJCqOhKaHGu/+ 0FSmU5VWlEgkEomkHxONZkSjFMn6SSTtzHhUgTXyJTuPDz/8EIBZs2ZJi0okEolE0sfxbH211T7R TifSpEJhza79bV03X3TiAW8ikUgkEomkbxCNGkQFg9Vuw+8LxAZxKJFpJ1oLhbrqytg8F9OK8mNR hKhACAQC0roSiUQikfRx/H4/ZWVluIYNw7P1VYL+ALtLK2LHB+dn7Z9bQVH2CwXDU8UtN1wLwNK/ vcPNF52IEEIKBIlEIpFImtm3bx91dXWdvs7tdpOXl9dr7pGfn88nn3yCa8QxeLa+ytjZlwPw1rO/ YXB+VmyyJlXR9guFbbvLYzeK9VGQSCQSiUQSo66ujuLi4k5ft3Hjxlgh31vuESWwf94uyvZVAaNj 26ZpkHRoQ7TJIVk0QQiB3+/H6/Xg9XoIBPwYhtHqI5FIDi0vvfSSNIJEImmTKVOm8K9//YvM4rn7 y3iUFp+DmMLZMMLU19eiaoJwKIwQClarvZWYSE93Y7XKyIREIpFIJG3x8ccfH/CcmTNndugeyc5r 71hyBEIkrgdxEJMlRKaHEqaJ1WbFbrehaaBpoKoCRTHxehvw+bxypIREIpFIJIdIdHREhCQVCigI sf/T6YiCaZqEQ5FpQd3uzIQogmEYhMNh/P6q5uV3e+8iFxLJoeCll15izJgxbN26FUVRmDRpEo2N jbHtKVOmkJubC4BhGKxbt47S0lIABg4cyIQJE9A0LXavSZMmsWnTJgKBAGlpaUyePDnpEuW1tbV8 +umnjBo1iuHDhyOEoKSkhJ07d2IYBvn5+UyaNAnTNHnnnXc48cQTYxFB0zR58803E/ZJJJKuo73a fkcjDtHzPv7444TtzkUTktOpiIJhGNTV1RAKBQiHgzQ11dPYVEdjYx0NDbU0NNTS2FhHKByirq4G j8cjU4BE0oJAIMDJJ5/M2LFj+eKLLxK2N2zYEDuvpKQEv9/PSSedxIknnojX62Xjxo0J96qsrGT2 7Nmcfvrp5OXl8dVXX7X6vdLSUv7zn/8wadIkhg8fDsCmTZuoq6tjzpw5fO9730NRFL755husViuD Bw9m+/btseurqqrIzMyUIkEi6SNioytFQqeFQigUpK6+hmDIi8dXx77ynZTt28nesh2Ulu2grHwX +yp24/c3UbpvN42NDUnXSJdIDmeKiorQdZ3BgwcTDocTthsbG2Pn7d27lwkTJmC1WrHZbEycOJE9 e/Yk3Gvy5MnY7XY0TWPkyJGthktt2bKFdevWMWPGjISezjt37mT8+PHY7XZ0XWfcuHGxyMWIESPY uXNnLO+WlZUxePBg6TiJpI9FJrpCJEAnOjMKIQiHDUDBFCFCIX9k1S6zefWu2CeyspbXF5ndsTNr m0skhwPRmnk0X8Rvx/frCQQCOJ3O2LbL5Wo1EsliscS+a5rWql/Q9u3bKSgowO12J+z3+/28//77 Cfk7itPpJDMzk9LSUgYNGkRVVRXjx4+XjpNIejnJ+ih0hVjoVB8FIQTChGAoRDgcbiEUIv8K0Xye UDEMGU2QSA4Wm82G1+vF5XIB4PF4sNlsnbrHrFmz+Oijj7BYLIwcOTK23263M3v2bOz25MvMjxgx gnXr1sVEQ7RfhEQi6f0iIVmfhc6gkLjUdoeFgqIo6LqO1Wqjts4HSmuRYDaLhFDYxKLbsVgsMpog kRwkgwcPZv369RxxxBEArFu3rtNNAHa7nWOPPZaPP/4Y0zQZPToykUphYSFffvklEydOxOl00tjY yObNm5k6dSoAGRkZqKrKhg0bGDt2rHSGRNKBGnwyuir83xmR8F3EgqKoBy8UojWcjIwM/H4PoXAo IhCEiCwkISKrWDd/JdOdQWpamhQKEslBUlxczLp163j77beByKiHg5mJLV4sCCEoKipi1KhRsRdI IBAgNTU1JiKijBw5kq+//pqsrCzpDInkEAuOjpCsj0Jn762goKigioMUCqqqkpaWjt3uQAiT9qZJ sFgs6LouU4BEEseZZ57Z4W1N05g8eTKTJ0/u0L1a7ov/brPZOOGEE+JqDQqjR49uJQ7i8fl8DBky RDpNIunGaEF33+Ng7q8pKibmwQmFqFhoq11TIpH0D0KhENu2beuRsKlEIuldKIqCGjcoUlb5JRJJ Ai+99BKKojBx4kRZKZBIWuB2u1vNZ9LR63rbPTqKFAoSiSSBZE0aEokkQl5eXqvVF/vqPZJHEyIR hfhZlaVQkEgkEolE0koxqKoihYJEIpFIJJI4faCqqJoaGSbZWaHg8Xjw+XzSihKJRCKR9FEcDkds EreO0mGh4PP5yMzMlFaWSCQSiaSPUlNT065QUBQFRVUBpfkjmx4kEolEIpHEhEJEJCiRXo1SKEgk EolEIokTCqqGquly1INEIpFIJJJkQkFFVbVYNAEUKRQkEolEIpE0ywJFR9ESV6k9JCs2OZ3OXm2o 3v580nbSDhKJRNItqBooesKny4WC0+ls9TmUL85kz9OZZ4k/t6v/hksuuaTdY48//nivK3DibZib m8u8efPYvHnzYVHIy8JfIpH0f6FgBUWNTtEYmXipO37H6/UmfKL7DhUtn6czz9Kdz/3xxx+zc+fO Vvt37tzJxx9/zIUXXnhI7XYge5aUlDBlyhTmz58vM5dEIpH0B0yjtXY41LU0wzC48847KSgoICsr i/nz5+PxeHrMJoFAgKuvvprs7GwKCwv53e9+l/S54//tqprlVVddxaOPPtpq/+9//3uuvPJK7HZ7 wm+1Z6sJEybw7bffArB7925cLhdlZWUAfPvtt0yYMKHLbZeVlcWiRYtYv3590uM7duzgvPPOIzc3 l4yMDM4880wqKytjx0OhEIsWLWLIkCHk5+fz8MMPdzhdrFq1iqlTp5Kenk5xcTGPP/54j+alzqRb p9PJsmXLGDp0KNnZ2SxYsIBAICBfSBKJpBciQBhghmMf9VA/0m9+8xu++OILVq9ezY4dO7DZbNx+ ++099vv33HMPlZWVbNy4kU8//ZT333+/3chCZyMS7XH11Vfz7LPPUl9fH9vX0NDAs88+y9VXX90p W51yyil8+OGHAKxcuRKbzcbKlSsB+Pe//82pp57a5barrq7m17/+NePHj096/JxzzuG6665j586d 7Ny5kzFjxnDrrbfGjt9333188803rF69mpKSEnbv3t3hdHHFFVdw++23U1FRwVtvvcXatWt7dbr9 6KOP+OyzzygpKaGsrIx7771Xvo8kEkkv1QrhhI/y+IvvCYDPPn6fPy69e/95QiTUeqqqqjo0M2Oy 2rbX68XpdMYK2PjvxcXFvPjii4wZMwaAiooKpk+fzo4dO7o1khH9/ZEjR/Lmm28yYsQIADZv3syk SZOSPmv8967iZz/7GYMGDeLmm28G4MEHH2T79u089NBDnbLVqlWrePrpp3nqqac466yzGDduHCUl JfzrX//ikksu4dJLL+Xkk0/uUnu6XC6OPvpoli5dSlFR0QFt5PV6KS4uZteuXQCMGjWK119/nVGj RrU690DpoqioiOuvv5558+YxZMiQHol+xaebAz1fy3Szbt26hDR22mmnsWXLFvlCkkgkPUpNTQ3Z 2dmx7ddee41zzjkntv3sX5dw7vdngTBj+7pleGRnCtPS0lKmT58eEyemaSZM9NDdz1NeXk5hYWFs e9iwYT3qtOuvv55TTz2VG264AUVRWL58Oa+++mqnbTVr1ixuvPFGvF4va9as4YknnmDs2LF4vV7W rl3LihUrety/n376Kbfddhv//e9/Y2H5eN/u27evTXsfKF0888wz3H///TzwwAM4HA6WLVvG97// /W79G+MFRGfTbcs0VlFRId9YEomkT3DImx7y8vLYuHEjjY2NNDU14fV6e7SPQl5eXkL0Yvv27T36 9w8bNoxp06bxz3/+kxdeeIFJkybFap6dsZXD4WDUqFEsX76cKVOmkJ6ezpQpU/jjH/9IUVERdru9 x3170UUXcfXVV7NlyxY8Hg/79u1DCJHw97Rl7wOli6lTp/L888+ze/duHn30Ua6//vpenW5bprEB AwbIt49EIpFCoSNceeWVXHvttWzdupVwOExJSUmP9qL/4Q9/yC233EJVVRWVlZWxJoBkpKens2nT pi5/hhtvvJGHHnqIhx9+mBtvvPGgbXXqqaeyZMkSTjjhBABOPPFElixZ0i39EzqCz+fDarVit9vZ uXMnP/nJTxKOX3zxxSxcuJC9e/dSX1+fYPsD/a2XXXYZJSUlBINBTNPEMIxenW5vueUWKisrY2ns /PPPl28fiUQihUJHuPnmmzn22GM544wzyMrK4kc/+hFnnnlml/5Ge/Mo3H777eTk5FBUVMSRRx7J 8ccf326Bfuyxx3b5ePpp06bhdruxWCwcffTRB22rU045hbq6ugSh0NDQwCmnnHJIfPvnP/+ZxYsX k5OTw+mnn86sWbMSji9evJiioiKmT5/OmDFjEsLzB/pb586dywUXXEB2dja33357j4966Gy6PfbY YznyyCMZM2YMeXl53HbbbfLtI5FI+gRd3plRIpG0Fqq9cT4MiURy+NGxzoyzu68zY0d6i/f0C7o9 DvXLu6ORid5SyPR2e/aUT2ShL5FI+ncIQUvY7FKh0NteoL39hd7XCpzDoYCUIkAikUihoBDfM0Gu HimRSPEhkUgk8UohbplpKRQkEolEIpEk6AQF2N/8oEqLSCQSiUQiaYsORxQcDgc1NTXSYhKJRCKR 9FEcDscBzlBA0SFucrwOC4Xa2lpKS0ullSUSiUQi6aMMHDgQl8vVjk5QImKBgxAKpaWlHHnkkdLK EolEIpH0UdauXcvgwYPbEQqteyQcVGfGr7/+mq+//lpavBcwceJEJk6cKH0jbSSR6alX2mfVqlVs 3LhRGuYQUlxc3IkZepXvLhSimeLiiy+W1u8FPP3007HMKX0jbSSR6ak32ScqEqZOnSoNcwj5/PPP ATomFhQlrvnhOwgFmSl6B+FwmIsvvpinn3469tKSvpE2ksj01FvsExUJbrdbGucQcuKJJ/LOO+90 MKqgYCpWVMIHLxQkvQPTNAmFQui6dKG0kUSmp75hH4fDgcVikcbqIUKhED6fr/MLGSoasH+thy6b R6GoqAin0xlbAbDlKo2Srs2QwWBQGkLaSCLTU5+xjxQJPY/FYiElJYVwONw5kaComJoTU3OC7uy6 iMLu3bv55/mn8cN/rMTpdHLVVVfh9XrlynldjBCic06XNpJIZHrqBfaRIuHQCLhQKNS5i1QLqm7v vtUjP2+eZ2H+/PlMmTKFs88+G5fLJcVCF2ZIwzCkIfqJjXoiX3zX3zjQ9d/1uExPMr9JepnAjQ6P VC2x7S6dwnnFul3MmDGDcePGMWXKFAAuvfRSVqxY0W4zRFvHZNNFotNF3ExZEmkjiUxP0j4dp6io SAq4Tt3EiHzMUNdGFGbMmMFZZ53FvHnz2Lx5MxAJN82bN4+KigoZWfgOTpdIG0lkepL2kfSIgItr doAu6szodDo5/fTTufbaa2MTbbRsjzrttNMOGFloD7/fz7XXXkteXh55eXlcd911+P3+hGdYsmQJ AwcOpLCwkFdeeYUlS5YwaNAgCgsLefvtt2PnGobBnXfeSUFBAVlZWcyfPx+Px9PvE1AoFGLRokUM GTKE/Px8Hn74YdatW8f48eMTEpYQgnHjxrF+/XpWrVrF1KlTSU9Pp7i4mMcff7xf26gz6agjafKx xx6juLiY9PR0ZsyYwfr165P+7ueff87IkSP5wx/+0G4araurY8iQIVRXVyf4taCggKqqqqT3XrZs GUOHDiU7O5sFCxYQCAQSnjGZDTp6fUeOH875rr3843Q6efTRRxk9ejSpqalt5lGJ5FALuO8sFJxO J/n5+bz++utMnz4dRVFQFAWr1YoQgquuuorzzjuPH//4x1x11VVkZ2cflFi46667KCsrY926dXz9 9dfs2rWLu+++O+GciooKNm/ezF133cXll19ORUUFmzZt4q677mLRokWx837zm9/wxRdfsHr1anbs 2IHNZuP222/v94novvvu45tvvmH16tWUlJSwe/duJkyYQGpqKh988EHsvPfffx+328348eO54oor uP3226moqOCtt95i7dq1/d5OHU1HHUmT7733Hu+88w5lZWV8//vf55prrmn1ey+99BJnnXUWjzzy CNdee227adTtdnPeeeexYsWK2PUffPAB06ZNIzs7O+nf89FHH/HZZ59RUlJCWVkZ9957b6fscaDr O3r/wzHfHSj/rF27ltWrV9PY2NhmHu3PFBUVsXz5cqZNm8bMmTN5++23Wb58OdOnT2fmzJl89NFH sXMDgQC33347U6dOZerUqdxxxx0JorSoqIi///3vzJkzh3HjxnHWWWfx7bffJv3ddevWMXv2bJ56 6qmYiF22bBkzZsxg0qRJLFy4EJ/PR0NDA0cffTS1tbWxa8PhMDNmzOi/TjFDiR9hfHeh4PV62bp1 KwAej4dfXfD/+OmxU7l+7snYbDZcLhfvv/8+phkJZezatStp80N0OGX8J57nnnuOJUuWkJOTQ25u LsuWLePZZ59NOGfx4sW4XC4uuOACPB5PwnZ8gnnyySdjtcTU1FTuvfdeXnzxxX5fAP7tb39j2bJl DB48GLfbzZIlSwC47LLLeOKJJ2LnPfHEE1x22WUxv5SWllJRUcGQIUNiNd7+TEfTUUfS5COPPMKg QYNwOp3ceOONfPXVVwnHf/e737Fw4UJefvllTjvttA6l0Z/+9Kc8/vjjsd7ML730EhdeeGGbf8/S pUvJzc0lJyeHpUuX8o9//KNT9jjQ9R29/+GY7w6Ufx544AGysrIOmEf7M1VVVfz73//mZz/7GTff fDNVVVV88MEH/OxnP+OBBx5IyCsVFRWsWrWKN998k7179/Lggw8m3Gv16tX8/e9/Z+3atZx00knc dtttSaM8P/7xj7n77ru59NJLAVi+fDnr16/nxRdf5JNPPsFqtbJkyRLS0tKYO3cuf//732PX/+c/ /2HSpEn9PDRhJPRR6NLOjIqioKkK80YMJNdpwzRNPB4PxxxzzAF7X3q93laflrW8YcOGxbaHDx9O ZWVlwjkZGRkA2Gy2VtvxHTtKS0uZPn06qamppKSkUFhY2Ope/ZF9+/Yl2DDK+eefzxtvvEFtbS01 NTWsWrWKH/7whwA888wzvPfeexxzzDGMHj2aV155pd/bqaPpqCNpMjMzM6HQaJkPHnvsMS655BIm T56csL+9NFpYWMhRRx3F888/j2mafPjhh5xxxhmtBHeU6NwmAMOGDaOioqJT9jjQ9R29/+GY7w6U f/Ly8jqUR/szP/nJT3A4HMybNw+fz5ewvW3btth5r732GrfddhtZWVlkZ2dzxx138Oqrrybc6557 7iEvLw+Hw8Hll1/ON9980yq//fKXv+Sxxx5jzpw5CaJ/8eLF5OXl4XK5WLhwIW+++SYQGcX37LPP xvLuW2+9xZlnntmPRYIJIpwQVejSzowt20d8Ph+//e1vKSwsZPv27Zx88slttqEcaH9ubi7bt29n xIgRAGzbto3c3NxWbevt3TO6nZeXx7vvvsugQYM69Az9hby8PLZt28aoUaMS9qenp3PyySfzt7/9 DSEEp556KmlpaQghmDJlCs8991xMiS9YsIC5c+f2bzHdwXR0MGmy5b4333yT0047jbS0NG688cYE X7WXRm+88UZuuOEGCgoKmDFjBjabDSFEQpt/9NyWzzhgwIDYMV3X8Xq9sTXqa2pqWj1je9d35Pjh nO8OlH9a/u1t5dH+THp6OgBWq7XVdrwwr66uTlj1sKCgIKGvDpAwVbTD4WjV8/8f//gHZ599NuPG jUvYX15eHiv8hRCYpomiRNY6GDx4MJMnT+b1119n7ty5rFmzhsWLF/dvp5gG3TIzI4Cmaa2EQiAQ wOv1dn7Shxace+65LFq0iKqqKiorK7nllls499xzD+peV155Jddddx1bt24lHA5TUlLCj370oz5V eB3M9RdddBELFy5k79691NfXc8stt8SOX3rppTzxxBM8+eSTsWaHqJreuHEjwWAQ0zR79ZjprrBR T6fJQYMG8eabb/LEE0+wdOnSDqfRKVOm4HK5uOOOO7jgggva/Y2f//znVFZWxp4xGi0CmDBhAg8+ +CBer5fS0lKuv/76Tl3fkeN9Nd91RXrqbP5pL4/2N/vE3ye+p35b21lZWezZsye2vWvXLrKzs9u8 tuU+gP/93//ltdde47HHHks4Lzc3l3feeYcNGzbwzTffsHHjRkpKSmLHr7jiCp588km++OILpk6d GuuD19s+XeOQMJiBhIhClwqFQCBAmtXCC1v2UOcPUl9fj9VqjSmzZI5sy8Et9995553k5uYyfvx4 JkyYwKBBg7jjjjs6lMBabt90003MnDmTuXPnkp2dzeWXX868efN6pePjnz/az+NgM+IvfvELioqK OOqooxg7dixDhw6NHZszZw4NDQ14PB5mz54d23/GGWdw/vnnk5OTwx133MFf/vKXfm2jzqSjzqbJ ZC8uIQR5eXm88cYbPPPMM9x///0dTqPXX389paWlzJw5s12bzJw5k2nTpjF27FgGDBjA4sWLY8cf ffRRXnnlFfLz85kzZw6zZs1q9YztXd+R430133VFemov/yRLH+3l0f5kn4PhjDPO4P7776empobq 6mruu+++WJNbZ6KqTz/9NM8//zx//vOfY/vPP/987rjjDnbt2oVhGGzZsoWFCxfGjo8fPx6Hw8HS pUt7fbNDlwyNNIIJn+/c9PDmm2/yyIqHOOH047nj14vRZh5FY20FjXW1XHTVeezZWsYZPziNxsZG ph1/BMedNpPcvFz++Zd/xe7R0NCQNMHF77darTz88MOthgtFj7e8x4G2b7rpJm666aak9+rVEaFO PmP8xBuapvHAAw8kdBCKv1+0PS/+RXD22Wdz9tln9yk7fRcbdSYddTZNttwX/z0nJ4fPPvss4foD pdFdu3Zx3nnntVubaGhoAOCGG25Iep8JEybw4Ycftqr5xz9je9d35Hhfz3ffJT21l3+SpY8D5dH+ YJ+WBVpHm/puuOEGfvnLX8ZWQPze977H9ddf36mmPiEEOTk5PPXUU8yfP59wOMw111zDlVdeGYug VlRUMHLkSBYsWJBw7eWXX869997L1KlTe31z2XdKM2YoElWI4zsLhUdWPMSkoiMA2LgnMkZcQyfL nUOWO4erL/kJb61eCUB2TmT41t9XPNcnCuW+nghM0zxs56jv7zZqaGhg+fLlvPzyyzIvyfTUZ8XU hg0bEq5tb9tisXD33Xe3GoIcPd7y2pb74r9nZmby8ssvJ1x/5ZVXxgRDsr9r7969zJ07t8/MSHnQ 7wURRphdKBRM0yOa4CgAACAASURBVOT5p1844Hnz58/vczX33s6BEqpc7a7/2igzMxNN0/j1r39N bm6uzE8yPfUJ+4RCISwWS58UU01NTfztb3/jscce61P57WAEjTBCmKbRNUIhHA5/5w6Kku9GW6ux Sd/0bxvF9/SWU+nK9NQX7AORzu2apvU5O02cOBFVVVm8eDE5OTl9Ls919nkNI4wR3i94FZTOC4WJ Eyfy9NNPc/HFF6PrunxzHGKefvrp2LTZ0jfSRhKZnnqTfYqLi/n888858cQTcTqdfTLiEj9JWl8V 5itXrqS4uLhD55pGGDMcF1FQDlIoRBODpHeo3fiXlvSNtJFEpqfeYp9ox8N33nlHGuYQUlxcHPPF ASMQpmjVvKJ/14Qg6b2ZVCJtJJHp6VBzyimndLiQkhx6hICwYSZETzosFAYOHHhYLAgkkUgkEkl/ ZeDAge0eN4UgHDYw44RChydcKisri60Meag+s2fP5tZbb6W2tpa6ujpuueUW/vSnPyUcT3ZNZ67v 6P2ffPJJbrrpJqqqqvD5fNx///08+OCDbT77ihUruPnmm6msrKSpqYlHHnnkkNtT+vPg/Tl79mzu vPNOqqqqCAQCPPnkk1x99dXSn33Un7///e+59dZbqauro7a2loULF/KHP/zhsM+jB/M+O5At4/3U kXPvueceGhoaZD5s8TnyyCMJhUKxWVE78gmFQgcUCpEprA1E3KfDEYU1u3pHJ5Tjzr2GzU0pABx/ 7rX86b6FTDnjinafM37fga7v6P1feOlVrrjlV2zzpYMPpn//Cn77i6s45pzrkj73y6+9wYLFS9nu d4Mfjvp/C3qNTaU/O+9PgBMuuIFtvjTwwchjz+GvTzxx2Pu0r/pz5aq3ufb237Gp0RXx7Q+v44/3 LeTI718lq6CdfJ91xJadOfeYs37MxnoH1AdlPowjGFxNXV1dwqqzB2LlypWsXr2amTNnti0UiDQ7 CA6i6eGoAmuvMM5pU4eiqpFAiDFoKEsbahOeLdlzxu870PUdvX9DbRW//cX+xBxdRKQtOzXWVXPa kUNbrYdxuNNX/QkwZ2x23JYV0zB6TT6R/uycP5vqazntyPh7F7K0oe6w92dbtPc+64gto987cu7J E/PbfZbDNR9WVFR0SiQAnHDCCbz77rvtnyRafel7EYWVn+8ke0Bk9bnKsj2kpGfGnk3VND7a0ojF Glke2NvU0OrZ27u+I8ej31Pdmfz0rkdIz8zpkJ1S3VmsXLuTnPzB8i3TD/zZkdqx9Gff8WdKekbr e6dlyKhfG7T3PuuILaPfO3OuzIeJDLN3z31N08AUBqbZhyMKHzz3R37xi18A8NzDf2DuaafEnm3U yJFs+ehfnH/++TQ2NvLwiodbPXt713fkePT7eeecxaqnf8eNN95Ifn4+u3bt4qmnnuJ//ud/AJg1 a1bCHPpnzj2N9579PYsWLcLhcPCXv/yl1fz4hyN91Z8dqR1Lf/Ydf55+6sl8+K/lLFq0CCEEzz38 B07/3skyotAG7b3POmLL6PfOnCvzYcuIQncJBRPzYEc99BaFllk4gQsvvpSA38fko49nwskXx57t 9Etv4tkVS/jrE0+Q5s5kzvcvAN5PePb2ru/I8ej3UbPPY0+9wbU/vZGG2moGDC7kpP93UZtKeNxJ F7G9YjkXX3oZQsApZ18iayt92J8yotC//Dn5e5ex/clHOPe8yBLZk44+nkmnXirzaBu09z7riC0P 5lyZDzseUUgmqDqKQCBazKOgPP7iewLgs4/f549L9y+2IYQgEAjEtqMr20kkEolEIjnUEYXkfRSi S8UDrcRCIBDg3XffTVie+7XXXuOcc86JbS9fcj1zT5iecF2fiyhIJBKJRHK4kyyiEC8SDjayEBnx 0BxJ6KxQkG11EolEIpH0lohC+yLhYMWCaZoITBShxASDjChIJBKJRNLHaBlRONg+CS0RQmAKEyUW T5ARBYlEIpFI+hzdNeoBaB4a2YdHPUgkEolEcrjTXfMoICIrSMYjIwoSiUQikfQxuiuiIETkf3HT KMiIgkQikUgkfY0j8tysXLmSE044ocPXvPvuu7jd7nbPMYWJECCE2XmhICMKEolEIpH0DpxOZ6zw 7yhut/uAQgEhMIWR0PwgIwoSiUQikfQx5hQ7KSgooKCgoFPXNTQ0HOAMgWmYmMiIgkQikUgkkhaY pkhY56FTQkFGFCQSiUQi6R3MKXZ2n1gADmp4pIwoSHqaBx54gNraWiwWS7f+Tn5+PkOHDiU9PZ2i oiKys7NRVVU6oJv9KYRAURTpT+lT6dPehNi/KFR00iUZUZD0Wmpra3nrrbdoamo66BdDyxBaMsLh MNu2beOFF17gz089y9GnnosrNV2+iLrRn5mZmZimidVqlf6UPpU+7WURhahQ6PQUzjKiIOlpXrFY cDqdbN26laysrIN6+UT/Nc3966urqhqr9SiKghCCtLQ0FixYQF7e//F///cUCxYswOVyycKlm/zp drs7VEB0pjCJP1f689D6NBwO86Mf/Yizzz4bwzD4wQ9+IH3ap4IKAiFnZmw2hGliGGGMcBjTNJrD ZiqargEKpmkQDvhQQ/UU5Tv4+pt1eJQhuDKycKWmYbHYUDVNpqpuZtiwYR16GbR88QgR6ZQTDvkJ NO1jb3kTAwcXYrVasVgsqKoaO6exsZG8vDx+8IMfEAgEeHjF/3LknHmkZcgQZ3f50zCMLhMHLcWh 9Oeh9em6desYP348n3zyCTfccEObPlVVlSeeeAKA+fPnY5qm9OkhjigIEleQPCwjCkIIDMMgHA4T DIZQFAW71YqvqQyfP4zHB0KxoCgKLqcD1fSimx6a6rcy0Lqbnfv2kZEykYIUHbfbis2moUmx0D21 leZ/t2/fztixY9u1c1uFimmaBLzVlK1ZwcPP/Jdb7v0DmZmZsahCNKJQW1uLEAKn08kZZ5xBfX09 X378f1x44YW43W5ZuHSxP4uKirpEJCQ7T/rz0Pr05ptvZtmyZbFzli5dGhPkyfj4448TjkmfHlpM YWIKgSkOw4hCNIIQDocIh4LYNBie52JIlh3dqEILNaKZISqrvZRVhZk4YSwW0YjpL6WxqY6grwar bpDq2MfqtU1srhZk54UjkQWrXSbSbqSwsLBN+7b18om+mEzTJGRo7N6qcdQRx+P3+/H7/Vgsekws CCHw+Xzs3buXpqYmPB4PM2bMQNd1/v76R0yYPhurzdEtnbQOZ38miygcvEDYP+Ws9Oeh9enSpUtp amrinnvu4ec//zl//etf2/Xrhx9+mBA5iFYI0tPTueyyy/jtb38rfdqTEQXTbG6qPUwiCtHCwjAM QqEw4XAYhIk7PZ20FBXCDdTXbKbRH6C8vILaBoW8gUOZWJROXc1uvE11BAONhIMNhMNNGEYYd4qd 6cMq2VT2CekZMygYUEBmphWbzSIjC91UW9m1axfFxcUx+7b30onvkxAOhwkEApEXi9fE4nBQWVmB pkWiQEKArmsYRpjq6mr+8Y9/4Pf7CASC6LrGuHHj+frD1zj7xGlkZ7u6ffTF4eTPUaNGdVgctCcK 2hIKNTU1/POf/8Tn80p/9rBPo4X18uXLAcjOzmbJkiVt+nTfvn0J+++55x4eeughqqureeSRR1i2 bJn0aU9HFQwjwUf9NqJgmiamYRAOh1DMEFmpFgZm2slPB4uow1NTjcfTyJ49FWi2DBQ9h/HjcjBD TZTvXkcoFMAwghghL0bYixkOEQwHMMNBdEVhYOp2PvsixMbyo8gbPIyUdLfss9BNZGdnx14+7UUQ ohiGgdfrZfv27Xz11Vf46kuxVVWzYeeXlGz9FD1zFJMnT+aIIybjcDjRNI3jjjuO0aNH09jYwI4d O6irq2fjxhJqG32s2VpPticFi1VIZ3SRP6O1z474s22/JwqGyDmR4XknnXQSxcXF1NfXsX37Durq 6qQ/e8inNTU1LF68mCOOOILi4mJmzZrVrk+rqqoihZGuA4Jf/epXfPTRRwQCAWbOnIkQpvRpD0YU AEwh+vdaD9EIQiAQIhwOo6oq2RkZOO0KIV8lIV8TjQEP1XUeduwoZ3TxZBx2HX9TKXUVmzHNEAgT IcIIszk0aoJhmIhwGCMcRAiTVKedoszdVJXDgCGpDEqz43bbsVp12QzRxbUVr9ebtI0z2bZpmoRC Id5++21effEfTByRTkG6ScgUFNlKyXBWs37HZp787CM+GD2BmTNnMm7cODIzMxg8eBCKMoT8/IF4 PB6GDBnCypVvMG6ARsEQKzabHPnTVf7MzMw8yMhB251Wo6iqgs1mZdiwQkxTkJ8/kKamJunPHvLp Z599xtSpU1mzZg0XXnhhC3+171MhIp0aZ82axZVXXhnbJ33ak2Voc0X7YIRCX4goCCEwwmE0JUxu qs6QTAc5aQpBTzmN1fUgBKFQiPLqJsIinePmHEF99U5qy78lHA4138REiEhNJ7KKVghTGEAYlDCK omCaPhQcZGSkYwZKWPNRmIyx3yN7gMCVmo6m6zK1daFPw+FwkgKi9QsnKhL9fj973rqXxfMmkXXk PKrWvsy+gErYCJOaEiB/lJPjRzXy7jdv8/RjnzFgyAhOPPkMpk2bRkqKC6fTiaIoZGdnEzBgXVmI ciWIxSrbtLvKn9HCfb9P229OSL4v+n3/v6YZiSpERi1F2rtTUlzSnz3o05NOOgmAyy//UfMqhG3n 21AohGherTAYjFTCHnroIR566EGEgCVLftPcl0X6tKciCqI5miDMfhpRME0Tv98gJzuX9BQdv6eG xvpSjHAAIxxCUxUqqqpp8grGjptAVdkm6qp2gKJGF+GOjbePbBoRYwkDIRQULCgqaKQQ8FTjrfVQ v9tDXeNuRo2rZVR6Nnl5KjabRXaU6sLaSlpaWodqnZFoQpCmnf8hTfUS2LqKRsVPWlYx7hHZhJpG 4avaScP2D7A6dM4+uZDT/X5Ky7fy3PP/ZOTIEaiqgsPhxOl0oKoKdl1hQr5F1la6wZ/Je8IfWDBE mxiitZ+WoiPyrxm7VtN06U/pU0mnhILov30UjHAYr6eRuQMG4vM38fWGLQwbkkd23jAC/gY8jdVY bX6aKkoxBdid6VjtKQT9TTEDRaIIonlehebIgilQFQVV1xChEI1NVdRVVlH5rYHYI9jkCmLbUU29 JY8cfzo2hyKFQheyb19ZkgmXWr5oInNi+Co249uyik/32jh63ACeebecsFrPGUfnkSlqyJxyFo7M JhpK/o3FFuDbbRr5adkEgwEaGhpxuVIQQhAIBFAUFX9YyBpoN/gzI8N9gMIkecSoZafFaDtqTNwj ErZVFfx+H42NjdKf0qcyotBRoWCaB7fMdF+IKIRCCjU1YKOJsK+UaVPH4vebrP70S8xwgLy8AThd GWS6g6z592scM/MMsvNHU1X6LYGAd79IMAyEGUKYBooiUDUdwzQINNZTV7ONun1h6r4NYzVUssZa 0PeY5NpDjM4UDB9swem0yH4KXVRbEUIwfPiIFtGE1rUR0zTxN1bTtPktGlxjaQh9iG5PJZA6GFvG MD4p81H+5lou1D5g51fv8ta+4XhsQ6ipa+KK47IQYh+BgJ9QKEh6ehrp6W5qamplbaXb/KnE1Vo6 28RAc7g6sYCJL1Dia0ZOpxOHw0l1dY30p/SppEMRhf0Crd9FFMKhIA11AXLy/KievTTUbsHhymXa EcNo8Ops2rSJb/77AS6LH6OqjL99soFjL5nP4EFj2Lf7G/y+xv0hLmHEFscIBOppqN9HdXk5nr0G 4X2CNKGhpysoGoQMwc7qIPq+IDWWADaH7NDYlWzZsoUJE8bHwpItXzxCRIZCenZ+QlNIZVujDcMw 0ZwuxhUN4JPPShipl9DorMUy/Husev4/VLgGMX7EOLTdu1BUA0FzBx4zMgNcbW0dmqbJGmg3+XPs 2LGxl77VauVXv/oVN9+8EKvVRiAQwGaz4ff7AbDb7fh8PhwOB16vJ+FFlpKSSmNjQ6u+CvvTRsSf Ho9X+rMHfRqfR+PzbUuxv19UtO5vIn16aCIKkeb3xBky+1VEIRiEaqeFFJuC12MizDCehj00NezF 7nBzxMRCxowZx6aNX7Fl/Rc07n6L//39g1x9y2KyBgynsmwLwUAjRvP0lUKBhvpyGuq3U1XWhHeL iaVKweFU0Z2gWBUsNgVdhUHpKmNydUYMtuJyWaVQ6KLaCgiGDx/eZggz2oExGAxQv+ldPq8rZOUH rzHG3UBg37eMTdlL5pGTKauYyqurg5weEuyp9rJ9zybq6upxuVyYZjrRjnBCmDgcDux2B7W1MqLQ Xf6MvvijPPjgg1x77bWtao/7X15G87/7C5bkNSAR18ZNrPbpdLqoqamW/uwxnybvg5C8iYEEn7Yn EKRPeyqiIA5OKPSViEJ9bZCBBToKBorSXFgLE29TFd6mCnTdzqTx45hxzDFs2XIm27/6kJeW/Zr5 dy4iJ38UFWWbCYWq8PsaqaveQn1FHXXbGvFtN0kzNFSXgpamYE1RUK1gcSiEBeypN7CVh6izBbE5 ZNND1yVa2LFjR3NtxWzRizpSuIdCYXbs2EH5jhK+3fpfFpwwgMKpi7FUr8e7+xVGZLzMoIFH8siU 0whXr0MRJjU1NXg8Ho45egoqfgzDwDDCmKaJx+OhsbEJXddlDbSb/FlcXJxQWEyaNIkVK1Y0n2PG /m0pGqJpIF5k7F8fQOB2Z1JTU51Q0Hg8HrxeH5om/dmTPm3ZhNBaECSLGpB0NEzLe0ifdu88Ci3F eL+LKFQ5LKTaVTyNeiTBmpGhdaoKpgmhoJfy3Wuw2tIYkFlI7kmnM/boE/n6i/c55vgzqa+voKp8 O9XlG6nbXkFtSRBHlUKmVUfPVNAywJKuolsiEQXdDhYVBqdrjB1gYfggCykpMqLQdbWVyGQu0U6l pmkQDhuxGqaiKAQCAf785xVcNDrMzxZehC3zWIKeXfhrarEPzcOaPhijMYXQ1y9RV1MHqJimyUlz ZvKTH0xmzcrHCIUyMQwD0xTNi0ZZqaurk7WVbvRnpACI7LvmmmtaRRTiFwgyzdaFSMv2biEE1dVV CYWKEAKLxUJqqk5trWzP7imfthzFsL95QSSJAtEqmpAYRWgtGqRPu1/89dtRD5GIQojBw4iMUlBU TFUHM4yqCkCLzDiFIOivp2LvV1hsLizWVCZNOw6LPZXs/HGsXb2Syq/3wWYDl0/FalFQ0xT0NAWL U8Gig8WmoFhBszVHFOrC2MpD1FpD2J1BKRS6MAzm8XjIycnGMAzKy/fx4auPM2rqqQwaXICmaYRC IUKhEJW1KmteWMvFF4/DoikQLEfLnM62XT7KNpRQX+Mj1x7GMHRCoRBX/fBklC/vw6gpQ5gZzTMF ms1juyMz/MkaaPf4MysrK6H2eeqpp+JyuWICISMjg40bNxIOG80jXkSbYdFIk1FkX1ZWNtXVlQlh 6sgU7iE56qEHfdo6mpBcICRGDEjwcbxAiL9W+rR7IwpCmLTsh9ovIwppNhWPqoFpoKJgqoAJqmoA OqapAGEU0yDob8TvrcXm8JKW5mTo8NG4KkM0rhdoQgUFNEtEIFidCrYUBd2uoNnBFKBZaO6j0BxR GCwjCl1dWwmHw5imIBgM8vnnnzOhOJW3XvgffPpIjj7u+7gzc9BUk4C/ln+88h6PP/MJ552QyenT x7HttWeo1BWswqDGBKemkJ9tMNALKVYf67aV0aSnYTZPxhUKhZoneIoMcZW1le7xZ7RA2R8pMLn6 6h/z85/fimkK7r77bk466WQA7r77rlh0IT19/xC8mprI1L+ZmfuHzlZWVsT1Y4jUjCLNSpEIlPRn z/o0URy0NZIhXgy0bl5sHTmSPu1OTAHCPMhlpvtSRKFguEBVdVQ1EqJW0CBBLGiYgEJkN2gE/DV4 m8pITc/Ft3YXdkVFIFCsoKaA7ooIBatDQbcoqFYFQxGoupWwCXvrDewyotAttZX09LTYZEoVZbuY Pjybs8+YzFfr6/jygxWY1sGMGxFkmCvINZcM4K1397BmbQNi+1Yyh6g4BShBkwyXyrA8WFeqctYs k2D956SNGc28ieP5+81f8OWXX5KSkkJqaio2mzUyy6OsgXaLP+NrjZFRC4JrrrmGBQsWIITgsssu 5bLLLk2oidbW1iTUUE1TUFVVGVeIiCQ1VIGu6+i6HhlCK/3ZIz6N7zXfdjODaBV1aN1pOXESJunT HogotJi+ud9GFFKsKn6vhlC1iD4QBpgqqHpMLAihgKKBKlARCNMgHPSi6VZUe2TYo2IoKA4iTQ4u BYtDQbcqWOwKqg6KUFAsTnTVJyMK3Vhb2bt3L253RmTYYuVeFC2DxtLXGVMwgpGjJ/Gf1V+xuWQL OcN1cocP4XtzoGbXVlIbTXy6lQYDcjMUAl6FklJITYVjJuWQkWbiHpvBi+9uQyvdwZerPQwdOhS3 200oFEJVVVlb6RZ/lpKVlRUbhtWyk1tiAdOyySFZb3paCYT4f32+yIqgmqZJf0qfSjog/BCJo5L6 aUQBrKqCEHokchANHwgBioYAVK15QlChoxBRoYoCiqKi6QqaEwiAlh4Z4WC1RUSCbm2OKFgiUzpj SSEs/DKi0I2JduTIkfh8PrZs3sL4Mbko+NE0FX/DBpS6bzj+mBOYc/xEnn3uXZz+coYOG45zSDV2 r59te8M47BpKCI4eqZNqtWAZMJpq08a7H3zKy2vguKOGcM995/CXl76gvr4BTdNwu93s3r1b1kC7 wZ+jRo0iFAo1d05NPtyxrRpntHYZX5Ak71G//5yUlBTS0zVqa2ulP6VPZUThIOifox5sCsGAhqqY oGqRjmlqszAwo60QSmwkRHNXhOb4lolmV9BDCjhBt0XmStCsoFsUdF1B1RUUVUVVbaDpso9CN9ZW TNOkpKSEwYMHU7pnC0dOnoiq7cDmHoriKcfw19NUtgqLLY9z/t8xfLNpH7u2bMXmzGdoeiPu+noG ZbgYOSwDPSWdslqDjz/ZR1Ugl8H5Q7jjxxpGsIq9jQr7KuopFoL6+np0XcdiscraShf7UwjBt99u ZNKkyQQCgVYh6vh26PjmhPiCIrHG2XrOhfiCRghoaGggGAxhsVikP3vIp+FwmOuuu465c+diGAbz 5s2TPu3D9MuIwtARAhsKKCoqIFSBaTYPkUTsFwvRpgkTFDUyGgIh0PRIh0UU0B2g6ZEOjarWHHUA FE1BUe2g2TBM2NtgYi8PUWcLYXPIiEJX1laGDx/OqtefZ2ieheyUMKpIxZkzDc26EX/9DhR/I+FA GeHyNxidN4zhhbNZ/emXbNjchMW0kprqpE5N4dk36rCKEBMnT+ekggYIN/D5ugpqfTbWb93JkMKJ 5Ofnk56eTk5OjowodBOjRo0mGAzEOii2HmefrDNb67U92ipMovuj90lJcaHrFjZtqpP+7CGfbtiw geLiYtas+ZQFC37cxkqhgt2793DNNdeydu3a5lFNZdKnvSKicJATLvWdmRmtpFgVwkENpflloqoa kXnITZTm5UoxiXxXQVXANPbLW4uz2UwCdKuCZok0N2haRGyggKKloqCDomPRFAqzbIzPtzFMzszY xbUVk02bNhHyN+C2Wand9i+c7gIArK5RaLZsAg2bCXlrMAL1BBu+Qg+WM3Gok7e3h6hoCvLRVie5 2xo584ThjBqRjWffB1SVw7rSHNZ/q7GjzCBvYBEzjjqG/Pw8IBJVsFptsrbSDbXPzZs3M3HiRPx+ f3PBcmBx0DqMLdrY33qF0aYmD+FwWNY+e8int912O7///e9j5zz66KNUVVUk9ektt9zC8ccfx/PP P4fForca/ip9ekiqZ/0/otBQF6JguIJD1VCEgWgWBJqqRIZ9CDU61AHV3L9wqaqCokbaIFQFdFVB aJH+j5oe6feoaAopeeNx5U1C0R2g2EC18f0zq8gZNBybewCflZThHDBUrh7ZhQwYMADTPIbX332W FB1Om+WNzJFgS0GzunC4x6E7KgjUbUfRrBjBahxaI0cfOZhXP9jB947L4PTjhtBQt4eSjaV89GUI X9hFZV0Ye8pYTj51LIMGDSI7O4uMjAxSUlJwOJyUlpbJGmg3vIQGDBhAOBwi2SQ88ee11eM9vq26 vcIkWjDZbDbsdjt1dTKi0BM+veeeu2lqauIXv1jEXXfdxSOPPJK0v4EQgk8+Wc2KFX9G1/XYOf/7 v0/zy1/eB8Btt/2Ciy++WPq0hyMKQigJzYL9bvXI2lQ76XaNsEdFqJFhkBgmQhGoaM3NEOFmsSD2 iwU10pFRITL0UQlFxIFmVdB0BUWNdIB0DZjEjsapVJTXxH7XqRfgKQ/jKd/L51+t4tL555OXlyff H11QWwEFn8/HyJEjCYXO4t233uSFd8qZd0IBobo12FKHojvSsdhy0bKcBJp2EWqqxDTBFrSR5rYS NKy89t46XOluPvrPHnZUplE4YgzjJ4+ioKCAtLQ0MjIySEtLxW53oCiRceFy1EN31D7B42kiOzs7 trbGgYfEtR42FyXacS6ZQIh+j47xVxTpz57waVZWNgBPPvkkAJmZmdx11/8k9WmylQp/+cv7eO65 fwJw7rk/5OKLL5Y+7UnZ1zqg0L8iCoYRxueBDXvWkausY9SIAtLT0lCbZ2dEEc3NEMSJhWhkQcSi ABFRoKBaQFX3i4SoVq0or2HXzn3MnDWJs847gQ/f+4KXXvgAgB17KlizrYG8YKZMcV1UWzEMA6fT RUFBAfPOOocvvvicx/75JsdNH8toaxXhUCO2lMEgrNhSh6PbMjCCDVgMCwHTzqatFVQ21BMw7eTm H88Zx0wkIyODzMxM0tLScLmcOBwOrFYruq4TCAQxTTkzY3f5MxgMNufB/ZPzJEYL2loDgBaRg9bR heQvPhPDkP7sKZ9u3ryJX/7yPiZOnMioUSM56qij2lzXYfr06fzpT8v5yU+uQ9f1OKGokKx5Sfq0 hyIK/bmPYqwIcgAAIABJREFUgmnq+P1QUxNk+7Y03n5nLUMGuhg7roi0FHekj0KCWAhFeieqGqoJ ihLZrykKptZsHRUUPdKRMR673cqoogLCoTBjxw/nrTf+g9cbwGFRmTzIxtACqWy7JqIQmXlPVVVc LheapnHUUUeTkZHJqg/epn58JlNHhfFWbcDiysViz0LVM0DP5Ju137Cjwo6nRqdgwslMHzuGvLw8 3G43qakppKSkYLc7sFgs6LoW61ditVrQNJ2qqipZW+ny2qcgIyOjefbLxEK+7WaItmbxa1sgxF9v sViw2TTpzx7y6X//+18mT57E559/zjnnnJW042l0+4EH7uenP72e3/72txiGwZ49u7n11p/zgx+c C8CiRbdKn/YC+lVEIRJVgKDfQYNlMNWqxo6SXWzY8TnHT8lmSGERFt0CionaPGwyMuzBAFVFUdRI OEsDRY0Mn1Sbowko4G8UVG6NZIbUNBcFhXl88O7nzJ4zhSFD8/i2ZCf+kODrshD7lKBMXV0UBtuz Zzf5+fkEAj4UxYGiKIwZM4a0tDQ2rPuCF99dz6nHFOH0bMYI1qHbs9lXWc87H1eSMWg6U2eOYujQ oaSnp5OR4SYlJQWbzRaLICiKktCnxOfzEQ4bcvXIbvLn7t27yc0dgMfTlLAqZPsCQSQtMJLdP148 CCHwer3Snz3o09mzZwNwwQXnH9CnQ4cW8PLL/5cQJZo//zLmz79M+vQQRhQOWigc1WdqyFYMw4bf b8fjSae+Pp+yslLe+2w3+ZvfY/TIIRQMLUS3WNE0HcNo7r1ohhPuoqiRaAJKJKHWeOCVf5uccGEq ioCCwgE4nXZqaxsRQlA0ppDN3+7GblGYmG+REYUuiygIxowZi8/nRVFUdF3Bbrehqm5sNhtut5v/ funmTy9+zGVnTiRbq8HbUMlfn/6U9EGnMHXa0QwcOJDMzAxcrhSczkgEQdN0VFVJWhNNSUnBarWx adNmWVvpJn96vV4SOzMmm3hHtFlYtBdRaFkwpaamYrFYpT+lTyUyopCIaWqYhpNQWMPrtKLmprGp ppJvP9jEqMGlTBozkLxBw5vFAqBE5yc3IDLvUmwo5PZawcrNDvQhw7Bn5hGohqnTxtLU6KWoeCgV 5bWMGDmYjMxUGVHoBjZsWM9RRx1NMFgHCDRNw2ZT0DQVVVWZftTR5OQO4J0v1pBjDbCl5Btq9SM5 bfoxDBo0kNzc3Fjhb7G0jiC0fBE1NDTElpuWNdDu8ee0adPw+bxxkYT4wiT+34MrTOJrqA0NDRiG Kf0pfSojCp2KFB3EFM5H9cEacmThGAehkAuvN5XGxkzKy91Ulu/mvdWljB9eyrARo0h154Gqo8bG QQLNzQ279gn+Xedm0NBhFBUVMXxQDiXVlbz9xhp8vgC1NQ04nXYystJoavTJiEIX11aEgDFjxuD1 NiUk3Eh0QcfhiDRFjB49ivT0dDaXrCezqJCJBYUMHJhPxv9n783Doyrv/v/XWWbJzGQmk30hK5KE PQiCS6OyPFS0Vq2iBauifap860Yrtlae9ufS1rXF7Sm4VK2UilpRH7VYN7Roq8UFkX3JBknIOllm X875/THJJBNAwhJKkvt1XbmSM3PmzOS87/szn/t9b04niYn2LhdCPuD6FgdqrRiNJnbu3CVaKwOk p8fj6bMJUN9tiPvXsvzmL5QoNlsiRqNR6Ck0FfTvm/PIE4XB5ijEFzgJTTMTDikEzEZCyQ68UjN/ 37yXpK2bKCvaTum4sSQlW5Gk6FoKvrDOli8i/NuUSWp+CbYRBYST8tlY2cAn69+hsbGp50ur1+01 W63CUTjGhXbbtm2ccspUgkHXfi0TRVFISDCjqipGo5HU1BSCwSCSJJOQYCYhIQGTyYSiKHEuwjf1 c7vdbjStU7RAB1DPyZMnd7U+41dlPNQXRn+/SHrj8bjp6BCOgtBUOApHypB2FPqiaRqRiIVg0I7X m0xLSwqNjVnsrqugofUzRhe7cKaPxhOUeLdCwZucy9QxYygqKiI7O5u0tDQsFgtlJ6Xi8/kOaF/L skxSUhIOh8hsj5ZXwmG8Xm/XQEb/AedcSxKxJEBRZEwmE5FI1PpUVQVVVZFlOabVNwWfbsxmM4qi sm9fg2itDJiegf36so/1l0l3Gm8ymVEURegpNBX0N/XTjnCb6cHsKOyfMChokQSCWireBBOhVBu7 G/ZS8UkzHfqn/N9eE970kaRkZIOzkHZjNpFgEo0tBpR2HUlKjnZNHIR97UC7cBSOFp/Px65du5Fl mcbGxkMGkGhXU0+Q6hmLIB3QWjsYsiwTCATZtWsX3mBEtEAHQM99+xrQNA1Fkb9Bz/63aA+Goqjo uib0FJoKR+FwEgVdj+3bMewchf0TBgvBoI1AIJn29lRaW1tpbm7n1FnfISEhgeTkZDIyMkhMTMRk MnUtCCI4XuyYMoVrrrkmrsAebwdq1tnlTM63kpUVnU4pEHoKhKZD3lHQj3DBpaHkKMTfEAldMxIK OQgqJoJWJxFTCK+iEJES6HRbUfwKsqwBwiU4nhSdfhHO4tMJhYLomn7c31+SQDUYqfDYqKvTkGWh v9BTIDQd+o5CX4a1oxCfmZqIRCxEIpGuNcQlFEVBURSxE+R/LIkzEM7L+4+1VqKBSIqNcxAIPQVC 06HOgfYzHPaOwv70Lmw6EBYl5z9fdP/D7y/KgNBTIDQdHo6CJBwFgUAgEAgEB00UJPnIE4WBdhQW Xz6TB1e+1+/H/xOcSJ9FcGz12fCvtbz63GO4O9r2u4bQXegjEBoPF0cBSYr+nKgrM3a/R3l5OevW rTuu730i3YfhRnl5OT/72c84//zz4x7/5JNPuPXWW+PKwkDpc/9PnuCB++5h3LhxJ3wZFPoIfYTG h/e/Hc7nH/aOAl3TynsNVjihxih0v8eDK9+Le78TaXzE8BmrcXx5/q+vkTr+v+IGJC1/+s+Hfc+P VJ+mpibciaMGRRkU+gh9hMb9p+91hKNwiERBlpA4wkThP+ko7Fr3Ei+88AI+n48ZM2awePFiDAZD 7Nxrr72W559/HoPBwOLFi6mqqmLVqlWoqsqSJUuYOnUqAMFgkKVLl7J27VoAZsyYwaJFi2Jzb8vL y7nllltYuXIlzc3NFBYWsmTJEkaOHLnfZ9y6dStLlixh/vz5XHLJJWiaxpNPPskbb7yBz+ejvLyc n//854RCIebNm8fKlStxOBwAhMNhLrroIlasWEFSUhIA9fX1PPLII3z++eeEw2FOPvlklixZgtPp HBZB6oypk+jc8Q9mz54NwEcffcTE0SPZvfWr2D3vzz06XH3MZjPl5eUA3PqDWQCsW7fuoK2Zb7qO 0Gfw6XOoz3w48UVofGJq3Ps6/Ynxw95RkGRkGXRdPrEdhb5/f/jJl9z0myeRJIlVy+/l7t8/znnz ro09v7WmmV88vIoN/1rLHXfexbTp53LbQ8+z4V9reWDpYyy+7ykAXl+5jMa6Jm598Dl0Xef5Zfdw 1++Wc/7lC2PXemfden605CEsNjsfvPEiv7zrHm6++w9xn+vr9et4+emHuPTaW8mddCqf1gR555UV VGzbwo13L8dssfLqnx7jjvsf46IFNzH+1Bk89qeXmXXhDwDYvnE92YWlbO+wQEdX9vzzn3HhVTdy 3g9vJxKJ8M7qP3HHfQ8z/8e3D4vCWXTq+Tz1u//BXnIWAI89/jRX3PhLWL26p4XRj3t0JPo8uPK9 uD7Q7vc7UHn8pusIfQafPv35zP2NL0LjE7cO9r7OoWL8cHcUujfP00/0MQp9//7VzxcxYkQGAMU/ /wk333wzd/38htjzt934Q+x2O6cWnMuLTz4Yd/zXP/4+dq17//0Bjz76KCNGpEevddtPufnmm/n1 L3oK2G9/9bNYy3/Kwss555wVcZ+l4uOX+dtLL/Hw0t9RXFzcE3A+eov777+fwsIcAMbd8mOuvvpq 7v3VYvJ+OI8bbriBn//4SlRVZd2L/+KyC+fEXfel51fE34ufXMfcuXOHTd/rnMl5fJCbRaDqEwDy slI5b2oh9/YqC/25R0eiz8HK+IHKY3+uI/QZPPr05zP3N74IjU/cOtj7OoeK8YOJmpoa2tra+n1+ UlJSzMU+VLJwwu4eeTBHYU84ldquYy2SSktra9zzW9vM0HbgY03TYue2trb2uVYarS5X3LW2tSf0 2qdBJhKJxD3/wl9fYdIZs3GZC+Ieb2xqYsGCBQCxjVEkSeo6J4WsojE88eLbnHzGTP757y847aKF ca+v3rWFN/7yBLVVOwkG/F0WkDRs+l4/rQkytvy7LHvqj2hahO9e/v/2a1X05x4dmT4HLuMHeq4/ 1xH6DB59+vOZ+xtfhMYnbh08nBg/WJiUGaStrY05c+b0+zVr1qw55Dk6OpIkow02RyFXbWbEiBHR pGHPHlKSkw967jcdJycnH/a1+j725PL/5aabbqI428G8efNij6empLB8+XLS0tIO+L85fng5v/vd 7/jWuBFMmzyRM0ba4p6/b9FdXH/99UybNg2r1YrX6+Wcc84ZNo7CtDwjU3NP562//C8mg4EfnHvq fve/P/foSPXpb2umP9cR+gweffrzmfsbX4TGJ24dPJwYP1hobGw8rCQBouPy3n///UNlCkSXXRpk jsJd9z/MZdfeCsCq5UsZd+rMfmehvY/HTp3O3Q88wqU/Why71tip0w85srb3YxU+B9fc9nuW/eYW qloCzPjufAAmn30+t995DxdedSPJqZk01u/hvddWcvn1S6IvtBQRkkw88PAfmHPpDykvL4+bF+zx BahqlzA3SHS07eFvq548bvf9RGnNANx877MHLQv9uUdHrE8/WzP9uY7Q58TVp+98/P585v7GF6Hx ianxofQcrBoWDuT46T7rOA8KR+HsUyfx8O3/jc/nY/r06Sxe9KO4XcL6m/FPumUhS5cu5YHFVwIw ffp0fvKT677xWgf8XHlZTF7+GDfddBNZNliwYAGnXH8lK1eu5Nn7fxYbTXvllVfGvTayYD5Lly5l 3uwpLPt1n3EY/3M7jz76KCseuYv09HTmz5/Phk8+GFaOwqGe6889Ohp9+tOa6c91hD4ntj6HW++G k6MwFDUeuo7CwF1b1yLxecPTr6zVAdZ//AHLHryz50RdJxAIxI4fe/ljBEfHP995jXZXM3Mu/aG4 GQKBQCA4Ckeh7bC7HgKBAO+//z7nnXde7LE333yTiy++OHb8m5/N54zJJ524sx6GMh6Ph0fXvsZD Dz1Eaqq4lwKBQCA4MR2FvojdI48Diy+fiSzLXHjVjez22tkt7qVAIBAIjspROAETBeEoHDlinXGB QCAQHEuEoyAQCAQCgeCgDKSjEJ30cILu9SAQCAQCgeDQDKSjIMvKibsyo0AgEAgEgkMz8GMUxKwH gUAgEAgGLQPlKESXxYZehoJwFAQCgUAgGGwMlKOg6xqaFjlx93oQCAQCgUBwaAbKUdA0retHjFEQ CAQCgWDQMlCOQjRB0OMeE46CQCAQCASDjIEbo6B1zXg4gumRwlEQCAQCgeDEYCAdBU3vnSYMMUfh 3nvvxeVyYTAYBvR9srKyyM/Px+FwUFJSQmpqKrIsi5Ir9BQIPYWmQtNB7SgA6Jp2ZIMZB4Oj4HK5 eOedd3C73UdckHovMnEwwuEwFRUVrF69mieee5FTvz0Xa6JDBCOhp0DoKTQVmg5qR6FLFTRNG5qO wusGAxaLhd27d5OSknLMC2vvc+12OwsXLiQz81VeffU5Fi5ciNVqFcFI6CkQegpNhaaD21HoI82Q HKNQWFiILMvs3LkTAK/XS35+Phs2bMBisVBQUIDVasVisQBQV1eH1+vlpJNO6lfB1nWdzs5OMjMz ueSSSwgEAjzy5AqmTP8udqewxAZKz9bWVnbs2MGECRNwu90xDRobG3G73bjdbsaNG0djYyOpqalU VlYyatSomM5CT1E/hZ6ijgpH4dD0dhOGnqPQ9buyspIxY8YQCoVobGwkMTGRzz//nLS0NEKhEFu2 bCEzM5Pi4mIkScLv92Oz2fqd9eq6jsvlQtd1LBYL5513Hu3t7Xz58avMnz+fpKQkEYwGQE+fz4ei KIRCIVwuF5FIhObmZmpqahg1alTsy0dRFNLS0gCIRCJCT1E/hZ6ijgpHof9+wn4aDElHoaCgAFmW yc3NpaioCL/fD0BiYiI+nw+PxxM3+CYnJ4dAIHCIwqrH7Bhd1/H5fNTW1uJ2u/F4PJx22mmoqsrz f/uI8VPPxGhKQJIkEUmOoZ4ZGRkkJCRgtVopKCiI3V+TyURSUhJpaWkEg9FyajAYKCgoiLVUhJ6i fgo9RR0VjkI/0gT9KBKFweQo1NTUUFpaSmJiIgCSJNHU1ISu67S0tOBwODAYDLz//vuoqorRaIwF pNzcXDZv3kwwGKS5uRmj0cikSZNITLTFFdrW1lZeeOEFfD4vgUAQVVUYO3YcG9e9yfdmnkJqqnXA RwIPl9ZKt56qqpKcnIzf72fLli3k5eVRUVHBxIkTURSFQCBAU1MTDoeD5uZmgsEgwWAQv9+Pruu4 3W5KSoqRJHm/ICT0FPVTIOqocBQOzJB0FFJTU2OZpa7rKIqCqqq0t7djtVppaWnB6/WSlZVFe3s7 fr+fk046iZycHHRdx2AwEAwGmThxIl999VWvTTKiK1ZJksSsWbMoLS2lvb2Nysoq2tra2LZtK65O H5/ubifVY8Ng1EUkGQA9w+EwoVAIt9tNU1MTmzdvxmAw4Ha7MRgMmEwm6urqqKqq4uSTT6a2di/F xSX4/X4iEQ1FkXq1YISeon4KRB0VjkIvI+fIE4XB5Ch4vd44+0RRFOx2O06nM9bf6fF4SEpKwuVq xWAwxvVvFRYW0tHRgdVqZcKECaiqGje4Q5YlTCYjhYUFhMMRsrKycbvd5ObmsmbNW4zNUMjLNWIy idUsB0LPhIQESkpKACgrK0NVo8U4IyODzs4OduzYwfbt26moqGD79u2Ew2FcrjaKi4vxer0xq7M7 sAk9Rf0UiDoqHIXuPEEf+o5Cdzbbk42Cx+OhoqICTdMoLCyMTefZtm0bEydOZOPGjdTW1jJ58mTC 4TD5+fm0tbWhaRGampqw2WxUVlaSlpaKqqrU1OyhsLCwqwDL2GxWJEkiNTWVQAS+rg/RIAUxGEUf 6EDoGQgE2LVrF/n5+dTV1ZGRkYGqqrz26qu0bN+Or7qakzMyyDMY8G3bRigcZvfXX/MlOmO+cz7j pk0lP78gZmlHU2gJTdOFnqJ+CkQdHdaOQt8ZD0PWUbDb7XGFWFEUFEUhLy+XvXv3UlpaSjAYRNM0 Fi1axJo1azjllCn8+te/prCwkDvvvBOn04nH4yUYDLJv3z4sFgvt7e2YzQkYDCq6riFJUuz6FksC sixhViXGZxlEi2UA9ey2NWVZwuPx8MUXX+ByuXj9hReYlpPDlAsuYNSkSZiMRsKahjkhgWltbVS8 8Qb/fPllQpEITmcyDocdRemuAlpceRF6ivopEHV0ODoKvel28obkGIV9++rjFv9QFIXs7GwsFmus pTF27Fg+/PADXC4X1/7oalJTkvn662Te+vt7VFdXU1CQjywrKIqM3W4nFArjdDqRpKgN1t0vCuD3 ++ns7ESSZPxhXbRYBljPblvTbDYzYcIEqqqq+OtfX2LOaaeRarPxrXPOQVIU/u/117Hb7ZSUlhJR FAouvphPX32V2p07u75UzJjN0n4Dp4Seon4KRB0dro7CgRhyjoKu6xQVjYyzwRRFjo2wNhqN6LpO Q0MD1157Hd/61ml0drTx2fr1lJVNID09lbvvvpuJE18iPT2d1NToXF+DwRgrqD3TebSuSmEhIcFC S0uraLEcBz0liZieu3fv4ssvv2Rf/T6mX7eQcDhMfWUlL776Kq+vWcNNixZhNBjoaG/nqy++YKPd zghNw+Vy4XQmYTQa6O7+7ulfFXqK+ikQdVQ4CoedKAwmR2HXrl2MHz+uq2D1fkaPPeZwODAajRSP GoXP5yY3L5/s7BGkp6VRWb2XxsYmkpKSMJvlXtfRY7+7/9Z1cLs78Xi8KIoiWizHWU+3283YsWM5 Z9Ys1q1YwZwrriASCjH79NM57ZRTKB09Gl9rKw1ffsnbb75JZzCIpGm0tbURCoWIRCJdA6aEnqJ+ CkQdFY7CsHAUQKeoqGi/wtr7ONrHJXPFFVew7h9rmTZ1CtlZaezcuZ1NW7Zy8slT6OhoJxQKYTKZ 4gJRT2HtCUoWSwIWi5XW1hbRYjnOepaWjqaqsoJIwM+osklUb9yEokeQgCRdp3rXLmpqaqjYvp1m t5uMJCftDQ2EwyHC4QiapsUG7wg9Rf0UiDo63B0FSZL2W+VyCM56gKqqKsaMGRObg9s7y+1+rKGh kcLCAlas2Mtnn29gxIgsampqCQaDBAIB7rvvflqam5Fkmdtv/wUpKSmMHz8ek8kUu0Z3oXW7Pfh8 fhRFFS2W46xnQoKZhoZG3B4vKXn5GBIdGK0WlI42OvbU0PzFFwTq6wl6PKQkp9AmQXtlBc3Nzeza tZP09AyCwQCjRo2KtVqEnqJ+CkQdHa6OgizJw8FRiC7+0XtO7/6FN7rBSHFxMbff/gs+/vhjNmz4 ipKSEkpLS/F6PWzevJmf3HwjT/3xaZ566kn27q1l/vz5XHfddV1zgnsyZqPRiKoacLlEH+jx11NH liQqa2poa20h2WBAS0zEmjMCs0El7HLh0zTSFZXWzg6+qqwkyWqluroao9FIVlYWgUCgqz9bFnqK +ikQdXRYOwp6ny2mh6ijoOPxeEhPT0PTdPouA9q94UVRURGRSISEhATy8wuYPHkyb7/9DhMnTiAj PYXxY4uRZY1zvj2TSCSCI9HCa6++xty5c0lOdqIoSuy64XCYcDgsRlX/B/TUdQ3VYKDT62H9O29T PPIkSs48Cylio23nTrz19WSOH8+m554jbfRofFu3kmq343QmU1hYiNVqJSkpCZBiQU7oKeqnQNTR 4eooDJu9HsLhcFc/pdarwEYzpF27djFiRG5XRqpQWFhIVlYWKSnJ+Hw+XnzhBa65+gf4AwHWfvAh RUVFmIwquyurGD++jC1btnDKKVMwmxNi7xuJRGI7oIkWy/HVc+vWreyt3YvPH8AQCBDxevB0tJEg 6QTb20mfMIGPnn6aceedx7/27MFmMqElJBAJBrHbEzGbzZhMxriKIfQU9VMg6uhwdRQOxJB0FBwO e1eB1WOFtxuTyURrays+n4/Vq1cTiYQ588wzaWlp5aWX/sqsWdMJBAN8vXET27bvxOVq59JLL2bi uDF8ueHL2LKxJpM5ZtQYDCoGgwFN00SL5Tjr6Xa7UVUDOqDIMkZVRQZ8XTsS2rKz2bt+PVkjRpCc mUmCy4Wamdllr0VbO5qm07PpnNBT1E+BqKPD11HocfeiSJI0NB2F2to60tLS0bQQAD6fj87OTlJT U7Hb7bz++hs8/vjjuFytjBs3llWrXkBVVfx+P3v37iV3RBZ2h4NgKMRpp52BzWYnEAzQ3tGB2+2m ra0Nm80WW4fc5/MRCIRQFEW0WI6Dnj1T4XRKSkrweDwkJCQQ0jTa/EGcPh/JDgcBAE0jrbgYWVHY /tZbRAIBIpEwFpsVXe8ORPE2m9BT1E+BqKPD21HQeyUNQ9RRGDVqFKFQKJbdqqoaC0aSJPPpp58y b973iYS8+Hw+yiaU8sdn/sKMGTOpqq5m1szpnHXm6Vx33XX4/T4+/mgdX2/aRlnZJMrKynC73XEF 12q14XCouFwu0WI5DnoGAn62bt1Kfn4+O3fuiq3/nmZ3oCsqLW4vhV2b0GxfvZqS73yHd1etonb7 dlAUFFWlqqqahIQEpk+fTmVlJQ6Hg6ysLKGnqJ8CUUcHraNQW1tLTk7OQY/7i6bpaL3q0JBcmXH7 9m1MmnQygUA4tu64zZaI1Wrlyy+/ZOPGjRTkZbNp8yZ8Pj/Tpk7Baklg1apVzPv+ZWzfsZM9NTVU VlZQV7eP1rZ2HA4HWzZv4dJL58bWNe8ORm53J8FgGIPBIFosx0HPUChEKBRGkiS8Xg8ejxebzUZn SgoFhcWYHMmEQtFNaireeovKigoaAZvRSLuqYlAUjEYDHo+HQCCIyWTC5/MJPUX9FIg6Omgdhdra WjZu3AhATk7OfseHk/hpuoauHUGiMJhWZhw1qphgMIiu69TU1JCTk4OqKjQ2NqBpGo2Njbja2igq KiQtLRNZ0ul0u8nIyOC999ditVqw2WzU1dWzt24fJpOZ6upqvvvdC7DbHdhsNnqP7LVabSQlGdix o020WAZYTwCz2cyoUSdhMpmYMGECkUiEysoKvqqo5KRTTyU3K4dwRxuyw4EpKwuL309uKITJ4aCm vh6TzUZhYRGlpSVYrVYURcZsNseuL/QU9VMg6uhgcxS6k4HuJKH38eG7RPHHQ9JR2LlzJ2VlZfj9 IZKTk6mqqsJkMrF+/Wc4HA7Gjh1DRUUlDruNffV17GtowucLMHv2WYwfPw5Zltm0aRNffrmBxEQ7 5557LrIs43Q6SUgwo6pK3OAaj8dDOBwRLZbjoKeuQzAYoKKigtzcEdTW1lFQUIDFYqG1zcWrf3+L iePHc/rUqQTNJrylpQRNJnYDmzdvIiEvl6Ixo8nMzCAlJSVuTfrufjmhp6ifAlFHB5ujcLROQp9U 4cgShcHjKOhkZGTEpuu43W7y8vJob29n3LixRCIRZs+ezbvvvsfLq1/HZDaSlpbBtGlTKS0tpaSk BLvdzsSJE5kz5xxaW9tIT0/FbndgNJlRLUm0uoPI3nDsHYPBIFpEIxiWmD7nQmo6oK6iE7NVtFiO tZ5RW7N7C1slNnhNkmDChAl89NFH1NXXs/Yf/4hZoGGLhYDXizM/n6KxYykrm4TTmUynX8Mf8SHJ 8ToJPUX9FIg6OtgcBWA/J+FIxyj0ZQg6CuDxuMnISEfTNFJTUwgGQ6iqSkFBAXv27OHss88iMzOT xETXsRBAAAAgAElEQVQbXq+XwsJC0tLSSE5OYeTIkUiShM1mpb09nU2bNlNSUkpjYyNZOTms/aKC bZW1B/0MckoRX3z1NSNTjHzvgu+IGHKM9QQdk8nEyJEjMZlMlJSUYDIZKS8vJxyOUFRUREVFBdXV Nfj9PjRNw2AwkJaWRkKCmbKyMvLy8rDbE9lS284/PtvyjZ9B6Cnqp0DU0cHgKByrMQpHlSgMJkch GIx+1u7FP3w+H9XVVYwaVUxlZSWJiTZcrjbmzJnDjh07SEtLIysrC5PJSHJyMjt27MBkMuHxeADw ej1s27YdTVJod3vZs68Zm8XM988tZ+SIDHQdGlvbefGtj6hrctHY0Iy7FXIG0biOwaSnJEldVqRO ZWU9JpOJpqZmkpIcJCU5GDlyJPn5+VitVkKhIJqmoygqCQkJOJ0OkpKSsFgshEIu9uxrBmDFvYt4 88PPWLXmI4pyM7nvJ1fymydeYsO2SqGnqJ8CUUdPeEfhWI1RkCRpODgKOk6nM2aDQXQRl9zcXIxG AykpyQSDQaZOPQWnM4ni4mLc7k6MRiNGowld1ygpKcHr9VJcXILd7iAzMwObzYbN7uSLqs8ASElK ZOa0Cbz8zr9488P15Gal4Q+GYp8l3SYPins2GPXsvYa82+3BarWiqirNzS2EQkGSkhxIkkRmZhaR SLhrapaEqhowm02YTKau/QB6KoS5ayVAAFmSSDAbkXvZnUJPUT8Foo6eyI7CsXIS4ndfHaKOgq7D nj17ujYS8bNnzx6ys3NITEyMLf7Rm4ICS6xA91xDx2h0ADqZmRkAZGRk4PX3BBqDqmBNMLO3oRlf IMSOqrp4Ed3aoJopMlj07Ls8bHHxKHRdJzExEUmSCIVCBINBzGZz13r/PYu1yLKMLMsoinLArPms KeMYlZeNJcG0f6UUeor6KRB19AR2FODYjFHQdR0tcoSJwuBZmVFn9OgxeL1eNE3H6UymurqK/Pz8 WKHuznjjg09PFnywx3o/G9F0QuEwzkQbiiJjTTATCIYIdLVaRIvl2Ou5d28tHo+HzMxMampqKCws 7LWmf1TP7ilUvbXr0VlC+oaxTh9/uZVVa9YxMjeT+356VdxzQk9RPwWijp7IjsKxW0dBQ9P1ob+O wubNm5g27VSCwTbcbje5uXl9AlDv34cOQBwgFHW6vWzaVcPU8aNIcSZiNBh4918bqKlvFi2WAdJT VVUCgQCSBJqmEQ6HD6InXcFGigWfA+sZTzgSwR8IEQiGhaMg6qdA1NFB5Sgcy3UU0BnajoKuw+jR o/F6o8u4pqamxgWR+L4X/YC2y8HsmN6nt3a4efzFv+NMtGI0qnS4fexrbhMt0AHU02q1kJ+fj9Fo JDc3F4sl4ej07MVvnniJxpaofnWNrfzqsb+wq7pe6Cnqp0DU0UHhKBytk7B/0j2kHQWdbdu2ccop UwkGXX0y2f4VyAM9rus6Xo+b3V99TP2W7dHCKkX3R5e60mMJaGhqxmaz47IWihbLMdczGNOxZ/U9 /Yj13PbVJ+zb/BG6rlO/aR1SLz0rPhd6ivopEHV08DgKINZR6BevhMN4vd5eg2qOTQDqJtnp4MdX z2PPnr0AKIpMJKJ1bXlqorq6invvvY8rrriYzMxMRokWywmt5xVzv8sp44uJRDShp6ifAlFHB7Wj INZR6Cc+n49du3YjyzKNjY0HLZQ9BfJwbJge0tPT445lWSYQCCLLChFJpUlPQZIyaRUtlhNez5SU 1P2eFXqK+ikQdXSwOQrHdIzCUHYUdkyZwjXXXNO1OtjxR9M0Zp1dzuR8K1lZJoxG0WIRegqEnkJT oenAOwoD4SQMSUeh6PSLcBafTigUjJvacbyQJFANRio8NurqNGRZtFiEngKhp9BUaDrwjgIc2zEK vRezGlKOgq4bCOfl/cey22jBlVBVFVmWRRQRegqEnkJToelxcRSO1RgFTe/eeXWIr6PQe9nP/wxh EUGEngKhp9BUaHrcHIW+YxKOeIzCAQaSDClHQSAQCASC4egoHCgpOLJuh6NIFIbT/NTFl8/kwZXv iZIotBTlRNRTgdB0UDgKx54hOkbhWCIcFKGlKCeingqEpoPJUTh2OYKErglHQfy/QktRToS2AqGp cBT6waBxFMrLy7n22mt5/vnnMRgMLF68mKqqKlatWoWqqixZsoSpU6cCEAwGWbp0KWvXrgVgxowZ LFq0KDbHtry8nFtuuYWVK1fS3NxMYWEhS5YsYeTIkfv9v1u3bmXJkiXMnz+fSy65BE3TePLJJ3nj jTfw+XyUl5fz85//nFAoxLx581i5ciUOhwOAcDjMRRddxIoVK0hKSoo9tnz5ct566y0ikQgLFizg sssuG1YFfKhoCVD/xd++8b2HG0NJW4HQdDg6CjrSflt0DSpHYWtNM794eBUb/rWWO+68i2nTz+W2 h55nw7/W8sDSx1h831MAvL5yGY11Tdz64HPous7zy+7hrt8t5/zLF8au9c669fxoyUNYbHY+eONF fnnXPdx89x/i/t+v16/j5acf4tJrbyV30ql8WhPknVdWULFtCzfevRyzxcqrf3qMO+5/jIsW3MT4 U2fw2J9eZtaFPwBg+8b1ZBeWsr3DAh3R+7fmxT+yp2I3N979OCazmbdXP0fBMMygh4KW/Xnv4chQ 0VYgNB2WjoKuo/VZE0N6+pW1OsD6jz9g2YN39jpXJxAIxI7Xr1//H89q33zzTex2O6FQiBkzZsQd z5o1iw8//BCAiy66iEcffZQRI0YAUFNTw80338wrr7wSu9Ybb7wRyz79fj/nnHMOH3zwQez5H//4 x7z00kvce++9FBcXxz7H3Llzuf/++yksLASgtbWVq6++mtdee436+npuuOEGXnjhBVRV5cEHH+Tk k09mxowZsdd/73vf4+GHHyY3N3dYt1CGgpaHem+h7eDVViA0PfEdhUbmzJlzWK8JBAK8//77nHfe ebHH3nzzTS6++OLY8S3/PZsp44uOrOvhhHAU2szQFjzgsab17EXe2trKnnAqtV3HWiSNVpcr7n/Y 1p4A7d3HMpFIJO75F/76CpPOmI3LXBD3eGNTEwsWLIglU7quI0lS1zkpZBWN4YkX3+bkM2byz39/ wWkXLYx7fUtLC3vDqdQN8364oaBlf95baDu4tF18+czYNcToe6HpcHQUdB30PgtoDapZD30/w8GO k5OTyVWbY1ntnj17SElOjjv/QP9P78eeXP6/3HTTTRRnO5g3b17s8dSUFJYvX05aWtoBP6Pjh5fz u9/9jm+NG8G0yRM5Y6Qt7vmUlBRGqM3D2lEYKlr2572FtoNL23Xr1omsQGg6SByFAbrwAVbiHlSO Qt/PcLDjsVOnc/cDj3DpjxYDsGr5UsZOnR53/oH+n96PVfgcXHPb71n2m1uoagkw47vzAZh89vnc fuc9XHjVjSSnZtJYv4f3XlvJ5dcvib7QUkRIMvHAw39gzqU/pLy8PC6LnXjGbO645/dcdu1ijOYE /v7XP3HhldcPu8AzFLTsz3sPRwajtmKkvdBUOAq9XYXI0HcUJt2ykKVLl/LA4isBmD59Oj/5yXVx O4sdKqudlmeEvCwmL3+Mm266iSwbLFiwgFOuv5KVK1fy7P0/i43avfLKK+NeG1kwn6VLlzJv9hSW /Tr+upNv/m/+8Ic/8PCSa9F1nQULFgzLFuhQ0FI4CkNHW0mSEAhNhaPQnSjEWwv9Hsz42Msfi9rS T/75zmu0u5qZc+kPxc0QWgqEtgKh6QA4Cm0DMpjxp9fMZtKYEei9VlwSKzMeYzweD4+ufY2HHnqI 1FRxz4SWAqGtQGg6eBwFTRd7PQwoiy+fiSzLXHjVjez22tkt7pnQUiC0FQhNB8RRGJjr6prYPXJA ESOmhZYCoa1AaDqYHYUDTHoQjoJAIBAIBIMNsdeDQCAQHILy8vKjakke7esFg0fPoaj1gO4eCXGz RoSjIBAIBi1HG5dEXBs+eg41rQfSUYjmCEeQKAhHQSAQnGgcbVwScW346DnUtB5YRyF+DQrhKAgE giNm8eUzOfeyH7L2jRdRVZWLr/kJjXXVfPDmiyiKyrz/dxvF46cA0Nq0j9dW/IFdm78gEglz0pgy vr/wNmz2pNi1Lrjix3z4t5focLVw/4p32PbVv3njL4/TVL8XuzOFmRfM59QZ34m9/0PPvMz7//c8 Ha4WMnML+P51Pycrr6hf7/dNcS0SCfO3VU/y2bp30CIRZl10BWede4nQc5DqeahrC0ehr5vAkSUK IvMWCAQHwqp18H+vrubdd9/l4Yd/y/nnn89rr0SPX3rxca4473QArvyf/2HRokWMHXsn4XCYZ555 hn++8ji//OUvY9fy1O/gz396Jra74N0/vpfFixdzxhln0NrayrPPPhsXi1oqNvDHJ5aRmJjIqlWr +Ntzv+eJJ57o9/sdLK498cSz+JpreO7Zp0lISOCZZ54ZNjFwKOp5qGsLR6EHRZaPPFEQjoJAIDgQ 42ddzleNMs7R0/H774s7rqp6IBY7rv/1U4SADQ0ABsrOuYrf3Dw/LracftG1cbsLSqqJz3bsI+Bo ICklnbPn/STu/BnzbqbCZwcfnPSti3nm2WcP6/0OFtf+7823WHj7g1T6k8AP0y5cOGxi4FDU81DX Fo7Cfr6CcBQEAsGxY/qYlK6/jPsda5oWix2bN29m2bJlbN++Hb/fHw1HkhQXW/5rQlbcte+/59f8 6U9/4tH/+zMmk4lFixZRXl7e671Te51tRItEDuv9DhbXOttamDMlH0VRhJ5DQM9DXVs4Cn3SBEnu 9bdwFAQCwVHS350F7779l5x/+UIuuWEK5gQrAb+P//nv87+5RWgdyUU/vouLgG1f/Zt77n8AY/60 b4xLR/V+XSQmpbDms2rSskYIPYeAnoe6tnAU+iYKCEdBIBAcO/q7syCRIKMzzZw2MpHm5mYef+bx /c7v+9o77riDBQsWkJOTg1aroKAdsgV5JO/Xd579Bd+Zw9oX/5fbbruNhIQE/vjHP3LzzTcLPQep noe8tnAUepIE+SgSBeEoCASCo2mBXvzft/L7R/4X169+RVJyGmd/5zLgvW9sEWaNPo2f/ux2Whrr SM/K49KFvzhkC/JI36/332NnXU5l4+P84Mqr0HWY/b0rhk0MHIp6CkfhsFIF5D4DGvu9zfT69etF RBQIBAKB4IRwFBoHZJvpW6+dw7SyIuEoCAQCgUAwmBm4dRQk5D6DeMUYBYFAIBAIBhkDNUZBlmUx RkEgEAgEgsHOQDkKsiwjAZou9noQCAQCgWDQMmCzHg6whrNwFAQCgUAgGGQM2KwHnSNPFISjIBAI BALBicFAOQqapqFpOuja4ScKwlEQCAQCgeDEYKAcBU3X0SIa+pEkCsJREAgEAoHgxGDgHIUIffsf VEPYDYCi+b/xxcJREAgEAoHgxGCgHAWd/YcpCEdBIBAIBIJBxkA5CrqmoWvakSUKwlEQCAQCgeDE YFJmEmvWrGHGjBn9fs37779PUlLSNycKuk4kwpElCoPBUbj33ntxuVwYDIbYP3ygOaFHS1ZWFvn5 +TgcDkpKSkhNTd1vEw3BsddzoBB6Cj0FQtPBhsViiX3595ekpKRDJgrRWQ8RdH2IOgoul4t33nkH t9tNcnIymqZhNB5egqPr+iHPCYfDVFRUsHr1ap547kVO/fZcrIkOEYwGSE+/309SUtIR3V+hp9BT 6Hl8Yu6RfnkLTY+M6aUW8vLyyMvLO6zXdXR09EMTLT5RcDqdANis1kHvKLxuMGCxWNi9ezdJSUn9 KoCHU1h7n2u321m4cCGZma/y6qvPsXDhQqxWqwhGA6BnbW0tDofjmAcfoafQU3DsYm5KSorQdIgQ nRrZo486MieFpqYm/J2tg95R6KawsBBZlol0dbQUFRXx2muvAXDBBRdQUVHBmjVruOqqqwBYsWIF s2fPjitwWtdgDlmWURSFsrIynn76acaNG4eu63R2dpKZmckll1xCIBDgkSdXMGX6d7E7hSV2rMnJ yenXPT2cwNP7fKGn0FNwbGLuzp07AfB6veTn57NhwwYsFgsFBQVYrdaYXV5XV4fX6+Wkk04Smh6F ozAwScL+8x5Ug8GA1+vF6/UOfkeh63dlZSUlJSWxx2fOnMl7772HLMvMnDkTgNtuu42nnnoq9vfs 2bPRNA1ZlmNJQjder5cnn3ySG264gQ8++ABd13G5XOi6jsVi4bzzzqO9vZ0vP36V+fPnH7GtKjiw nrW1tRQVFaH02fr0SL5UDnSe0FPoKTj6mDtmzBhCoRCNjY0kJiby+eefk5aWRigUYsuWLWRmZlJc XIwkSfj9fmw2m9D0RHQTNH2/ZEHtvvmHqpiDyVEoKCiIcxRmzpzJypUrUVWVuXPnous627Zt45xz zkHXdebOnfuNhVVVVRYsuIpbb701dq98Ph+1tbW43W48Hg+nnXYaqqry/N8+YvzUMzGaEgZkIOVw JDs7+6BB4Mi/UPRYH5zQU+gpODYxNzc3l6KiIvz+6Lo8iYmJ+Hw+PB5P3IDHnJwcAoGA0PREdBQ4 wKZQHo+nXy8eTI5CTU0No0aNij0+Y8YMrrvuOlRVZdmyZYcMPH0HcvS2v7p/WltbeeGFF/D5vAQC QVRVYezYcWxc9ybfm3kKqanWAR8JPFxaK/v27aOgoCDWAj3Ul8k3BZyDBSGhp9BTcHQxt7S0lMTE RCC6A2FTUxO6rtPS0oLD4cBgMPD++++jqmpskHlOTg65ubls3ryZYDBIc3MzRqORSZMmkZhoE5qe IKjhcLhfJw4mR6F79G0kEkHXddLS0igoKEDTNDIyMgAoKSnh7bffBmDMmDF9EoWe4AMQCoV47rkV TJkyBV3XkCSJWbNmUVpaSnt7G5WVVbS1tbFt21ZcnT4+3d1OqseGwaiLEnYMSEpKirUUDval0vfx A5+nHyAB1A+oZ3t7G1u3Cj2FnoL+xtzemiqKgqqqtLe3Y7VaaWlpwev1kpWVRXt7O36/n5NOOomc nBx0XcdgMBAMBpk4cSJfffVVV4PsmzUd7jF3oByFAyYK/T1xMDkKXq+X5OTkuOdmzpxJOByOBZzf /va3XH311UiSxLPPPhu9Gaoa+x0KhWKvtdlsTJgwgaeeegpdB1mWMJmMFBYWoGk6WVnZuN1ucnNz WbPmLcZmKOTlGjGZxGqWx0LPbhvz0F8e8a3Kb2qB9n6+t57hcIScnBza2trIzMwSego9Bf2Mub27 sBVFwW6343Q6Y+MRPB4PSUlJuFytGAzGuO6nwsJCOjo6sFqtTJgwAVVV48aK9dVUxNzj7Cj098TB 4ijouh5LCHoX3AcffKBXhgpz5sxh3776uEAUTQ7iM9loP1p3YNK7xj3ogISmRTNnm82KJEmkpqYS iMDX9SEapCAGo+gDPRZ6RiKR2EDTbsLhMJWVFXg8Hr744nM++fRTwuEQqqqiKAqKrKDr0Q1OwuEw oXAILRJ1gzIyM8nJziE7Oxu73c748eNJTk5B13VkWcZqtRKJaKSlpQk9hZ6Cfsbc3gmbx+OhoqIC TdMoLCyMTaHctm0bEydOZOPGjdTW1jJ58mTC4TD5+fm0tbWhaRGampqw2WxUVlaSlpaKqqrU1Oyh sLCwK2mQRcwVjsLRZ7d2uz1WaA+3f7OnsHePS2C/pCP6W4u9VlFULJYEZFnCrEqMzzKI7PYY6tk9 pap3IGppaWbxrbcw7dQp6FqEyVMm4kxOwmazoaoGjAaViKYRDoVwe9y42lrx+334fV7cHg9bdnzO mrdf4/P1G3nk4ceYM+ecWL+pLMuYzSYURRF6Cj0FhxFzuzVVFAVFUcjLy2Xv3r2UlpYSDAbRNI1F ixaxZs0aTjllCr/+9a8pLCzkzjvvxOl04vF4CQaD7Nu3D4vFQnt7O2ZzAgaDGuv27b6+iLkDgyTR 1Y0kDV1HAWDfvnqczqRDJAgHsy/j7c7uPbm7+8x6Egi9qxsC/H4fnZ2dSJKMP6yLFssxpqWlGbvd HtcH2l2Qv3vBd5AkHbPJgiRJBEMBQqEgPp8Xj7cTowKJigmD2Ymm2QmFQgRDAQpPyiE5JQlFMqIo Ch6PB1lWUBSZYDBIR0cHuq4LPYWegn7G3N4LLimKQnZ2NhaLNeYEjB07lg8//ACXy8W1P7qa1JRk vv46mbf+/h7V1dUUFOTHNLPb7YRCYZxOJ5IU7XroicHR7qvhHnMH1lGIv49q3/74we4o6LpOUdFI QOrlAhzKRehJAnqSBC2uYMa7DPGzICwWCwkJFlpaWkV2OwB6ZmdHF+jpfd9ttkQC/iBtbS6SnUnU 7atGURT8fh9I4PN5CYdDRLQIwWCAcCSMruloXboGAkE6O93kF+STkGDuau1EkCQwGo04nclCT6Gn 4LBiLr3GKMixGRBGoxFd12loaODaa6/jW986jc6ONj5bv56ysgmkp6dy9913M3HiS6Snp5OamgaA wWCMxeRuF6q74ZaQIGLuQNG7QRxLFKxWKz6fb0g5Crt27YrNZNB1neLiYlavXg3ofO97F7N9+3b+ /ve/c8011wDw7LPPMHPmLBISEmLXcLvdQDSAKYrC+PHjWb58GaNHj6F7x+7ubonOzk48Hm80sIkW yzFn7969XQv0yHGFODs7G3eHF6czCUmSkZCRJBlNi/aX9vRra726j7rnZPtpaXZhUuxYLJbYQFZd B5/PR1tbGyBaoEJPQX9j7vjx43p90fQ0wrofczgcGI1GikeNwudzk5uXT3b2CNLT0qis3ktjYxNJ SUmYzXLcF1ZPGenWG9xuEXMH0lHovs+xRMHpdNLS0nLIhSoGzxgFnaKioljBgug6Cu+//z6yLDNj xgx0XWfJkiUsX74cgNtvX8K//jUdj8eN1WrD7e6MZa4ATU2NPPPMs/z0pz9lzZq/9Rq3QMxRsFis tLa2iOx2APTMzs7u6pvsKcSS1LUUsKoQCAWiTpkUHewWDAVpaXHx0YefsGdPHSazgZOnjCOvYASS FH293FXeI5EIJpOp15x+DaPRgNPpxOVqE3oKPQX9jLnf1LUbHVcgc8UVV7DuH2uZNnUK2Vlp7Ny5 nU1btnLyyVPo6GgnFAphMpn6tGz1uJgLOhZLgoi5A0h0B8leiw6GQqGuLzrLkHAUdB2qqqooLS2N jTGYPv1snn9+FaqqcvHFF6PrGtu3b+e//msWmqYxf/78uG6G6A3qPd1K5vLL57NkyRI0rW93ho7H 48Hr9aEoqmixDICe9fX1FBYW0NHhprq6Gl3XGTFiBF6vF09nJyazjj/gw6AY8HvdNLe08shDfyQU jJCSkoKrpZOXdv6NC773bUpKC9GlaNBCh1A4QlNTM2+88QZ1dXVcdtlljB8/nu6FyISeQk9B/2Ju z3o0epyz0P1YQ0MjhYUFrFixl88+38CIEVnU1NQSDAYJBALcd9/9tDQ3I8kyt9/+C1JSUhg/fjwm k2m/mOt2e/D5/MM65g60oxCXKACkpaWRlpY2RByF6OIfPS1+OPvs6Vx//Q0oisIjjzwS60frtjD7 Jgc9Axj72md6r7m9PVmuwWAgMVHF5RL9ZQOhp8PhoKOjg9//fil/f/tvlJSUMnr0GD759F+MnVCI YowOaLMkWAmGQ6z7xycEAiFuXnQjY8aOYsf2bfzp2VV89ukmyiaMxRPoRJIlNF2jsameFSufJcnp wB/w8Kv/71cs+8NyUlKS0XVd6Cn0FBxWzNXjkoPezkBnZyfFxcXcfvsv+Pjjj9mw4StKSkooLS3F 6/WwefNmfnLzjTz1x6d56qkn2bu3lvnz58dW1e3tUhiNRlTVIGLuwKUKcUexWQ9Dx1GItvBTUlJi jkJKSgp5eXlomkZaWiqapjFq1Cjee+89dB1KS0vo3VXRd0plMBhi5cq/cPLJk+g766F7XngoFBKz HgZIT7/fT1ubi08+/Zgbbvp/jB0zhh07tzHv8oswW2RC4RCBYBAJCR2d6uq9pCSnUFI6kr11lUiG CJnZqXz+700kp2bgqXOjqgbGjCvh1FOdpKamk5qWgsvVwrLHnmb9+n/zrW+dgaZpQk+hp6CfMTc9 PS3W4OrrJkQHPBYRiURISEggP7+AyZMn8/bb7zBx4gQy0lMYP7YYWdY459sziUQiOBItvPbqa8yd O5fkZCeKosSuGw6HCYfDYtbDgOgZ2e+xIbmOQs+CSz39LGeffXZsoRddhzvuuIPrrluIJEk8/vhy NE0jKckJQFKSE5erNeYsZGVlM3bsWB577NFedkyPYxGJRGIbUInsdiD0DOHxeLBYLeTl5rB3306s iSomixMtouHzewmGQuhdGkQiESRZwet1Ew6HCIdDaFoETYuQYLKiRaK6JtptmBNUOrzNtFU24O70 0NraSn19HZ2dbiIRTegp9BT0O+bG75PTHT937drFiBG5XS6AQmFhIVlZWaSkJOPz+XjxhRe45uof 4A8EWPvBhxQVFWEyquyurGL8+DK2bNnCKadMwWzuGWwuYu5AJn7f4CgcisHkKDgc9rhFknRd4557 fhvnBMye/V9UVOyOs8qiyUE0A9a0CLoOzc1NvRKD+IE13Y+rqhpbclS0WI69nhaLFaczGZs1kc++ +Iz8ggwaGppo2NdERNMYPXYUmhbh7+98RG5uFhlZaWz9uoKvvtpEWmYiDXUNVFfs4aSTRkYDmaah aRHq6xrYvas6OpBuRCa7d1Wzr76RpCQnsiwRDgs9hZ6C/sdcrZfT2jMY3GQy0drais/nY/Xq1UQi Yc4880xaWlp56aW/MmvWdALBAF9v3MS27Ttxudq59NKLmThuDF9u+DK2rLPJZI7FXINBxWAwDOuY O3COgk4kosUlC+qbb74JwFdffTVkHIXa2jpSUlK63AOt1zSb/deW77smwoFXaWS/BKH3b5/PRyAQ FCu/DZCezc3NpKamMmb0WP76wqvk5GVQXVlLTvYIGpsaKJs0nlAwyNr3/snFl1zEmWedzpavd2MM hoAAACAASURBVLPqLy9jtZlxd3Ti9Qa4/AdX4vO7u8aa6OyprmXb1xW0d3QQ0UIEA0HGj5tIeno6 Xq8PVVWFnkJPQT9jblpaOpoWXZPH54suQpeamordbuf119/g8ccfx+VqZdy4saxa9QKqquL3+9m7 dy+5I7KwOxwEQyFOO+0MbDY7gWCA9o4O3G43bW1t2Gy22Oy8aMwNiZg7AGiaHnNrhrSjMGrUKEKh EJqm9+oz0/f78u878KbnmLjkIP73/ufYbDYcDgWXyyVaLAOgZ05OdDrdJZfMJS8vn23btjKl7Awy MjJY/vgfSDBb8Ho95OWPID+vgIzMDC6/6kI2b9zNvvpG8nMLmf3tmZSUjGTHrq9jg1i9Xj+5uXlc PWsWu3fvJhgMMGXKFNLT00lPT8Plahd6Cj0FhxFzux0FVVVjyYIkyXz66afMm/d9IiEvPp+Psgml /PGZvzBjxkyqqquZNXM6Z515Otdddx1+v4+PP1rH15u2UVY2ibKyMtxud1wMt1ptOBzqsI65Azfr QdvvkSE3RkHXdbZv38bEiWUEAoE4Cyy+66D3F/+BpvP0TQz6bkPdc52Ojg6CwRAGg0FktwOg5549 0Q1hnM4kpkyZTEFBAaFQdN341LQUQEJWZK6/+WoyM3LZ17CH5CQbs885A2dSKqrBSCDoZ3vFZgLh IOFIBE3XurbChdzcEYweXdo1595EYmJi19QrWegp9BT0M+ZOmnQygUA4tkmUzZaI1Wrlyy+/ZOPG jRTkZbNp8yZ8Pj/Tpk7Baklg1apVzPv+ZWzfsZM9NTVUVlZQV7eP1rZ2HA4HWzZv4dJL58bt3wPR BZeCwbCIuceJIbnXw6hRxQSDgdhUxokTy/jLX/6MrsPll/+AL774nHfeeZfrr78egGXLljF9+lmk pWXErtHQUA9ARkYWiqIwduxYHn74oa4ZEvGzHmw2K6pqYMeONtFiGQCys3OQJAmTyURKSgoWi4VI JILP58PhSIwu56vrBIJ+Kqq2R3XXddxeN26fp2uZ32iGp+la19K/OuYEI363H6vVSnZ2NrIsR+3p rg2E6urqhZ5CT0G/Y24QXdepqakhJycHVVVobGxA0zQaGxtxtbVRVFRIWlomsqTT6XaTkZHBe++v xWq1YLPZqKurZ2/dPkwmM9XV1Xz3uxdgtzuw2Wz07ha2Wm0kJQ3vmCt2jzzK7Hbnzp1MmDABv9+P pmmceeaZfPDBh0iSzJlnlqPrGnfddRcPP/wQug533XUXZ531Lg0N+8jIyOzafrrHQaiqquDPf17J bbf9gldeeXm/sQ5ut4dwWGS3A6VnfX0dBQUFyLJMQoIZk8lIJKLx7rvvkpKaRDgcivVT6+gggS5J UUu6t1ukR79QusejmBPMhCMd+Hw+bDYbZrMJWY5uItTe3g6IEdVCT0F/Y25ZWRl+f4jk5GSqqqow mUysX/8ZDoeDsWPHUFFRicNuY199HfsamvD5AsyefRbjx49DlmU2bdrEl19uIDHRzrnnnossyzid ThISzKiqgqbpdC8g7PF4CIcjIuYer0She0/43nvDD25HQScjI4NwOER318GZZ5bz0kt/RVUVLrjg AnQddu3ayfTpZ6PrcM011xxwDEN3l4SiKFx22aXceeddB+yCMJlMmM1m2tqEozAQejocjj5jQ6L3 dfXq1YwrG8nuXRXISrT8ShJouk44FAFJJxQKk2BJIBwKEfAHUVQFo9GAalBJctqp2FFNfX09EydO QFGUWCvUYrHg8XiFnkJPQb9jbrhrHwY3eXl5tLe3M27cWCKRCLNnz+bdd9/j5dWvYzIbSUvLYNq0 qZSWllJSUoLdbmfixInMmXMOra1tpKenYrc7MJrMqJYkWt1BZG849o7BYBAtohEMS0yfcyE1HVBX 0YnZKhyFAUkURowYAcCePXuGiKMAHo+b1NTUruWWNcrLy/npT29BVVUefPCBuJUXDzQGoe8c0v0H P/aco+s96zZIkugDHQg9/X7/frNSIpEIc+acy5NPLScUDmGzRTcCSs9MRVUVJCQiXZa1rCqEgyG8 Pj+SJKEqMkazCaMhOuDK6/N27TYY3e9e07TYjqpCT6GnoH8xNyMjPTrOJDWFYDCEqqoUFBSwZ88e zj77LDIzM0lMtOH1eiksLCQtLY3k5BRGjhyJJEnYbFba29PZtGkzJSWlNDY2kpWTw9ovKthWWXvQ zyCnFPHFV18zMsXI9y74jhBlIBKFuXPnxg6WLl06JByFYDD6Wbs3tkhOTiY3NxdN00hJiS41OnLk SXzwwVp0HYqLi+nd/9V7USWAUCjMiy++RFnZxP26HaLJgkYkoiNJkmixDICe0RksWpxGkgTnnnsO I0cW0dDQQCDgj+nWrZEky+ha93xgKbb5UHfZiA5+U8nISCcS0eISwu6FuYSeQk9B/2Nu93R0n89H dXUVo0YVU1lZSWKiDZerjTlz5rBjxw7S0tLIysrCZDKSnJzMjh07MJlMsT05vF4P27ZtR5MU2t1e 9uxrxmYx8/1zyxk5IgNdh8bWdl586yPqmlw0NjTjboWcQTSWblA5Cv09cTCNUXA6nYTD4biCfOb/ 396Zx0dRZXv8d6uqqzsr2UDCKqIoMCIKgujEj4COgPKeYTVBAdmMgIAaRyUyZhTZZR9JQASEEBYJ OoIZlREZn6MzyIy4gCAiBCQsSQiBJL1V3fdHdRdd6SXdIcEknO9HTFd11a1zz6m+de6pc++9NwmK oujRhOnTX8KUKdPAGMOyZUvAOUeLFlp0pWXLVvj11xN6I9a+/Y3o1KkjFi1a6BVlAACTyQSzWURR URH1WOrAnhER4TDOb6E5ZWFh4WjTpjWio6P04bCeNvdeq8M7WiQIIiIiImCxmPUx2oIguFawu0j2 JHsSIbS5bhuZzWa0bt0asmxCfHwc7HY7evS4E7GxMejQoQMuXboIWZYhy2ZwruLmm29GRUUFOnS4 GdHRTdC8+XWIjIxEZHQs/nPsawBAfEwU+vbsgm2ffImde/aidWJTWO0OXZZmkUKDeE7Ve7fPR2e4 Ec6joL1GadbsOpSXXx57m5n5ikEJ99/fFz/88J2h1/Hrryf0z+79J08WeJXv2Thp47cr4HQq2gQi 1GOpdXsWFRUjOroJqk6GJcsmxMXFITIyUu8xGh8qPODN7+rLQhS1B4kgCOCcw2534OLFiwCoB0r2 JIJtcxMTE2GzWXHixAm0aNESUVFR4Jzj5ptvNhx//fXhXjbknEOWtXuieXNt9Nl1112HCutlR8Ak iYgIs+DkmSJU2hw4fOyUodyzl9QGNTqPIgq/oXcLcHTs2AkVFRVwJzP6mivBexIm796Jr32+Gqmo qCiYTDIOH/6Jeix1YM8WLVr4XJmOMe2BIMuyl4Pn356+berufXLOYTbLiI2NRWVlIdmT7EmE0Oaq KkdsbByOHz+Gtm3bXnGb6/mtonI4nE7ERkVCFAVEhFlgsztgc0UVKKJQe45fo48oAMAPP3yPO++8 E5WVFT6XjDbOtlgzB8FzZERZWRkURYUsy9RjqQNOnjyJG25o78fh03qR7vfW2gPCPYyKGezJmOfx /uypJduVlZVRD5TsSYTQ5vbseRfs9lJcunQJrVu3qZU213PfxUsV+P5IAXrcehPiY6Mgm0zY9eU3 KCgsoogCRRRC8245Bzp27Ijy8nJ9UiTPG87XvkDRgsBOgkZkZBRkWcZPPx2hHksd2DMxMRGcK1Ue JnVnT7PZjNjYWBQWniZ7kj2JINvcigrtVW9CQkLt2dTjq5KyS8je8hFioyIgyxLKLlXidFGp/j1F FGoPp7ORr/UAcPz444/o1q2bK6LA4esd55U2Pp6Ul19CWRlFFOrKnoWFhWjXrh0A1Wvtjbqwp91u px4o2ZMIsc29884esNvP16pNK8ov4ef9X6DwwCEAwCnGtKHoAMAYGIAz54oQGRmN8xHtKKJQC6iq WvNFoRqCp7bd6URFRYUrqcbmlZ9Q2w2QBoPZbIEoijh9+gz1WOrAnjExTQxL2NatPbUFbSIiIlBc fJ7sSfYkgm5zrbVu07jYJpj4RApOnDgJABBFAYqiupaZNuP48WOYM2cuHn98MJo3b46bKKJwxSiK CqfD0XgjCpWVlThy5GcIgoDTp8+4xlb7n3EyiDZG95j9IYoSOFdhs9lx5MgRVNgV6rHUsj1VVUVR UUlAO9SWPd1UVFTi+PHjZE+yJxFkm3v27NlqHbea2rRZs2aGbUEQYLPZIQgiFCbhHI8HY81RQhGF WogoKFWGJjeyiMLh7t0xZswYfTGoq42qqrj/viR0axuBxMTL2dsE2ZMge5JNyaYNhaoOX6OKKNxw dzJiO9wNh8MOrvKrfn3GAMkk42h5JE6dUiEIdrrjyJ4E2ZNsSjZtMBEFXzSqiALnJjjbtPnNvFvt xmWQJKnaRbYIsifZk+xJNiWb1kdq/OqhYWWT/tbvHp10p5E9CbIn2ZRs2uAiCopTadyjHgiCIAiC uDJURa2Zo3AtjU91kz6iLxbk/J3uGrInQTYk3VJd6xWUo1CPoEgK2ZMgG5Juqa7XCj5Xj3SvI25c lpkiCtd6vcmeBNmQdEt1pYhCSI5CffG+kpKSMGHCBOTm5sJkMiE9PR3Hjh3Dpk2bIEkSMjIy0KNH DwDa1K2LFi3C7t27AQB9+vTBtGnT9LG2SUlJeO6555CTk4OioiK0a9cOGRkZaN++vVe9Dx48iIyM DKSmpmLIkCFQVRWrVq3Cjh07UFlZiaSkJLzwwgtwOBxISUlBTk4OmjRpous2OTkZ69evR0xMDLVG ZE+yYT20YXWyNQY7paWlYfPmzaisrESfPn2Qnp4Ok8nkpdvCwkIsXboU+/btg9PpxB133IGMjAxI khRQl2FhYViwYAE+++wzhIeH49FHH8Wbb76Jzz//XJfh6aefxubNm1FUVIQ9e/YEdU+4z/esi2eZ ge4Zh8OB+fPnY/fu3bpMgZ5pTqcTWVlZ+Nvf/gZFUTB69GgMHz782o4oOFxTNTakiMLBgiK8tGQT vvlyNzL//Cp69h6AFxfn4psvd2P+ouVIn/sWAOCDnBU4e+ocnl/wDjjnyF0xG6++kYWBI9L0sj75 fC/GZyxGeGQ0PtuxBTNenY2pr71pqPd3ez/HtrcXY9iE59H69rvwrwI7Ptm+Hkd/PICnX8uCJTwC 761bjsx5y5E8egpuvasPlq/bhvsfeQwAcOjbvWjR7hYcKgsHyqg3RPYkG9ZHGwYjW0Nnz1f/xZTX V4Exhk1Zc/Dawmw8lDLBq51f8MIf8ciop/HQ2OlQFAWf5K1D5twlSJ04PaAuP1iRhXNnL+DFRTkA gC0r53s9P/5v3w+Y9GoWIqKa4F8F9qD07uv547kv0D2zI3clzpw+jxcX5YBzjs3ZcwM+0/K3rMaJ oz/j6deyYbZY8HHeO7i+HkYfrmZEgZWUlHAAeO+99zBmzBiDV2Gz2fTtvXv31huveOfOnYiOjobD 4UCfPn0M2/fffz/27NkDAEhOTsayZcvQqlUrAEBBQQGmTp2K7du362Xt2LFD94ytViv69euHzz77 TP9+4sSJ2Lp1K+bMmYMOHTrocgwdOhTz5s1zLW4DlJSU4IknnsD777+PwsJCTJ48GZs3b4YkSViw YAHuuOMO9OnTh54oZE+yYT21YXWyNQY75ebm6vU7ceIEpk6diry8PL89dzdWqxVDhw7FBx98EFCX gwYNwrJly9CyZUsA2pLiKSkpht7/e++9h/j4+KD1HkxEIdA9M2jQICxdutRQ79TUVL91HTRoEJYs WYLWrVvXa3uGh4cjOjo65PPKysrQuXNnfXvnzp0YPHiwvp064DZ0vsE4ZXaDHPVwsNQClNp9bqvq 5TXJS0pKcMKZgF9d26rSFCXnzxvq8uOFMOCCe1uAoiiG7ze/ux233/MHnLdcb9h/9tw5jB49Wneq OOdgjLmOiUfiDZ2wcsvHuOOevvjnv/+DXslp+FeBHekj+uplUPY22ZNs+Nvb0E0wsjV0jPVLQHFJ iaF+7s/HjxzAjo0r8euxn2C3WbVeZRC6LC4uRoEjHif1a8R7PT+OlEfhSHloeq8uohDonikuLvaq d6BnWnFxMU46E3Cqntv9akUUmMAa5qiHqrL4246Li0NrqcjgScbHxRmO91Uvz32rsv6CKVOmoEOL JkhJSdH3J8THIysrC02bNvUpY5OxI/DGG2/g979rhZ7dbsM97SMBwK8Xey1D9iQb/pY2dBOMbA2d YHU/d9qrmDRpEnr27ImIiAhUVFSgX79++vf+dBkXF4c2pmJDRKGq/arqszq9i6KIrtdxmM1mAMCF CxeqLdNzX3x8vFf5gZ5p8fHxaCUV1fuIQl0iuBZTZABESWyYEYWqsvjb7tyjN16bvxTDxqcDADZl LULnHr1D8lSPVjbBmBcXYsXrz+FYsQ19/icVANDtvoGY/ufZeGTU04hLaI6zhSfw9/dzMGJShisu dAMczIz5S95E/2FjKVOb7Ek2rGc2TEpKMkSBgpGtofPqvCUYPuF5vX6/u6uvT92XV9pw7AKD5QxD WekJfLhpldEOfn4PnXvcp1+Dc44tq5Z62a+qPqvTe2Kb9pi/YgPue3gYKsov4v13/lJtmZ77ftez j1e9Pb+vOqfCbff8AZmzF2L4hHTIljB89O46PDJy0jUVUWCMQRQFCIIA2Sw37ojC7c+lYdGiRZif PlJTbO/eeOaZJw1ZzNX1Xnq2kYE2ieiWtRxTpkxBYiQwevRo3DlpJHJycrB23h/1TNuRI0cazlVG p2LRokVI+UN3MEZL2pI9yYb1yYYrZhrLDUa2hs59d92OJdPHobKyEr1790b6tPE+df+nl6dj2bJl WL/0VTRr1gypqan45qvPqv093PbMk5g/fz5mTU1BeHg4hg0bhsPf7g3Y+69O76/OeBGzZ8/GrvfW Iz4+HiNGjMC3//5H0BGF25+ZgAULFmD2tFSEh4cjJSUFP+73L1O3qePw5ptvYknGBHDOMXr06Gtu zgVBYJBMEmTZBLPZHHwy4/JtX1BrGCL//OR9XDhfhP7DxpIyyJ4E2fA3pbZnIwxGl2dPFeCteS9h +uIcuvlqPaIQUyfJjCMe6opunVvDbJZhCbNAlmWambGuKC8vx7Ld72Px4sVISCDdkT0JsmH9i/zU hS4XL16MMWPGwOl0Im/7Ktzf+156fjQgRFGELMuQzWaYzRbIsonWeqgrz10QBDwy6mn8XBGNn0l3 ZE+CbFgPqI12vDpdqlEtMTxlBBx2GzrdcTdue3AkPT/qJKJQNzkKsmyCJcwCi8UCi8UMySRRRKEu oEx4sidBNmysOqiunJ5jh+LZsUPppmugWMIsCI+IgFmWYZJNkESRIgoEQRAEQREFDZNJhsVihmwy QZIkMMYoogAEnpHsSs+/0rKJ+m9jgiCIxoLJJGkJjKIIURQBgCIKtVW/QOf7G6/rj2tpXfjGYmOC IIirHVEoKChAaWlp0OfExMRUu5CdKIgQBcEwBJwiCrVUv0Dnu78LpUdKOSENy8YEQRBXk9LSUpSW lqJ///5Bn5Ofn1/tMYKgTbTkdhQYq0cRhfQRfTFg+Fjs3rEFkiRh8JhncPbUcXy2cwtEUULKUy+i w63dAQAl507j/fVv4sgP/4GiOHFjp654NO1FREbH6GX97+MTsefDrSg7X4x56z/Bj/v/jR0bs3Gu 8CSiY+PR939TcVefh/XrL16zDZ/+NRdl54vRvPX1ePTJF5DY5oagrleTiII/edxrByQlJQFoXOsH NFYbOx12bF+3DPu/+gwAcNtdvZE8ajIkEzkWBEHUDe0soTkJgLaE96effhrYUXDNyOixp35FFCLU Mvz1vTzs2rULS5bMwsCBA/H+dm1765ZsPP7Q3QCAkS+/jGnTpqFz5z/D6XRizZo1+Of2bMyYMUMv q7zwMDasW6OvKPbaxDlIT0/HPffcg5KSEqxdu9ZQp+Kj32D1yhWIiorCpk2b8OE7C7Fy5cqgrxdM RMHzsz95Pv/880b9Prwx2nj58pUQrOexZfMmcM4xc+ZMfPO3dZg0aRK1ZgRB1Alnz9b1FWrw6uFq vJ+99f4R2H9WQGzH3rBa5xq2jx2br8swaeZbcAD45gwAmNC13yi8PjXVIOPdyRMMK4oxyYyvD5+G rckZxMQ3w30pzxiO75MyFUcro4FK4MbfD8aatWtDul4wEQXPz9XJ01jfhzdGG+d/vAsTX16Ewxcj tOsMn4QVrz+H7gPHU2tGEEQdRRTq0D2oMkV9vYoo9O7kXqNc9tpWVVWX4YcffsCKFStw6NAhWK2X l0D1lPGBLomGsufNnol169Zh2V83wGw2Y9q0aXp4X7tWgsfRMlRFCel6oUYUqpOnsb4Pb4w2vnTh PPp3b6uH65SW12NBWSnlNBAE0fAiCoxBYADn9TSiEOwKdK9Nn4GBI9IwZHJ3WMIiYLNW4uVxAwP3 /iLaI3niq0iGlh8we958yG17BqzfFV2vmohCTeRpDDRGG0c2iUX+vuNIuE5bWvdc4UlERsfSKAmC IK5aRMGzU1SVUF5lMyYYnIR6F1EIdgU6KHZ0bG5Br/ZRKCoqQvaabL89dzeZmZkYPXo0WrZsCfVX ESLUoFcfC+V6vvILfB0XSJ7IyEgk4jTatGnT6G7uxmjjAQ8+gM+3ZePFF18E5xxbl76JAf0eoIgC QRBXLaLgzm+7EidBQ/Xa0yAjCoPHPY+FS/+C83/6E2LimuK+h4cD+HvA3l9ix1549o/TUXz2FJol tsGwtJeCXs881OsFqoe+xnoAeX7ffxjGjB0Hm7Wy0c2n0Bht3LXfKPyybhmGDhsOALjtrvtofnuC IK5qRMGXs1CTpPiq0QQAwS8zvXfvXrIMQRAEQdSLiMJZv8Mj/Y2cs9ls+PTTT/HQQw/p+6ouM/2n qYNxb49b6m9EgSAIgiCImkUUriSSEAiamZEgCIIgGhh1OY9CldGRFFEgCIIgiIZGXc2joDkK9XjU A0EQBEEQ1WO3xyA/Px99+vQJ+pxPP/202kWhAIAJAhh46I4CRRQIgiAIon4wMbkXvvzyy2rXbvAk JiYGvXr1CniMIDCDkxCSo/D79hH49ttv9e0uXboYtgmCIAiCuDps2PBzyOcUFxfj559/xsiRI6uL KRj+SCaTSfsgBfYZvv32Wzz22GMeQm4wbBMEQRAE0XhwRxYEWZYhy3K1jgJBEARBEA2XsLCwGp1H jgJBEARBXANOwrZt20I6h0MAhwCB1EcQBEEQ5CQA3kMjGUJIZrwS9u3bh7y8PHz//fcwm8248847 MX78eMMwjV9++QVvvfUWDhw4gIiICDz++ON48MEHfZbXv39/5Ofne32ub/iaXrO+ylrf4JwjPT0d Bw4cCKgzXzqOiIjAu+++6/eco0ePYu3atThw4AAcDgc6dOiAQYMG6dnAnmWaTCbcdNNNmDx5Mtq1 a0eGIQiiwToJAwYMCOFMFeAAv1qOwvbt25GcnIwZM2bAarUiJycHc+fOxezZswEAJ0+eRGZmJiZM mIAZM2agrKwMGzZs8OsoNKSHLTkGNePjjz8G5zxk/X7xxRc4ePCg3+MLCgqQkZGBMWPG4IUXXoDJ ZMKRI0ewbds2w7Ahd7lWqxUffPAB5syZg+zsbDIMQRCN2kngnIMxDs/m96o4CjNnztQ/WywWjB07 FsOGDdP35eTkIDU1Fffcc49+zLPPPhuwF5mfn6/3/Nx/3Y27qqpYt24dPvroI1itVvTq1QtTp06F xWLRjx89ejTeffddSJKEKVOmoKCgANu2bYMoikhPT0e3bt0AAF9//TVWrVqFU6dOIS4uDo8++qjf hThCiTQ8+eSTyMvLQ3FxMXbu3FmtzNV9X5VAcvfv3x9PPPEEtm/fDqvVinvvvReTJ0+GewTM6dOn kZ2djf3798PpdKJLly5IT0/XI0BOpxNr1qzBrl27oCgKUlNTMWjQoBrJ6YuLFy8iJycHs2bNwvjx 40PS7datWzFjxgy/3+fk5OCxxx7DAw88oO/r1KkTOnXq5PN4i8WChx9+GOvXr6dWhyCIBu0khIWF obKyMoizGeAxl8JvkqPwzTffoGPHjobt8+fPY8SIEUhOTsasWbNw6dKloHuT+fn5hp7lpk2b8NNP P2H58uXYuHEjTCYT3n77bcO5paWlWL9+PUaNGoV58+ahtLQU77zzDkaNGoVVq1bpx82fPx+PP/44 8vLyMH/+fBw6dKhWdHDo0CEsX74cO3fuDErmYOrkSXVyf//991ixYgXWrFmD4uJiw4PwlVdewSOP PILc3Fzk5uaibdu2Bp3k5OTg+PHjWL58OdauXYtz584FLWcwTtaaNWswcOBAtGrVKiSdfvXVV2jb ti3i4+P9HrN//37dIQ0Gq9WKnTt3okOHDtTyEATRoJ2EUJMZfzNH4ciRI1i5ciWmTp2q7ysrK8Ov v/6KrKwsrF+/HhaLBcuXL6/xNT766COkpaUhISEB4eHhGDNmjNdqWqmpqbBYLOjbty+sVqth+8SJ E4YeZVFREc6fP49mzZph2rRpIUcPPP+5GT9+PKKjo4OWOZg6Ve0JB5I7LS0NMTExiImJQVpammF2 r+zsbNx2220wm816vsi+ffv073ft2oW0tDQ0bdoUkZGRePLJJ2sspy8H6ujRo4ZlT4Nl06ZN1Z53 8eJFg9592cZzf3JyMjZu3Ii0tDRqfQiCuOacBOAqvXrw7M0tXLgQM2bMQIsWLQwVmzBhAqKiovSH 6KhRo2p8neLiYjz11FP6tqqqXpmc7mu5w+2e26qq6sdlZGRg48aNyM3NhdlsxlNPPVXtFJi+oh5V iYuLC0nmYOrkSXVyN2/eXP+cmJiI0tJSffvHH3/E6tWrceTIEVitVi0Q5XGtkpISJCYm1kj31eVs ZGdn49lnn4UghObDfv3114iJiUGbNm0CHhcVFYWysjL9NYpnUqwvu9lsNuTn52PlypWYFmfz8QAA CT1JREFUN28etUIEQTRYJyHoPAUwgIn6hEtXzVHYs2cPVq1ahczMTNx4442G79q2bes9JCPAQ7A6 4uLisHDhQiQkJFyx3B06dEBmZqb+MFq4cGFIjkJtyRxqnaqT+/Tp07qzVlhYiNjYWP27119/HePG jUP37t0RHh6OiooKDBkyxCBLYWGhz1cDV6r7gwcPGiIU7od4dQ7Gxo0bMW7cuGrLv/XWW/HVV1+h X79+QcljNpvRr1+/gK95CIIgGouTYISBMXZ1Xj3k5eXh7bffxqxZs7ycBAB44IEHsHLlSly8eBHl 5eVYvXo1evToEVTZEREROHnypGHfgAEDsHjxYpw6dQqKoqCgoABz586tkexz5szB8ePH4XA4wDk3 RBuuNKkxFJlDrVMguQEgKysLpaWlKC0tRVZWlmEFMpvNBpPJBFmWcebMGSxbtszLXllZWSgqKkJ5 eTmysrKClrM6nbnzTTzzTjydBF/n//e//wVjzG9CoiepqalYt24ddu/ejfLycjgcDnz33Xd+j7fZ bPjwww/9RlAIgiAaipNQ05kZr0pEwZ0IV7WnmJeXh7CwMDz44IM4e/Ysxo4dC4fDge7duxtyGAIx ePBgTJkyBZWVlfoDZdiwYWCM4aWXXkJJSQnatGmDlJSUGsneq1cvzJw5U+9BP//883Wio+pkDrVO 1cl966234qmnnoLVakVSUhJGjBihf/fcc88hOzsbs2bNQtOmTTFkyBDs2bPH8LBdvXo1Jk6cCM65 4dza1H2w5ObmYujQoUEd265dO2RmZmLt2rVYunQpAODGG2/EK6+84hXFAABRFNGuXTukp6dTa0QQ RIN2ErZt21ajyALjrsHqW7duNQxZ5JzDZrPp2++88w4tClWF+jzZU2OUmyAIgqi5k+De55kDtnPn TkMSeOYzQ3Bfr86agwAtDYAWeLgC6GFLEARBNCQnodroARNQdRJnchQIgiAIgpwEjyiCMX2RHIVr EIqEEARBkJPgJ6Tg9TloR6FLly7YsGGD322CIAiCIK4evp7BwewbOXJk8H4DuG9HQVsUghkSGrt2 7YquXbsajqu6TRAEQRBEw8CdyPjlX2eh1/9M93uc7iiEOq8+QRAEQRANH8Wh6J+bJTQxvn6Ax/BI z/UNWrdurX3JGH755RcAoAlnCIIgCKIR4F6McPDgwfi/ba8BAM4WXYB7uEPTuCjfjoKbEydO+Jwv f8GCBaRdonF4z4oCp9MJp9Pp9V2gqcOr/FQAaIucCUq51/4mYUCrtu1chYpgoglMdUBVORRF8S6c iRAlE0SBQ1UUw7VUHxOoCoIIrjp8CypIUBxOqIoDKle9LwVAEAQwxvT6CoIAlatQnE6oKgcHh+cy s1V1pKrcoBdVUaCqquu8qrIKqKo6C8qgqioUxQmuqj4uIkAQtH8OMQaCILrK0eTinLtmHOWQealX GU6n06eeGWOQJAmyLMMuxBp04KkfMAYGBu0/BjAOcHjVg3vI4lNXly8M5i6rynmca2WbUQbOVaiq 9k9xOuFUnHA4nAZ9e+uXabpiAsDg0psI5tYh4wATNMu4/qcqmn4Ul97c4nOugnPoMqiq6lFnDnAV vkTRrs30MtyFcs9tvzAIjGkycu3eV7UTXfXmxjI4oHJVu09VFapLQF/3kSiK+m++Kk6n4tdugiBA FAUwQYDAmPZXECCKIhhjEEX3tuT6LEIStXuUCexyvQQBgsAC2E4w3ClaPblPHWn3qesOEhisPBoW rt0zHDzo9o8xhj+9scVrf152OprGR/k8R7Lb7fTkIAiCIIhrHE/HydOB9uko/OMf/8CxY8dQWVkJ m80GciYIgiAIonHw6nPD4cDldR+ax4cHOJpBcjiM4cvIyEhcf/31kCQJhw8fhqqqPkO0BNFQ8Rn6 JwiCuMYQ4UTz+DA0iw9HQlyk3+N8Do+MjIzELbfcglatWuHkyZNeqzMSREPm0qVLsFqtsFqt3j8I yf/UIqE6zM2itb9cFCFKEkTOoTgV2B3ejgpnAkxmE0TJBO60AVx1vTjmUBTv949MFKCqAhSnd7RP EFRwLsFh53A6fbynB2CSBUiSoM/AJjABqsphtTrhcDj0d9dVT3SHI5Uq5aqilm/g6zxBELxe7ofi q4Wxi5AkE0ySBIBBVRUoiusdOlQ4a+j3hYvll98re4RZGbR8gst5ClquguvFubHeXHM8VdW3EFqx DILAXDkDzJUDoOUHqIoK1ZUXUO2rfIKo8rvgvObnt4w3oVl8AhLiInx+754mAQBYSUkJJ5UT1xLl 5eV+X6mZTCa/51WNvgHAhx9+CEG54LX/uiiG+5N+5+3BCyI48+EowASzdDlpUUueksBVVX/4qg6X oyLY4VRVKKoErjI4HFbYrHZYrRUA9y5bFEWYLRZIony5nrIJsskEURShqByK0+GaN6USVqsViuor EVCAJImorKyEw+EE/CQu+mpwDFEczuFwOPSEUi0Zi/mUW0s+FCGbZMhmM0RJ1B0VxalAURQ4nA7D MupcVWG3272WVtfqwLQl1M1mmM0WyLIMSRTB3MmdrmMYGFTOoagquKr4TBZzJwsqiiaH6qPVFlxJ jKIoApzBZrfB6XC4jldddXC6kgZVKIoWwXUqrqRSl1PhD4ExCKIASZR0h0cURQiiqCUYwp2UyPVr aOVqiYKKqkJRFHBV9ZHYx6GqzOggMxWqnyRRdwKihxul21VV/CS6MkAQRT3JU7sXNZ34csyrRgO5 S34AARM+3fWtWkd/yYySJEIySZouBRGCoOlVkjSnXxIl47YkwSRJEEUJTGAuZ5O57MDAGIeesAjo nQC/VJlCWWDMT1IoC5iA7adwcK743O/LrrTWA0HUAgr3di645N/hEKs+TP39zgUJomAHnBxOVbxi OQVBhSjI+kPOd/vEtKxt1V8TE7hRks0yZEk27KuorPTu+bjCAEwQwMDA1dAaOyYIYAKHwDkkUYIq XH7QqS6Hj/t8sAr6KAHmfpALAgRRgOgxuuRyYx6EXpkAhfkam6I1tELIDXkwthQhMJdDyaBn5Iuu CInmsHGotR2l4AKA2n11dyXaYYIAyfV78uVEBHIe3PYxRJOY9tswmYyOgnu0jMkkQTLJEMXL+pZc f7V/gh6JYoIAUdDvJv06PIQwAAtaO8zzzq11Tf8/BX0qSRCULA0AAAAASUVORK5CYII= --=-n9DfhKi8+68MXx+rtEFz Content-Disposition: attachment; filename=pathbar_path.diff Content-Type: text/x-patch; name=pathbar_path.diff; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Index: nautilus-spatial-window-ui.xml =================================================================== RCS file: /cvs/gnome/nautilus/src/nautilus-spatial-window-ui.xml,v retrieving revision 1.11 diff -u -r1.11 nautilus-spatial-window-ui.xml --- nautilus-spatial-window-ui.xml 1 Jun 2004 09:21:35 -0000 1.11 +++ nautilus-spatial-window-ui.xml 23 Jul 2004 14:13:59 -0000 @@ -65,4 +65,9 @@ + + + + + Index: nautilus-spatial-window.c =================================================================== RCS file: /cvs/gnome/nautilus/src/nautilus-spatial-window.c,v retrieving revision 1.433 diff -u -r1.433 nautilus-spatial-window.c --- nautilus-spatial-window.c 21 Jun 2004 18:33:43 -0000 1.433 +++ nautilus-spatial-window.c 23 Jul 2004 14:14:00 -0000 @@ -89,10 +89,9 @@ guint save_geometry_timeout_id; GtkWidget *content_box; - GtkWidget *location_button; - GtkWidget *location_label; GtkWidget *location_statusbar; + GtkWidget *pathbar_box; GnomeVFSURI *location; }; @@ -372,6 +371,20 @@ "/status/StatusButton", BONOBO_OBJREF (control), NULL); + + /* Wrap the location bar in a control and set it up. */ + control = bonobo_control_new (window->details->pathbar_box); + bonobo_ui_component_object_set (NAUTILUS_WINDOW (window)->details->shell_ui, + "/Path Bar/Wrapper", + BONOBO_OBJREF (control), + NULL); + + // bonobo_object_unref (control); + + nautilus_bonobo_add_menu_separator + (NAUTILUS_WINDOW (window)->details->shell_ui, "/menu/Places/Places Placeholder"); + + } static void @@ -430,161 +443,137 @@ } } - static void -location_menu_item_activated_callback (GtkWidget *menu_item, - NautilusSpatialWindow *window) +pathbar_button_clicked_callback (GtkWidget *button, + GdkEventButton *event, + NautilusSpatialWindow *window) { GnomeVFSURI *uri; char *location; - GdkEvent *event; - uri = g_object_get_data (G_OBJECT (menu_item), "uri"); - location = gnome_vfs_uri_to_string (uri, GNOME_VFS_URI_HIDE_NONE); - event = gtk_get_current_event(); + if (GTK_IS_TOGGLE_BUTTON (button)) { + gtk_toggle_button_set_active (GTK_TOGGLE_BUTTON (button) , TRUE); + } + uri = g_object_get_data (G_OBJECT (button), "uri"); + location = gnome_vfs_uri_to_string (uri, GNOME_VFS_URI_HIDE_NONE); + if (!gnome_vfs_uri_equal (uri, window->details->location)) { - if (event != NULL && ((GdkEventAny *) event)->type == GDK_BUTTON_RELEASE && - (((GdkEventButton *) event)->button == 2 || - (((GdkEventButton *) event)->state & GDK_SHIFT_MASK) != 0)) + if (event != NULL && event->type == GDK_BUTTON_PRESS && + (event->button == 2 || + (event->state & GDK_SHIFT_MASK) != 0)) { nautilus_window_open_location (NAUTILUS_WINDOW (window), location, TRUE); } else { - nautilus_window_open_location (NAUTILUS_WINDOW (window), location, FALSE); + nautilus_window_open_location (NAUTILUS_WINDOW (window), location,FALSE); } - } - - if (event != NULL) { - gdk_event_free (event); - } - g_free (location); } static void -menu_deactivate_callback (GtkWidget *menu, - gpointer data) +nautilus_spatial_window_set_pathbar (NautilusSpatialWindow *window, const char *location) { - GMainLoop *loop; - - loop = data; - - if (g_main_loop_is_running (loop)) { - g_main_loop_quit (loop); + GnomeVFSURI *uri; + char *name, *uri_location; + GtkWidget *button, *hbox, *label, *image; + GtkRcStyle *rc_style; + gboolean use_toggle_button, use_home_shortcut; + + uri = NULL; + if (location != NULL) { + uri = gnome_vfs_uri_new (location); + } -} - -static void -menu_popup_pos (GtkMenu *menu, - gint *x, - gint *y, - gboolean *push_in, - gpointer user_data) -{ - GtkWidget *widget; - GtkRequisition menu_requisition, button_requisition; - widget = user_data; - gtk_widget_size_request (GTK_WIDGET (menu), &menu_requisition); - gtk_widget_size_request (widget, &button_requisition); + + /* deallocate existing pathbar */ + gtk_container_foreach (GTK_CONTAINER (window->details->pathbar_box), + (GtkCallback) gtk_widget_destroy, + NULL); - gdk_window_get_origin (widget->window, x, y); + /* use a toggle button for the current folder only */ + use_toggle_button = TRUE; + while (uri != NULL) { - *y -= menu_requisition.height - button_requisition.height; + + uri_location = gnome_vfs_uri_to_string (uri, GNOME_VFS_URI_HIDE_TOPLEVEL_METHOD); - *push_in = TRUE; -} - -static void -location_button_clicked_callback (GtkWidget *widget, NautilusSpatialWindow *window) -{ - GtkWidget *popup, *menu_item, *first_item; - GnomeVFSURI *uri; - char *name; - GMainLoop *loop; + use_home_shortcut = (strcmp (uri_location, g_get_home_dir ()) == 0); + g_free (uri_location); + if (use_home_shortcut) { + name = g_strdup("Home"); + } else { + name = g_strconcat (" ", nautilus_get_uri_shortname_for_display (uri), NULL); + } - g_return_if_fail (window->details->location != NULL); + if (use_toggle_button) { + button = gtk_toggle_button_new (); + gtk_toggle_button_set_active (GTK_TOGGLE_BUTTON (button) , TRUE); + use_toggle_button = FALSE; + } else { + button = gtk_button_new (); + } - popup = gtk_menu_new (); - first_item = NULL; - uri = gnome_vfs_uri_ref (window->details->location); - while (uri != NULL) { - name = nautilus_get_uri_shortname_for_display (uri); - menu_item = gtk_image_menu_item_new_with_label (name); - if (first_item == NULL) { - first_item = menu_item; + rc_style = gtk_widget_get_modifier_style (button); + rc_style->xthickness = 0; + rc_style->ythickness = 0; + gtk_widget_modify_style (button, rc_style); + gtk_widget_show (button); + + hbox = gtk_hbox_new (FALSE, 1); + gtk_container_add (GTK_CONTAINER (button), hbox); + gtk_widget_show (hbox); + + if (use_home_shortcut) { + image = gtk_image_new_from_stock (GTK_STOCK_HOME, GTK_ICON_SIZE_MENU); + gtk_box_pack_start (GTK_BOX (hbox), image, FALSE, FALSE, 0); + gtk_widget_show (image); } + + label = gtk_label_new (name); + gtk_box_pack_start (GTK_BOX (hbox), label, FALSE, FALSE, 0); + gtk_widget_show (label); + gtk_box_pack_end (GTK_BOX (window->details->pathbar_box), button, TRUE, TRUE, 0); + + g_free (name); - gtk_widget_show (menu_item); - g_signal_connect (menu_item, "activate", - G_CALLBACK (location_menu_item_activated_callback), + + g_object_set_data_full (G_OBJECT (button), "uri", uri, (GDestroyNotify)gnome_vfs_uri_unref); + g_signal_connect (button, + "button_press_event", + G_CALLBACK (pathbar_button_clicked_callback), window); - g_object_set_data_full (G_OBJECT (menu_item), "uri", uri, (GDestroyNotify)gnome_vfs_uri_unref); - - gtk_menu_shell_prepend (GTK_MENU_SHELL (popup), menu_item); + + /* don't create anymore buttons if we use the home shortcut */ + if (use_home_shortcut) { + return; + } uri = gnome_vfs_uri_get_parent (uri); - } - gtk_menu_set_screen (GTK_MENU (popup), gtk_widget_get_screen (widget)); - loop = g_main_loop_new (NULL, FALSE); - - g_signal_connect (popup, "deactivate", - G_CALLBACK (menu_deactivate_callback), - loop); - - gtk_grab_add (popup); - gtk_menu_popup (GTK_MENU (popup), NULL, NULL, menu_popup_pos, widget, 1, GDK_CURRENT_TIME); - gtk_menu_shell_select_item (GTK_MENU_SHELL (popup), first_item); - g_main_loop_run (loop); - gtk_grab_remove (popup); - g_main_loop_unref (loop); - gtk_object_sink (GTK_OBJECT (popup)); + } } void nautilus_spatial_window_set_location_button (NautilusSpatialWindow *window, const char *location) { - GnomeVFSURI *uri; - char *name; - uri = NULL; - if (location != NULL) { - uri = gnome_vfs_uri_new (location); - } - if (uri != NULL) { - name = nautilus_get_uri_shortname_for_display (uri); - gtk_label_set_label (GTK_LABEL (window->details->location_label), - name); - g_free (name); - gtk_widget_set_sensitive (window->details->location_button, TRUE); - } else { - gtk_label_set_label (GTK_LABEL (window->details->location_label), - ""); - gtk_widget_set_sensitive (window->details->location_button, FALSE); - } - - if (window->details->location != NULL) { - gnome_vfs_uri_unref (window->details->location); - } - window->details->location = uri; + nautilus_spatial_window_set_pathbar(window,location); } + static void nautilus_spatial_window_instance_init (NautilusSpatialWindow *window) { GtkShadowType shadow_type; GtkWidget *frame; - GtkRcStyle *rc_style; - GtkWidget *arrow; - GtkWidget *hbox; window->details = g_new0 (NautilusSpatialWindowDetails, 1); window->affect_spatial_window_on_next_location_change = TRUE; @@ -601,30 +590,6 @@ gtk_statusbar_set_has_resize_grip (GTK_STATUSBAR (window->details->location_statusbar), FALSE); - window->details->location_button = gtk_button_new (); - gtk_button_set_relief (GTK_BUTTON (window->details->location_button), - GTK_RELIEF_NONE); - rc_style = gtk_widget_get_modifier_style (window->details->location_button); - rc_style->xthickness = 0; - rc_style->ythickness = 0; - gtk_widget_modify_style (window->details->location_button, - rc_style); - - gtk_widget_show (window->details->location_button); - - hbox = gtk_hbox_new (FALSE, 3); - gtk_container_add (GTK_CONTAINER (window->details->location_button), - hbox); - gtk_widget_show (hbox); - - window->details->location_label = gtk_label_new (""); - gtk_box_pack_start (GTK_BOX (hbox), window->details->location_label, - FALSE, FALSE, 0); - gtk_widget_show (window->details->location_label); - - arrow = gtk_arrow_new (GTK_ARROW_DOWN, GTK_SHADOW_NONE); - gtk_box_pack_start (GTK_BOX (hbox), arrow, FALSE, FALSE, 0); - gtk_widget_show (arrow); frame = gtk_frame_new (NULL); gtk_widget_style_get (GTK_WIDGET (window->details->location_statusbar), @@ -634,14 +599,17 @@ frame, TRUE, TRUE, 0); gtk_widget_show (frame); - gtk_container_add (GTK_CONTAINER (frame), - window->details->location_button); + window->details->pathbar_box = gtk_hbox_new (FALSE, 1); + gtk_widget_show (window->details->pathbar_box); + + /* gtk_container_add (GTK_CONTAINER (frame), + window->details->pathbar_box);*/ - gtk_widget_set_sensitive (window->details->location_button, FALSE); - g_signal_connect (window->details->location_button, - "clicked", - G_CALLBACK (location_button_clicked_callback), window); gtk_widget_show (window->details->location_statusbar); + + + + } static void --=-n9DfhKi8+68MXx+rtEFz-- From tero.huttunen@tut.fi Sat Jul 24 06:59:33 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from paperi.ton.tut.fi (paperi.ton.tut.fi [193.166.234.15]) by menubar.gnome.org (Postfix) with ESMTP id 8D3C33B0995 for ; Sat, 24 Jul 2004 06:59:33 -0400 (EDT) Received: from b79.ttorni.ton.tut.fi ([192.168.1.2]) [193.166.234.123] by paperi.ton.tut.fi with esmtp (Exim 3.33 #3 (Debian)) id 1BoKFW-0007io-00; Sat, 24 Jul 2004 13:59:30 +0300 From: Tero Huttunen To: nautilus-list@gnome.org Content-Type: text/plain Date: Sat, 24 Jul 2004 14:13:11 +0300 Message-Id: <1090667591.4729.19.camel@taju2.ton.tut.fi> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 25 Jul 2004 08:07:53 -0400 Subject: Re: date format in list view X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Jul 2004 10:59:33 -0000 Hi, Now that Nautilus has an option to to change the date format in list view, is there any chance of getting in similar format as in the new gtk file chooser eg. 07/10/2004 or Today, Yesterday? In addition, it would be more consistent if gtk file chooser would conform to the same configuration option. Or can you think of any reason why file chooser should have different format than nautilus? -- Tero From mammique@garbure.org Sat Jul 24 16:32:58 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mwinf0303.wanadoo.fr (smtp3.wanadoo.fr [193.252.22.28]) by menubar.gnome.org (Postfix) with ESMTP id 70DA33B0E36 for ; Sat, 24 Jul 2004 16:32:58 -0400 (EDT) Received: from PlasticBertrand (AToulouse-152-1-44-206.w82-125.abo.wanadoo.fr [82.125.154.206]) by mwinf0303.wanadoo.fr (SMTP Server) with ESMTP id 705D15000831 for ; Sat, 24 Jul 2004 22:32:57 +0200 (CEST) From: mammique To: nautilus-list@gnome.org Content-Type: text/plain Organization: Garbure Message-Id: <1090700865.1986.39.camel@PlasticBertrand> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 24 Jul 2004 22:28:01 +0200 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 25 Jul 2004 08:07:53 -0400 Subject: "Open With" -> "An Application" X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mammique@garbure.org List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Jul 2004 20:32:58 -0000 Hi, i don't understand why some default applications in /usr/share/application-registry/*.applications appears in nautilus's "Open With" button & some other must be choosen in a list proposed by "An Application". How could i make my application directly clickable from "Open With" for all users ? I didn't found any info about this. Thank you. $ apt-cache show nautilus | grep Version Version: 2.6.3b-1 PS: This is the same problem as : http://mail.gnome.org/archives/nautilus-list/2002-October/msg00042.html From alan@ufies.org Sun Jul 25 22:07:54 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from master.ufies.org (unknown [65.110.12.162]) by menubar.gnome.org (Postfix) with ESMTP id 1829F3B10E4 for ; Sun, 25 Jul 2004 22:07:54 -0400 (EDT) Received: by master.ufies.org (Postfix, from userid 1000) id D51D4B0113; Sun, 25 Jul 2004 19:09:29 -0700 (PDT) Date: Sun, 25 Jul 2004 19:09:29 -0700 From: Alan To: nautilus-list@gnome.org Message-ID: <20040726020929.GB15237@ufies.org> Mail-Followup-To: nautilus-list@gnome.org References: <1090700865.1986.39.camel@PlasticBertrand> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1090700865.1986.39.camel@PlasticBertrand> User-Agent: Mutt/1.5.6i Subject: Re: "Open With" -> "An Application" X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2004 02:07:54 -0000 On Sat, Jul 24, 2004 at 10:28:01PM +0200, mammique wrote: > Hi, > > i don't understand why some default applications in > /usr/share/application-registry/*.applications appears in nautilus's > "Open With" button & some other must be choosen in a list proposed by > "An Application". How could i make my application directly clickable > from "Open With" for all users ? I didn't found any info about this. Yes, I think that offering a list of apps (such as what is in the run dialog) before putting the user in the 'associate application' dialog would go a long way to making that side of it more user friendly. I think that one of the current WORST things about gnome is that if you need to associate .csv with say, OO.o instead of gedit you end up in the file types and associations dialog which is pretty user un-friendly. However, I think that if you simply gave the user a list of apps to choose from and made the file types and associates what popped up if they clicked on 'advanced' (or something like that) this would be quite a lot more user friendly. alan -- Alan - http://arcterex.net -------------------------------------------------------------------- "There are only 3 real sports: bull-fighting, car racing and mountain climbing. All the others are mere games." -- Hemingway From alan@ufies.org Sun Jul 25 22:09:53 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from master.ufies.org (unknown [65.110.12.162]) by menubar.gnome.org (Postfix) with ESMTP id C5F583B10F7 for ; Sun, 25 Jul 2004 22:09:53 -0400 (EDT) Received: by master.ufies.org (Postfix, from userid 1000) id EB456B005E; Sun, 25 Jul 2004 19:11:29 -0700 (PDT) Date: Sun, 25 Jul 2004 19:11:29 -0700 From: Alan To: nautilus-list@gnome.org Message-ID: <20040726021129.GC15237@ufies.org> Mail-Followup-To: nautilus-list@gnome.org References: <1090702999.23114.25.camel@dali.sqx.lde> <1090714279.18165.1.camel@clown.mrkidd.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1090714279.18165.1.camel@clown.mrkidd.com> User-Agent: Mutt/1.5.6i Subject: Re: Appearance of the new Add-Application dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2004 02:09:54 -0000 On Sat, Jul 24, 2004 at 05:11:19PM -0700, Mason Kidd wrote: > I would actually suggest that the 'Add Application' dialog match the > 'Run Application' dialog, so that when it is expanded, it shows a list > of 'Known Applications'. +1 I think that showing the user the filesystem layout, even through the file chooser, should be a last resort (or 'advanced' in this case). alan -- Alan - http://arcterex.net -------------------------------------------------------------------- "There are only 3 real sports: bull-fighting, car racing and mountain climbing. All the others are mere games." -- Hemingway From kotrla@ceb.cz Mon Jul 26 04:22:14 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.ceb.cz (mail.ceb.cz [193.86.242.34]) by menubar.gnome.org (Postfix) with SMTP id C5ECC3B1118 for ; Mon, 26 Jul 2004 04:22:13 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Date: Mon, 26 Jul 2004 10:20:05 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: nautilus behaviour when selected file is changed Thread-Index: AcRwlVzEsWCstkWaRdOlYeUL0XUoaQCU6Vog From: "Kotrla Vitezslav" To: Subject: RE: nautilus behaviour when selected file is changed X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2004 08:22:14 -0000 > 0. have fam/gamin working > 1. select a file > 2. touch it from a shell or otherwise change it > 3. observe how the file is unselected and the next file in=20 > the directory > gets a frame around its name, but is not selected. Couldn't replicate with 2.6.3. You'll probably better upgrade. Just my USD 0.02. Vit Kotrla From kotrla@ceb.cz Mon Jul 26 04:28:31 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.ceb.cz (mail.ceb.cz [193.86.242.34]) by menubar.gnome.org (Postfix) with SMTP id 297713B1161 for ; Mon, 26 Jul 2004 04:28:31 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Date: Mon, 26 Jul 2004 10:26:23 +0200 content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Nautilus and ftp Thread-Index: AcQirXczw9HTqt85Qeq34xwyIXqFRBQO/rlw From: "Kotrla Vitezslav" To: Cc: Ondrej Fruhbauer Subject: sort order in Nautilus X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2004 08:28:31 -0000 A friend of mine is bothered by this one. He is versioning his work like this 001.txt 002.txt ... which is apparently no problem. Now he makes revision in 001.txt, saves as 001a.txt, next revision is 001b.txt etc.. Problem is that 'by name' sort order in Nautilus 2.6.3 makes this list 001a.txt 001b.txt 001.txt but he would (and me too) expect 001.txt in the first place. Is it bug, feature, or is there any sorting rationale behind? Thanks for explanation, Vit Kotrla From jdub@waugh.id.au Mon Jul 26 04:46:36 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.syd.swiftdsl.com.au (mail.syd.swiftdsl.com.au [202.154.83.58]) by menubar.gnome.org (Postfix) with SMTP id 40AC13B1157 for ; Mon, 26 Jul 2004 04:46:35 -0400 (EDT) Received: (qmail 22992 invoked from network); 26 Jul 2004 08:46:34 -0000 Received: from unknown (HELO home.waugh.id.au) (218.214.67.227) by mail.syd.swiftdsl.com.au with SMTP; 26 Jul 2004 08:46:34 -0000 Received: from willow.home.waugh.id.au (willow.home [192.168.10.9]) by home.waugh.id.au (Postfix) with ESMTP id D2E02E8D18 for ; Mon, 26 Jul 2004 18:46:30 +1000 (EST) Received: by willow.home.waugh.id.au (Postfix, from userid 1000) id 6657768DCC; Mon, 26 Jul 2004 18:46:14 +1000 (EST) Date: Mon, 26 Jul 2004 18:46:13 +1000 From: Jeff Waugh To: nautilus-list@gnome.org Message-ID: <20040726084613.GZ6224@willow.home.waugh.id.au> Mail-Followup-To: nautilus-list@gnome.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Reply-By: Thu Jul 29 18:45:15 EST 2004 X-Operating-System: Linux 2.6.6 ppc X-Message-Flag: Cranky? Try Free Software instead! X-Uptime: 18:45:15 up 26 days, 15:39, 7 users, load average: 1.29, 1.15, 1.06 User-Agent: Mutt/1.5.6+20040523i Subject: Re: sort order in Nautilus X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2004 08:46:36 -0000 > 001a.txt > 001b.txt > 001.txt > > but he would (and me too) expect 001.txt in the first place. > > Is it bug, feature, or is there any sorting rationale behind? I'd say it's because "a" comes before ".", and "." is not a particularly special character in *nix filenames, so it's not ignored as part of the search order as it is in other operating systems. - Jeff -- linux.conf.au 2005: Canberra, Australia http://linux.conf.au/ "Ever since GNOME development began, I have urged people to aim to make it as good as the Macintosh. To try to be like Windows is to try for second-best." - Richard Stallman From carlos@gnome.org Mon Jul 26 04:51:21 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from ternura.interactors.coop (ternura.interactors.coop [65.110.56.102]) by menubar.gnome.org (Postfix) with ESMTP id B5BBE3B115C for ; Mon, 26 Jul 2004 04:51:21 -0400 (EDT) Received: from [192.168.0.101] (69.Red-80-33-181.pooles.rima-tde.net [80.33.181.69]) by ternura.interactors.coop (Postfix) with ESMTP id ACB787C50B; Mon, 26 Jul 2004 10:52:11 +0200 (CEST) From: Carlos =?ISO-8859-1?Q?Perell=F3_Mar=EDn?= To: Kotrla Vitezslav In-Reply-To: References: Content-Type: text/plain; charset=ISO-8859-15 Organization: GNOME Foundation Date: Mon, 26 Jul 2004 10:51:12 +0200 Message-Id: <1090831872.3682.16.camel@frodo.pemas.net> Mime-Version: 1.0 X-Mailer: Evolution 1.5.90 Content-Transfer-Encoding: 8bit Cc: nautilus-list@gnome.org, Ondrej Fruhbauer Subject: Re: sort order in Nautilus X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2004 08:51:21 -0000 On Mon, 2004-07-26 at 10:26 +0200, Kotrla Vitezslav wrote: > A friend of mine is bothered by this one. He is versioning > his work like this > > 001.txt > 002.txt > ... > > which is apparently no problem. Now he makes revision in 001.txt, > saves as 001a.txt, next revision is 001b.txt etc.. Problem is that > 'by name' sort order in Nautilus 2.6.3 makes this list > > 001a.txt > 001b.txt > 001.txt > > but he would (and me too) expect 001.txt in the first place. > > Is it bug, feature, or is there any sorting rationale behind? Nautilus sorts the files following your locale rules if you want other rules look for other locales (changing the LC_COLLATE env variable). > > Thanks for explanation, > Cheers. > Vit Kotrla -- Carlos Perelló Marín Debian GNU/Linux Sid (PowerPC) Linux Registered User #121232 mailto:carlos@pemas.net || mailto:carlos@gnome.org http://carlos.pemas.net Valencia - Spain From mathias.hasselmann@gmx.de Mon Jul 26 22:49:32 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id C3F003B0BCB for ; Mon, 26 Jul 2004 22:49:31 -0400 (EDT) Received: (qmail 583 invoked by uid 65534); 27 Jul 2004 02:49:30 -0000 Received: from pD9F50B3E.dip.t-dialin.net (EHLO mail.sqx.lde) (217.245.11.62) by mail.gmx.net (mp018) with SMTP; 27 Jul 2004 04:49:30 +0200 X-Authenticated: #427294 Received: from [192.168.100.11] (dali.sqx.lde [192.168.100.11]) by mail.sqx.lde (Postfix) with ESMTP id EA1911E1AB; Tue, 27 Jul 2004 03:53:12 +0200 (CEST) From: Mathias Hasselmann To: Alan In-Reply-To: <20040726021129.GC15237@ufies.org> References: <1090702999.23114.25.camel@dali.sqx.lde> <1090714279.18165.1.camel@clown.mrkidd.com> <20040726021129.GC15237@ufies.org> Content-Type: text/plain Organization: http://taschenorakel.de/ Message-Id: <1090896560.12208.8.camel@dali.sqx.lde> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 27 Jul 2004 04:49:20 +0200 Content-Transfer-Encoding: 7bit Cc: nautilus-list@gnome.org Subject: Re: Appearance of the new Add-Application dialog X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2004 02:49:32 -0000 Am Mo, den 26.07.2004 schrieb Alan um 4:11: > On Sat, Jul 24, 2004 at 05:11:19PM -0700, Mason Kidd wrote: > > I would actually suggest that the 'Add Application' dialog match the > > 'Run Application' dialog, so that when it is expanded, it shows a list > > of 'Known Applications'. > > +1 > > I think that showing the user the filesystem layout, even through the > file chooser, should be a last resort (or 'advanced' in this case). Yup, letting alone with the thousands of binaries an average *nix system contains, would be quite "uncool". That's why I see some "Applications" shortcut in the expanded file browser, pointing on some virtual folder listing known applications. Maybe this shortcut could be preselected. Ciao, Mathias -- Mathias Hasselmann http://www.taschenorakel.de/mathias/ From veillard@redhat.com Tue Jul 27 06:06:23 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id E3B6F3B0A69; Tue, 27 Jul 2004 06:06:22 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6RA6Me1012779; Tue, 27 Jul 2004 06:06:22 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6RA6Ma15662; Tue, 27 Jul 2004 06:06:22 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6RA5g90030595; Tue, 27 Jul 2004 06:05:43 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i6RA5gbw030586; Tue, 27 Jul 2004 06:05:42 -0400 Date: Tue, 27 Jul 2004 06:05:42 -0400 From: Daniel Veillard To: John McCutchan Message-ID: <20040727100542.GA27713@redhat.com> References: <1090180167.5079.21.camel@vertex> <20040719033719.GA24114@redhat.com> <1090446785.8997.13.camel@vertex> <20040721231833.GC31580@redhat.com> <1090464430.10162.7.camel@vertex> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1090464430.10162.7.camel@vertex> User-Agent: Mutt/1.4.1i Cc: gamin-list@gnome.org, nautilus-list@gnome.org Subject: Re: [PATCH] inotify 0.5 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2004 10:06:23 -0000 Sorry for the delay, my laptop decided to break while at OLS making mail and related work near impossible... On Wed, Jul 21, 2004 at 10:47:10PM -0400, John McCutchan wrote: [...] > My idea is that when we are packaging the events for the client we can > scan the events we have already queued to be sent to the client, and if > the events are the same we toss the one out. A couple questions.. (I > haven't gotten a firm grasp on FAM/gamin yet) does the client (aka > nautilus,etc) ask for all pending events ? or do we just push them down > a fd and nautilus reads them whenever it feels like it? it's synchronous, the second kind, which makes filtering a bit harder. The main problem people raised (with fam) is that if a file is being monitored (or in a monitored dir) and grows very fast, you get a continuous stream of FAM event consuming most of your CPU. Avoiding this effect could be done by rate limiting Changed events for a given file. You still don't want to block them completely as FAM is used for example to monitor log files. > Either way I think flow control and event merging shouldn't be too hard. > We just need a staging ground for 'new events' where we could batch them > up and say once per second send them off to the clients or fd. yup, you don't want to delay the event, but block successive Changed events until a given delay. This can be done completely server based. > > > One question about gamin, why does it not have a backend shutdown > > > routine? > > > > I'm not 100% sure I understand, maybe the answer is because > > this wasn't available in the FAM API. > > We should be able to add this right? It shouldn't affect the fam API, > just when gamin is shutting down call a backend shutdown callback. I'm still unclear. Do you mean libgamin ? How would the library knows it's shutting down, since FAM is the only user visible interface from the library to the application (and I would really like to keep it that way). It seems I'm missing something, or do you mean a internal API call at the server level when it's shutting down (say on SIGINT signal) ? Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From veillard@redhat.com Tue Jul 27 06:28:40 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id E7CDB3B0ADD; Tue, 27 Jul 2004 06:28:34 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6RASXe1017811; Tue, 27 Jul 2004 06:28:33 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6RASXa21779; Tue, 27 Jul 2004 06:28:33 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i6RARst9006836; Tue, 27 Jul 2004 06:27:54 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i6RARsRK006834; Tue, 27 Jul 2004 06:27:54 -0400 Date: Tue, 27 Jul 2004 06:27:54 -0400 From: Daniel Veillard To: John McCutchan Message-ID: <20040727102753.GB27713@redhat.com> References: <1090379253.4228.8.camel@vertex> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1090379253.4228.8.camel@vertex> User-Agent: Mutt/1.4.1i Cc: gamin-list@gnome.org, nautilus-list@gnome.org Subject: Re: [gamin] [PATCH] inotify 0.6 + new gamin patches X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2004 10:28:40 -0000 On Tue, Jul 20, 2004 at 11:07:34PM -0400, John McCutchan wrote: > With this release I am able to run gnome 2.6 without any (major) > problems. [The previous set of patches caused major kernel problems when > running gnome 2.6.. I have now fixed that bug.] > > The only bug I know of right now is gnome-settings-daemon gives an error > on login. It says it restarted too many times and will start next time I > login, but gnome-settings-daemon is running and my desktop appears to be > fully functional. > > This really needs to be tested by more people. > > Attached is a tarball with inotify 0.6 and gamin patches. Okay, I applied the patches, I just had to add a #ifdef USE_INOTIFY/#endif to server/gam_inotify.c to avoid compilation errors on system without inotify. It would be good to find a way to detect the availability of inotify.h from the kernel sources to then activate it. Anyway this is in gamin CVS head, let's hope it get tested by more people, but getting the kernel side ready is IMHO far more difficult for people to test it. thanks ! Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From wingo@pobox.com Thu Jul 29 05:45:27 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from johnson-resources.com (unknown [216.166.232.203]) by menubar.gnome.org (Postfix) with ESMTP id 1F02F3B0F48 for ; Thu, 29 Jul 2004 05:45:27 -0400 (EDT) Received: from localhost (mantis.schoolnet.na [::ffff:196.44.140.238]) (AUTH: LOGIN wingo) by johnson-resources.com with esmtp; Thu, 29 Jul 2004 05:45:22 -0400 Received: from wingo by localhost with local (Exim 3.36 #1 (Debian)) id 1Bq7OA-0006J3-00 for ; Thu, 29 Jul 2004 10:39:50 +0100 From: Andy Wingo To: nautilus-list@gnome.org Message-Id: <1091093989.1307.158.camel@localhost> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=_fridge-15390-1091094326-0001-2" X-Mailer: Ximian Evolution 1.5.7 Date: Thu, 29 Jul 2004 10:39:49 +0100 Sender: Andy Wingo Subject: mtools backend for gnome-vfs X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2004 09:45:27 -0000 This is a MIME-formatted message. If you see this text it means that your E-mail software does not support MIME-formatted messages. --=_fridge-15390-1091094326-0001-2 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit [sending again after actually subscribing, sorry if you get this twice] Hey all, I just did a stupid-sounding thing: I implemented an mtools backend for gnome-vfs! Why would someone waste their time on such a pursuit, you ask? After all, the normal mounting/unmounting backend works just fine[0]. And it does work quite well, y'all did some nice work on that. The thing is, I run a thin-client computer lab. It's in rural Namibia, and everything except for the server is a refurb machine. Having a thin-client setup is cheaper, allows 486's with 16M of RAM to run the latest GNOME (!!), makes maintainance easier, etc etc. Everything runs fine, except for the fact that programs can't access hardware on the clients, except for X, because the programs actually run on the server. Enter mtools. mtools bundles something called `floppyd', which transparently integrates with the mtools suite to offer access to the floppy on a machine. It is designed for thin clients, and authenticates with standard X authentication. There's no encryption, but that's not much of an issue on the typical switched thin-client network. All it takes is a couple of lines in mtools.conf, and you can expose a: or b: or x: as the remote floppy. You can still have the local floppy (which is actually on the server) available as well. Michael Meeks was contemplating a different solution, using SSH and running some kind of automounter on the client. It's clear this isn't a general solution to the client-hardware problem, but it is a piece. I don't know what form the general solution has, but I think it involves X authentication. Issues: -- Doesn't check to see if a file is writable -- Need to figure out a sane URI scheme: nautilus doesn't like floppy://a:/foo (but floppy:/// will take the first listed floppy) -- mtools calls need to be serialized, which doesn't play well with nautilus' strategy for pouncing on a uri with gazillions of threads (no, it doesn't crash but it does get a but slow. I check the cancellation, but there's nothing.) -- many gnome programs can't write to URIs from gnome-vfs, even if they're writable. I was bummed a bit that this was the case. Maybe I can get in a patch or two for the programs my users use. Would be nice to see "client floppy" in the epiphany save-as list, for instance. Anyway, the files are attached. I'm sure other thin-client people would be interested in this. Just wanted to let you all know about it, too. Cheers, and keep up the wonderful work -- spatial nautilus rocks Namibia! [0] Aside from the fact that the whole mounted/unmounted difficulty still exists. It would be nicer if you could somehow turn on the floppy light to indicate the floppy was mounted. In this way the mtools model is better, but it's clunkier in other ways. -- Andy Wingo http://ambient.2y.net/wingo/ --=_fridge-15390-1091094326-0001-2 Content-Type: application/x-compressed-tar; name="gnome-vfs-floppy.tar.gz" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=gnome-vfs-floppy.tar.gz H4sICJm8BkEAA2ZyLjIyOTQ2LjAuZ25vbWUtdmZzLWZsb3BweS50YXIA7Tz9d9pIkvkV/RUVZscD BGz8leyFJHsOxg5vbPADvJlcbp5WlhrQs5A4STjxzeR/v6r+0BcSxp7M3Nv31Duzhu7q6q7v6upm Zq63YK27adCaOt5yeb8n/rQWLJx71q7pudNnf7S1sb08OqK/+6+O28m/oh28erbfbr86Pjp61T44 eNY+aB/sHz2D9h9eeYu2CkLDB3j2xXZn3ga4h8YlKdHff5MmxP0aUmLXtP/vbZXtL2qzrP1fGrds ajvsO67xgP3vH7w8RvvH/x29fNl+9epZe//lwUFp/39J+wFCFoSwkFLXtO7Zxcn5+O2/lrezFnl/ ewatljl1jFkAM8e+aR3stiHWmoVnrRxGnf8C7aL/PjsTZzw0T9OuRr2z/i+ZmXeGbxs3Dnu79HFr X4vmdoeDs9P+6O0eC829GAYH9wRcoF0OTwnibzWxTn0Pt1MAqnW7b2emqWmG4yinuBt4mhZ9jHpN rfK3Wrdbh9YM8ANnG36ZXvW70PqI86Fl5sMSm/BjMDd8ZiGs02wFnmssWDNaBVpevLr6hNswHWa4 r7WKv8CVoEGDDeq3XVTj9JYrsg9aFu1PsKme6RasSfSuh//cyfHeIhzE1fRs4tvKVVtTm948IQJS a+YkJGV0+n5tzf8rjf2Oa2z2/0f7xy9fCf9/fPDq6PCA+/+jw9L//xVtrwGtRgsuPYu9hm4HQuOm 9cW2wvlr+HsHbNdibtjCTu51ESTsgNm6MQLbbHnTacBChOMYGnvaXkODBnS95b1vz+Yh1NDhHaCA 4cS17uEjMRDecD7+59K78b6iMS/e5U45hP6CuZbtwYf3gBAENJnbAaDL8A3/HvDj1GcMAm8afkE3 2oF7bwWm4QK6VDsIfftmFTKwQzBca8/zCQESYE/vqW+FZPkQzhkGP38RgDflX84H13DOXOYbDlyt bhzbhAvbZG7AwAgIw5I6gzk67Zt7PuOM9jCWe4AzDxEboe25HWA2jvtwx/wAv8OBXIOwSJxN8Hyo GSHt3AdvSfPquN17cIwwnrpbQH5MpYVi4ruZe0ukaI4okcYvNrrpGwargE1XTpNQIDB87E8+DK8n cDL4BB9PRqOTweRTB4HRueIou2MClb1YOjZiRrp8ww3vcfuE4bI36n7AKSfv+xf9ySei4Kw/GfTG YzgbjuAErk5Gk373+uJkBFfXo6vhuLcLMGZM8ZeQFLB4isgWHrLRYqFhO4Ei/BMKNsDdORbMjTuG AjaZfYd7M8BEvSkWXoLXYDieO+NkInDMSNTwKbhe2IQvvo36EnpKSEWSbULfNXebcPwfMGHIJAZX jmEyaMF4RRgOD9uc1++9ICToyxPAw+z+fmv/sP2qCdfjE6JrT9N+sF3TWVkM3pAc3dnu/F2iD8Nm EFrpvuA+2AvvlyxY70YfFqZ7p6YbOhnA0EKy033M912PuiDRiVA8LGBUiNOk9LxckNbCXrCt4Hi2 RZDIBwuzO5fBae/99bl+NeoPJsScKXan+lJwNcGzpuHPgt3d3TrM9CV2oP+oiviFSnSzmr2GKghI qP63W23CDz/QjHpH+4E5AduME2HQA01xi+gj7fCnADUP85h71DrMaJrcmhD2DiyPBe5PIerUrTQ/ lC9JBJV7ZmKS19BWvq2Hnr40UP9q58SHf56Nr0d9aOBIHbTftAouQhtYAmZ4Fu04cAx0NQEhq3A0 0ODz3wLOab0L2dewo1W+zDFrh5ocegs/7f1UB/ry4gWO+ixc+S7/3tG+aWpXagcjFqycUFuEnucE uuVBTS7UIMKaoL41HORSoCO2ZjS367m0BWiY4kOdiJjdICbMUCFYmSYLAtzs2cnFuNeJSCAv8xYG 1xcXTWig9skvBEDyYyZGGexr7WPPec/30SkQmJcATO8epRJgp6JszP9eolv8CpIuxzNvcfa5Pp6c oHPSL68nvV/0/qA/6Whahcse9SZiwmv4MUBVIQ58bv9aJxh0ErWIBZgFV2KGRNviEhRIwBDEcxc8 RV9GXoZ8lNRN9D83qwCdT8DwiOPY/8viGeFcqwBIJ0UbxxTbNVah7ayCSNMwbi4dw3Z3hXLognh9 QVQLcms7CeIjGrgF6miBuhSabs6Zeatj3DSZ43AHBzUl0DqgRLPYV24u/krExx8DkOiYlWIjoeIx u0Z9vEOq5/lgeNnTUaJ6bzQajvTuyaDbu7jonSLMN62Cwo20CXezNL64enDvmkiPPmOhHi6WumVj LK03EWelInQXUBzcPIlF2ITKUS9z72zfczHBCNVgG0eAD4qD7tocE83MQnmFqyUsfc/cDIGhwlAQ O6jxAgL9L2k//rtcRSvvoHJHw2QP2WEyiCbt+qtNgkfrSMz0fOLjliLKsF+4HBFYTSM05/Caq17X cDEiYk5hh0I5ee9n0/P9FU9SgC/8K++mmgEFUIzeGCF5l7QB6qQUiD3XKhTvuAI+l5JUqoXB1SVf V6t26VSJ4RfVhyyGWWkz5JJF5MIV/EP8bb1bIC5jxgAdfW3l3rreF7m75/Uq1zBaVPCJEMx0/lny QfGvWBEHw4k+vr66Go4mQhmBwgZwpCQKQQZ9RdeN/3CcTahGDKlKI4qs4yzFL7FHXJ1UO2/xs+H1 gBZWK6dwXScJluzCz5twnvcGvVG/yzHivwmbRLVL2ahElFh3zQmmvSApoR9g1hhyZE0ZcdsprAWr RCSNhXpgwlqVDiJNxfBn7hKiwMZ9f3FcQ6+gG9YduSPdXPk+WXwU4vjmMcZR2GnIURHEBACNq7Bk 4y4UTIc8Eg1iH8fx2f61o6W0gLrz1IDziCi/k6xMET9Iq8UGnVRqQZygtLm2vh3uz3j3zg7fmGsu ltHOTm3MokMPTxI0HcW0f1SH52+FtOKpCuOLF3Y6EApy1mCUxT3nI7//zhd28EghJ/EVpEUkjV9Y PJn/0vBR3Uhw0hEKveYOT+3qH+IP2by7chxp6QXMLWIjppS90eDkQpmCzfOlihIykmXnCkFoYGwV W5JRlWqft8WHd/itWMf5SjrXdM6VGs9OIaHDccpGzqfvTj1okNvWbfwoFJ5UnMT0VjE4LbbX0FbC F5Ld3DCsrFz2dYkahtzAJJqOaFEoJgjSDL4e6UMxlioq5txYLvEEBwaPJnQovucok6hwt0nlHng8 LAXVulyA8neRgPke2hhJBbMrPL3huTaBh6ZjqOFZNGAW/VvOliQ1hMLBE5qIxcqAe8MzOiPw7B0h NpoxwkoDRqyOcc8zgynfgwjDbVrxmP5vnz7u08cD+nRAnw7p0yF9OqJPR/TpmD4dH/PZf8djOirP JfR+mcC4/1+9N6f90Tv4hK11edk6PQX48OH15SXABR2MqfgMIaWrveEFJyq2dcWS3Z/qqTjweT/d X4mUqvWO45MxwcKEqFbd3RXsSAayzRMk/HoMQsV5A0eHOX7EpGSGEuSE/XGOiuDItfkxTmHTBnc4 D44OeGr7LeEbP+8fCsa8kYxRx0cDUAaorXOPamAgJCJLNz63ZsyLuEIl1qUDfyoEnvUvevrk01VP x/m97mQ4+tRJT7nDrM3SpzZzrAB+X5vbH5wN8VPv4nTM8WRm0xlel6smxPG1ZamYsed6/sKQEfpp 6172L3tq8YR4t6N71DunAtOfRXUUSzjh8ZGJjhp8RgSrTw10AbWMlohgJQMW8NNh/TuxKokioGPj W/SLnqOUERXvDyxEXiIze8n8hR1QFTIQfImnX/VGl/r1uDdCcZycwu+QN/Rx1J/0aN7a8PloeH1V MFWMFc8dTj4ULivGiueedLu98ZhPPnl/0VtHIAEIAwE8nZ0C0dPn027643F/OBinc950LoIDUWbw wQjmE7oyxQDPKw2mgef7jnauXwy7P+unvbP+oCerIOirZGWANJmKbajxKzMElQ/E2a5KmPGbb/OE GzB/7ArcOdNpts+mOnrj5HxehKpEX+nUTpwhdGd8t8UYE+OYhgswvszUStSDhpgo0D0GFfoTaM/4 IgXpk+CTznHqJgbvEFOo1HJiPVH7SuVWRA9Pn6KN5G4zWVHr5FCfX87CvN7iDpgrj4eUUZkD/bAo oooz9i+8VdXZGNuOwtsUfkeeSxDXG0qEyMee69cDUodIAYpyWMkNfkuCSxNW4fJjjsQ1uaKIKs3p tDfoq3KO6Xjo7nFP9Q5wIqnWp/GqDafYZV/a8pTWaMIxLSmLADhc3VsF/t6N7e4tqPhfVYP7fLDl Rh0H1CGx1LnqgYrD3u1zHmY5HMVqSEiDdx79GlMmjqCJEqkoL4nCj2JyReZLBPw8fWAVXN/EMyFx snAOlGBCQqHwiEYLcQh0zKIQHIcprozxeGR+CLQfdys60ySn9qbUtsjZbGFGoja3bgzJw7Uyh0K5 Hz1C7hnqUiqQYFgnKfJIupzMzeKNyb7zbCtNrMVQBN59Mb26EQTMxzRhXTTyvK2KIYmt5nQr6taG +AYrmwUTeRG1T16HaohzYL5rI68CkOtbOWG5biuJXIpig+9WdX5UQbWRRDldRK04TiWsY46BTg8p 0umO592SASQCXhMUC/mJVTCJW6Gw5Vyfv5OZutmc87xo2pwzB5es8Hm14Vvk54VoMpIWEuAch53k Jq56A5Hi4El9iJ+Gg4tPeEgf6qNT+pjn9fNdPF+WHLxgLS36PK6btlr5KsuPbrk2oPQxlz9bRwgt Z7ZWkX4r7RrPeKjjnpHGW++UjihFE70Lcakk8gLZx/lOYTutfVJrn+T+OBoZ3rKWUGAz69XNdXuR u5LEcWaoGCopiWpzCXLzNaaebwXCZUfiyzG+TQohNSxhlT5beHcsY5UZ//aQDuUqQuz7pC9cKwVj lO/TvTxd74gLLW8ayQvEzTNMV65JYwG/QSuQquVJl6n6L/kTNFUNaogXaWilkAb4YLgW964CAPlC 35NwdPMbN7oDTo5GvlY0kmZyWF28ysnJ69cc97vm18X9cXwbTRfQxVkocvMjA8ujokqwWi49jGQ+ 0uMt+L7EBSTpRr7OjU4Gp8NLoSCqSjaKp/ObEImWbS579wf/PLnonwq0l8PTXnQoSihzIsztiCyY RzIRtDoPpWgpcRWnaRSusqC1fA2oC3dS4Vctj3MpqHwqND2ofrC1AsIDKpgT8NNKCBBd8acb+2o6 q8C+U1ArCvFrjQoK6XU2aLPQPfQGRgh0kUhPuaQqhsYt48joBVK0NBXTSN9ti/nc9IV6SsZH5iwZ B2nukFUITeHJEN/FZvlQqbdAOg/6hjXJzJYecoz5aX7drKZT5ifRkHGPqfQjxu9DFhQON/gw32eh A9noP0iz475GPbXrjiwUEHr9znDQF6ttYx79mwaZpuAQqeCcil5NRaYgB7mupnwD+bwlnksp4xpq uuPiL5lovNcfTEa5IM/hkQ8gcCcRIuE7ktuo5xCZYDnS2e7kcIErY7wRUfnFoOYtdEFDLcUBmUJu XiiWQexn+dCPlmBqtRnBpKhSbY+e5YUhJYhtoL1w8FodjcRwA+gNz/iZOTsty5R25rqbbkSECOW9 SLW+zpIMa3JvSrKw32IOPcGzisd+D5rutraL4ZWibNaCY+N9yHo3mi9tNmRuCu67mbDaK7dkzhah RpCw5TXmR3CIXLLyYVuWlpyYm2fKDxry08y4kjLjzB422LHk/V9iyvFaSTnkr5lW9WiFzemEODN8 N6X/7roYGXLOcUpm+5vo40XS6JKqKG1KEVuYOhHUGsnF6RNEGVQSRl23D/mrqQBHxCPvIAOXToGy TFSldmjEYTf1SFO+ZMk8pLSFzhbl9QVVt8PCqhvdZ6eKbnmHiLjstrl4uiPf3sR5VmFqns2/I5y5 b3sk3h37ESi1SpTGK3YonsvSghhvvZMXIOrJS2Ik/WrkMQeENeXfPorxwPuQwm+h7BsVPXozwpFF V1mbVHij+hIv4r46ZFPKPH0VoszyOqptFSYb/JlGzZgZtlvf8jGGUK61RzUZDfic2cuLF78mLmEg fl2j9l546FxXIF4R3fqJm/Lrj9SDRyjC95exlnoHlWFtsrwthupPMo7otp7kUBwMUmwpcu6xb8+1 ihzDKAwBqQhQFADST+pz7w8bygMJZ/9oR198vbLm6KutafpWrdDzH/7Jnl/FtO8dASqFdq8eVDZT Nl1JVyETbz9UIbro0dBMvzECxrtra2ys17O2Eb0RLPIGqhhDGm/zl96Y1OYoe6pYBPKyZ+13KKRu cp3J6LrHb0w9esP9xQ7ERfAsvBVPvs25h17HhxvDn/LHeSv+aH6TRdJPzDe5qfxIpWwxkV+t1ZZk VSkvIG0ypSfcOS+srG2cpm2jGlQ524Jbe0lnDTuUz9kzN86FNnS09eXktkUqqsRvz/eNnP/T+ev/ 2/F35aKR3m7iajFLH81PJPzGnqEFfl2w12AxNHb+k0bKdzzXuRfvXiNWPC7BZ86TEvynslAySrAJ ESK99KTNm2Z5Sb/qSVQj+DmvCZlGnoqKu4kaVVRBb66Bysp6BpjyqCxiAuYn0DQsL6nm7IHX3NKg /DCfg1YUThKw8qdEa420nbHbLUFD5jjbgvor10Q+qFNKYw+yfI79RjOatn7UJn1bT0SbiQnZHHWd mwUrZc44uEVqycmpRE9RKianc8DtmJKaI0o5EXuSy6po28zMj6JwGjwd/GISM0Exy5e0727KSWs+ fTvS+JVsegXhvdYNRHq17fCK2luASY0+DbbW6MeLRunrluBT27UezSPhGfTgfnHjObapKzZUNvLV tXEJzEWtbUFFoTKCzgEWFFABDH2o73HYb5gfZtxnQ6PCo7jV1ukne+oHICJ0yJMXf5YMyQH+M2j+ eHEa/34iBS1/SB39iOK36MY+9x0OhhlKbxEV722KpFdn/7PiNw5Rwr0jFlE3qbJXRJNvGmj8hVWC pmC+Ci36lVsmKjRk5BDvKtKvFcRvXZO744+lk68R5G+RMi9jPvV/7o2fA919ylBqrfivx9UuxOsY /tvxzIuH6P1CcpHO+guGCoVCKP8LNmUrW9nKVrayla1sZStb2cpWtrKVrWxlK1vZyla2spWtbGUr W9nKVrayla1sZStb2cpWtrKV7ent/wCfIZloAHgAAA== --=_fridge-15390-1091094326-0001-2-- From bertranddekoninck@wanadoo.fr Thu Jul 29 05:57:34 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mwinf1001.wanadoo.fr (smtp10.wanadoo.fr [193.252.22.21]) by menubar.gnome.org (Postfix) with ESMTP id 2813B3B0B49 for ; Thu, 29 Jul 2004 05:57:34 -0400 (EDT) Received: from [192.168.0.238] (ALille-208-1-15-254.w81-49.abo.wanadoo.fr [81.49.200.254]) by mwinf1001.wanadoo.fr (SMTP Server) with ESMTP id 362991C00137 for ; Thu, 29 Jul 2004 11:57:33 +0200 (CEST) Message-ID: <4108CA0B.8020802@wanadoo.fr> Date: Thu, 29 Jul 2004 11:57:31 +0200 From: Bertrand User-Agent: Mozilla Thunderbird 0.6 (X11/20040523) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Liste Nautilus Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Put this mail to trash : it's a test X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2004 09:57:34 -0000 From wingo@pobox.com Thu Jul 29 04:38:32 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from johnson-resources.com (unknown [216.166.232.203]) by menubar.gnome.org (Postfix) with ESMTP id A3C5B3B06ED for ; Thu, 29 Jul 2004 04:38:32 -0400 (EDT) Received: from localhost (mantis.schoolnet.na [::ffff:196.44.140.238]) (AUTH: LOGIN wingo) by johnson-resources.com with esmtp; Thu, 29 Jul 2004 04:38:25 -0400 Received: from wingo by localhost with local (Exim 3.36 #1 (Debian)) id 1BpYjJ-0005yV-00 for ; Tue, 27 Jul 2004 21:39:21 +0100 From: Andy Wingo To: nautilus-list@gnome.org Message-Id: <1090960741.1308.124.camel@localhost> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=_fridge-10131-1091090312-0001-2" X-Mailer: Ximian Evolution 1.5.7 Date: Tue, 27 Jul 2004 21:39:01 +0100 Sender: Andy Wingo X-Mailman-Approved-At: Thu, 29 Jul 2004 22:09:52 -0400 Subject: mtools backend for gnome-vfs X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2004 08:38:33 -0000 This is a MIME-formatted message. If you see this text it means that your E-mail software does not support MIME-formatted messages. --=_fridge-10131-1091090312-0001-2 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Hey all, I just did a stupid-sounding thing: I implemented an mtools backend for gnome-vfs! Why would someone waste their time on such a pursuit, you ask? After all, the normal mounting/unmounting backend works just fine[0]. And it does work quite well, y'all did some nice work on that. The thing is, I run a thin-client computer lab. It's in rural Namibia, and everything except for the server is a refurb machine. Having a thin-client setup is cheaper, allows 486's with 16M of RAM to run the latest GNOME (!!), makes maintainance easier, etc etc. Everything runs fine, except for the fact that programs can't access hardware on the clients, except for X, because the programs actually run on the server. Enter mtools. mtools bundles something called `floppyd', which transparently integrates with the mtools suite to offer access to the floppy on a machine. It is designed for thin clients, and authenticates with standard X authentication. There's no encryption, but that's not much of an issue on the typical switched thin-client network. All it takes is a couple of lines in mtools.conf, and you can expose a: or b: or x: as the remote floppy. You can still have the local floppy (which is actually on the server) available as well. Michael Meeks was contemplating a different solution, using SSH and running some kind of automounter on the client. It's clear this isn't a general solution to the client-hardware problem, but it is a piece. I don't know what form the general solution has, but I think it involves X authentication. Issues: -- Doesn't check to see if a file is writable -- Need to figure out a sane URI scheme: nautilus doesn't like floppy://a:/foo (but floppy:/// will take the first listed floppy) -- mtools calls need to be serialized, which doesn't play well with nautilus' strategy for pouncing on a uri with gazillions of threads (no, it doesn't crash but it does get a but slow. I check the cancellation, but there's nothing.) -- many gnome programs can't write to URIs from gnome-vfs, even if they're writable. I was bummed a bit that this was the case. Maybe I can get in a patch or two for the programs my users use. Would be nice to see "client floppy" in the epiphany save-as list, for instance. Anyway, the files are attached. I'm sure other thin-client people would be interested in this. Just wanted to let you all know about it, too. Cheers, and keep up the wonderful work -- spatial nautilus rocks Namibia! [0] Aside from the fact that the whole mounted/unmounted difficulty still exists. It would be nicer if you could somehow turn on the floppy light to indicate the floppy was mounted. In this way the mtools model is better, but it's clunkier in other ways. -- Andy Wingo http://ambient.2y.net/wingo/ --=_fridge-10131-1091090312-0001-2 Content-Type: application/x-compressed-tar; name="gnome-vfs-floppy.tar.gz" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=gnome-vfs-floppy.tar.gz H4sICJm8BkEAA2ZyLjIyOTQ2LjAuZ25vbWUtdmZzLWZsb3BweS50YXIA7Tz9d9pIkvkV/RUVZscD BGz8leyFJHsOxg5vbPADvJlcbp5WlhrQs5A4STjxzeR/v6r+0BcSxp7M3Nv31Duzhu7q6q7v6upm Zq63YK27adCaOt5yeb8n/rQWLJx71q7pudNnf7S1sb08OqK/+6+O28m/oh28erbfbr86Pjp61T44 eNY+aB/sHz2D9h9eeYu2CkLDB3j2xXZn3ga4h8YlKdHff5MmxP0aUmLXtP/vbZXtL2qzrP1fGrds ajvsO67xgP3vH7w8RvvH/x29fNl+9epZe//lwUFp/39J+wFCFoSwkFLXtO7Zxcn5+O2/lrezFnl/ ewatljl1jFkAM8e+aR3stiHWmoVnrRxGnf8C7aL/PjsTZzw0T9OuRr2z/i+ZmXeGbxs3Dnu79HFr X4vmdoeDs9P+6O0eC829GAYH9wRcoF0OTwnibzWxTn0Pt1MAqnW7b2emqWmG4yinuBt4mhZ9jHpN rfK3Wrdbh9YM8ANnG36ZXvW70PqI86Fl5sMSm/BjMDd8ZiGs02wFnmssWDNaBVpevLr6hNswHWa4 r7WKv8CVoEGDDeq3XVTj9JYrsg9aFu1PsKme6RasSfSuh//cyfHeIhzE1fRs4tvKVVtTm948IQJS a+YkJGV0+n5tzf8rjf2Oa2z2/0f7xy9fCf9/fPDq6PCA+/+jw9L//xVtrwGtRgsuPYu9hm4HQuOm 9cW2wvlr+HsHbNdibtjCTu51ESTsgNm6MQLbbHnTacBChOMYGnvaXkODBnS95b1vz+Yh1NDhHaCA 4cS17uEjMRDecD7+59K78b6iMS/e5U45hP6CuZbtwYf3gBAENJnbAaDL8A3/HvDj1GcMAm8afkE3 2oF7bwWm4QK6VDsIfftmFTKwQzBca8/zCQESYE/vqW+FZPkQzhkGP38RgDflX84H13DOXOYbDlyt bhzbhAvbZG7AwAgIw5I6gzk67Zt7PuOM9jCWe4AzDxEboe25HWA2jvtwx/wAv8OBXIOwSJxN8Hyo GSHt3AdvSfPquN17cIwwnrpbQH5MpYVi4ruZe0ukaI4okcYvNrrpGwargE1XTpNQIDB87E8+DK8n cDL4BB9PRqOTweRTB4HRueIou2MClb1YOjZiRrp8ww3vcfuE4bI36n7AKSfv+xf9ySei4Kw/GfTG YzgbjuAErk5Gk373+uJkBFfXo6vhuLcLMGZM8ZeQFLB4isgWHrLRYqFhO4Ei/BMKNsDdORbMjTuG AjaZfYd7M8BEvSkWXoLXYDieO+NkInDMSNTwKbhe2IQvvo36EnpKSEWSbULfNXebcPwfMGHIJAZX jmEyaMF4RRgOD9uc1++9ICToyxPAw+z+fmv/sP2qCdfjE6JrT9N+sF3TWVkM3pAc3dnu/F2iD8Nm EFrpvuA+2AvvlyxY70YfFqZ7p6YbOhnA0EKy033M912PuiDRiVA8LGBUiNOk9LxckNbCXrCt4Hi2 RZDIBwuzO5fBae/99bl+NeoPJsScKXan+lJwNcGzpuHPgt3d3TrM9CV2oP+oiviFSnSzmr2GKghI qP63W23CDz/QjHpH+4E5AduME2HQA01xi+gj7fCnADUP85h71DrMaJrcmhD2DiyPBe5PIerUrTQ/ lC9JBJV7ZmKS19BWvq2Hnr40UP9q58SHf56Nr0d9aOBIHbTftAouQhtYAmZ4Fu04cAx0NQEhq3A0 0ODz3wLOab0L2dewo1W+zDFrh5ocegs/7f1UB/ry4gWO+ixc+S7/3tG+aWpXagcjFqycUFuEnucE uuVBTS7UIMKaoL41HORSoCO2ZjS367m0BWiY4kOdiJjdICbMUCFYmSYLAtzs2cnFuNeJSCAv8xYG 1xcXTWig9skvBEDyYyZGGexr7WPPec/30SkQmJcATO8epRJgp6JszP9eolv8CpIuxzNvcfa5Pp6c oHPSL68nvV/0/qA/6Whahcse9SZiwmv4MUBVIQ58bv9aJxh0ErWIBZgFV2KGRNviEhRIwBDEcxc8 RV9GXoZ8lNRN9D83qwCdT8DwiOPY/8viGeFcqwBIJ0UbxxTbNVah7ayCSNMwbi4dw3Z3hXLognh9 QVQLcms7CeIjGrgF6miBuhSabs6Zeatj3DSZ43AHBzUl0DqgRLPYV24u/krExx8DkOiYlWIjoeIx u0Z9vEOq5/lgeNnTUaJ6bzQajvTuyaDbu7jonSLMN62Cwo20CXezNL64enDvmkiPPmOhHi6WumVj LK03EWelInQXUBzcPIlF2ITKUS9z72zfczHBCNVgG0eAD4qD7tocE83MQnmFqyUsfc/cDIGhwlAQ O6jxAgL9L2k//rtcRSvvoHJHw2QP2WEyiCbt+qtNgkfrSMz0fOLjliLKsF+4HBFYTSM05/Caq17X cDEiYk5hh0I5ee9n0/P9FU9SgC/8K++mmgEFUIzeGCF5l7QB6qQUiD3XKhTvuAI+l5JUqoXB1SVf V6t26VSJ4RfVhyyGWWkz5JJF5MIV/EP8bb1bIC5jxgAdfW3l3rreF7m75/Uq1zBaVPCJEMx0/lny QfGvWBEHw4k+vr66Go4mQhmBwgZwpCQKQQZ9RdeN/3CcTahGDKlKI4qs4yzFL7FHXJ1UO2/xs+H1 gBZWK6dwXScJluzCz5twnvcGvVG/yzHivwmbRLVL2ahElFh3zQmmvSApoR9g1hhyZE0ZcdsprAWr RCSNhXpgwlqVDiJNxfBn7hKiwMZ9f3FcQ6+gG9YduSPdXPk+WXwU4vjmMcZR2GnIURHEBACNq7Bk 4y4UTIc8Eg1iH8fx2f61o6W0gLrz1IDziCi/k6xMET9Iq8UGnVRqQZygtLm2vh3uz3j3zg7fmGsu ltHOTm3MokMPTxI0HcW0f1SH52+FtOKpCuOLF3Y6EApy1mCUxT3nI7//zhd28EghJ/EVpEUkjV9Y PJn/0vBR3Uhw0hEKveYOT+3qH+IP2by7chxp6QXMLWIjppS90eDkQpmCzfOlihIykmXnCkFoYGwV W5JRlWqft8WHd/itWMf5SjrXdM6VGs9OIaHDccpGzqfvTj1okNvWbfwoFJ5UnMT0VjE4LbbX0FbC F5Ld3DCsrFz2dYkahtzAJJqOaFEoJgjSDL4e6UMxlioq5txYLvEEBwaPJnQovucok6hwt0nlHng8 LAXVulyA8neRgPke2hhJBbMrPL3huTaBh6ZjqOFZNGAW/VvOliQ1hMLBE5qIxcqAe8MzOiPw7B0h NpoxwkoDRqyOcc8zgynfgwjDbVrxmP5vnz7u08cD+nRAnw7p0yF9OqJPR/TpmD4dH/PZf8djOirP JfR+mcC4/1+9N6f90Tv4hK11edk6PQX48OH15SXABR2MqfgMIaWrveEFJyq2dcWS3Z/qqTjweT/d X4mUqvWO45MxwcKEqFbd3RXsSAayzRMk/HoMQsV5A0eHOX7EpGSGEuSE/XGOiuDItfkxTmHTBnc4 D44OeGr7LeEbP+8fCsa8kYxRx0cDUAaorXOPamAgJCJLNz63ZsyLuEIl1qUDfyoEnvUvevrk01VP x/m97mQ4+tRJT7nDrM3SpzZzrAB+X5vbH5wN8VPv4nTM8WRm0xlel6smxPG1ZamYsed6/sKQEfpp 6172L3tq8YR4t6N71DunAtOfRXUUSzjh8ZGJjhp8RgSrTw10AbWMlohgJQMW8NNh/TuxKokioGPj W/SLnqOUERXvDyxEXiIze8n8hR1QFTIQfImnX/VGl/r1uDdCcZycwu+QN/Rx1J/0aN7a8PloeH1V MFWMFc8dTj4ULivGiueedLu98ZhPPnl/0VtHIAEIAwE8nZ0C0dPn027643F/OBinc950LoIDUWbw wQjmE7oyxQDPKw2mgef7jnauXwy7P+unvbP+oCerIOirZGWANJmKbajxKzMElQ/E2a5KmPGbb/OE GzB/7ArcOdNpts+mOnrj5HxehKpEX+nUTpwhdGd8t8UYE+OYhgswvszUStSDhpgo0D0GFfoTaM/4 IgXpk+CTznHqJgbvEFOo1HJiPVH7SuVWRA9Pn6KN5G4zWVHr5FCfX87CvN7iDpgrj4eUUZkD/bAo oooz9i+8VdXZGNuOwtsUfkeeSxDXG0qEyMee69cDUodIAYpyWMkNfkuCSxNW4fJjjsQ1uaKIKs3p tDfoq3KO6Xjo7nFP9Q5wIqnWp/GqDafYZV/a8pTWaMIxLSmLADhc3VsF/t6N7e4tqPhfVYP7fLDl Rh0H1CGx1LnqgYrD3u1zHmY5HMVqSEiDdx79GlMmjqCJEqkoL4nCj2JyReZLBPw8fWAVXN/EMyFx snAOlGBCQqHwiEYLcQh0zKIQHIcprozxeGR+CLQfdys60ySn9qbUtsjZbGFGoja3bgzJw7Uyh0K5 Hz1C7hnqUiqQYFgnKfJIupzMzeKNyb7zbCtNrMVQBN59Mb26EQTMxzRhXTTyvK2KIYmt5nQr6taG +AYrmwUTeRG1T16HaohzYL5rI68CkOtbOWG5biuJXIpig+9WdX5UQbWRRDldRK04TiWsY46BTg8p 0umO592SASQCXhMUC/mJVTCJW6Gw5Vyfv5OZutmc87xo2pwzB5es8Hm14Vvk54VoMpIWEuAch53k Jq56A5Hi4El9iJ+Gg4tPeEgf6qNT+pjn9fNdPF+WHLxgLS36PK6btlr5KsuPbrk2oPQxlz9bRwgt Z7ZWkX4r7RrPeKjjnpHGW++UjihFE70Lcakk8gLZx/lOYTutfVJrn+T+OBoZ3rKWUGAz69XNdXuR u5LEcWaoGCopiWpzCXLzNaaebwXCZUfiyzG+TQohNSxhlT5beHcsY5UZ//aQDuUqQuz7pC9cKwVj lO/TvTxd74gLLW8ayQvEzTNMV65JYwG/QSuQquVJl6n6L/kTNFUNaogXaWilkAb4YLgW964CAPlC 35NwdPMbN7oDTo5GvlY0kmZyWF28ysnJ69cc97vm18X9cXwbTRfQxVkocvMjA8ujokqwWi49jGQ+ 0uMt+L7EBSTpRr7OjU4Gp8NLoSCqSjaKp/ObEImWbS579wf/PLnonwq0l8PTXnQoSihzIsztiCyY RzIRtDoPpWgpcRWnaRSusqC1fA2oC3dS4Vctj3MpqHwqND2ofrC1AsIDKpgT8NNKCBBd8acb+2o6 q8C+U1ArCvFrjQoK6XU2aLPQPfQGRgh0kUhPuaQqhsYt48joBVK0NBXTSN9ti/nc9IV6SsZH5iwZ B2nukFUITeHJEN/FZvlQqbdAOg/6hjXJzJYecoz5aX7drKZT5ifRkHGPqfQjxu9DFhQON/gw32eh A9noP0iz475GPbXrjiwUEHr9znDQF6ttYx79mwaZpuAQqeCcil5NRaYgB7mupnwD+bwlnksp4xpq uuPiL5lovNcfTEa5IM/hkQ8gcCcRIuE7ktuo5xCZYDnS2e7kcIErY7wRUfnFoOYtdEFDLcUBmUJu XiiWQexn+dCPlmBqtRnBpKhSbY+e5YUhJYhtoL1w8FodjcRwA+gNz/iZOTsty5R25rqbbkSECOW9 SLW+zpIMa3JvSrKw32IOPcGzisd+D5rutraL4ZWibNaCY+N9yHo3mi9tNmRuCu67mbDaK7dkzhah RpCw5TXmR3CIXLLyYVuWlpyYm2fKDxry08y4kjLjzB422LHk/V9iyvFaSTnkr5lW9WiFzemEODN8 N6X/7roYGXLOcUpm+5vo40XS6JKqKG1KEVuYOhHUGsnF6RNEGVQSRl23D/mrqQBHxCPvIAOXToGy TFSldmjEYTf1SFO+ZMk8pLSFzhbl9QVVt8PCqhvdZ6eKbnmHiLjstrl4uiPf3sR5VmFqns2/I5y5 b3sk3h37ESi1SpTGK3YonsvSghhvvZMXIOrJS2Ik/WrkMQeENeXfPorxwPuQwm+h7BsVPXozwpFF V1mbVHij+hIv4r46ZFPKPH0VoszyOqptFSYb/JlGzZgZtlvf8jGGUK61RzUZDfic2cuLF78mLmEg fl2j9l546FxXIF4R3fqJm/Lrj9SDRyjC95exlnoHlWFtsrwthupPMo7otp7kUBwMUmwpcu6xb8+1 ihzDKAwBqQhQFADST+pz7w8bygMJZ/9oR198vbLm6KutafpWrdDzH/7Jnl/FtO8dASqFdq8eVDZT Nl1JVyETbz9UIbro0dBMvzECxrtra2ys17O2Eb0RLPIGqhhDGm/zl96Y1OYoe6pYBPKyZ+13KKRu cp3J6LrHb0w9esP9xQ7ERfAsvBVPvs25h17HhxvDn/LHeSv+aH6TRdJPzDe5qfxIpWwxkV+t1ZZk VSkvIG0ypSfcOS+srG2cpm2jGlQ524Jbe0lnDTuUz9kzN86FNnS09eXktkUqqsRvz/eNnP/T+ev/ 2/F35aKR3m7iajFLH81PJPzGnqEFfl2w12AxNHb+k0bKdzzXuRfvXiNWPC7BZ86TEvynslAySrAJ ESK99KTNm2Z5Sb/qSVQj+DmvCZlGnoqKu4kaVVRBb66Bysp6BpjyqCxiAuYn0DQsL6nm7IHX3NKg /DCfg1YUThKw8qdEa420nbHbLUFD5jjbgvor10Q+qFNKYw+yfI79RjOatn7UJn1bT0SbiQnZHHWd mwUrZc44uEVqycmpRE9RKianc8DtmJKaI0o5EXuSy6po28zMj6JwGjwd/GISM0Exy5e0727KSWs+ fTvS+JVsegXhvdYNRHq17fCK2luASY0+DbbW6MeLRunrluBT27UezSPhGfTgfnHjObapKzZUNvLV tXEJzEWtbUFFoTKCzgEWFFABDH2o73HYb5gfZtxnQ6PCo7jV1ukne+oHICJ0yJMXf5YMyQH+M2j+ eHEa/34iBS1/SB39iOK36MY+9x0OhhlKbxEV722KpFdn/7PiNw5Rwr0jFlE3qbJXRJNvGmj8hVWC pmC+Ci36lVsmKjRk5BDvKtKvFcRvXZO744+lk68R5G+RMi9jPvV/7o2fA919ylBqrfivx9UuxOsY /tvxzIuH6P1CcpHO+guGCoVCKP8LNmUrW9nKVrayla1sZStb2cpWtrKVrWxlK1vZyla2spWtbGUr W9nKVrayla1sZStb2cpWtrKV7ent/wCfIZloAHgAAA== --=_fridge-10131-1091090312-0001-2-- From inez16@163.com Fri Jul 30 03:17:22 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from 163.com (unknown [202.108.44.185]) by menubar.gnome.org (Postfix) with SMTP id 13AB23B0DCE for ; Fri, 30 Jul 2004 03:17:20 -0400 (EDT) MIME-Version: 1.0 Message-ID: <4109F5FE.00001A.11048@m185.163.com> Date: Fri, 30 Jul 2004 15:17:18 +0800 (CST) From: "=?gb2312?B?19PQxQ==?=" To: nautilus-list@gnome.org X-Priority: 3 X-Originating-IP: [218.94.36.239] X-Mailer: 163com Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" Subject: doule-click on "windows network" causes crash. X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2004 07:17:22 -0000 Q2xpY2tpbmcgb24gIkNvbXB1dGVyIi0+Ik5ldHdvcmsiLCB0aGVyZSdsbCBiZSAiV2luZG93 cyBOZXR3b3JrIi4gQ2xpY2sgaXQsIG1vc3QgdGltZXMgbmF1dGlsdXMgd2lsbCBjcmFzaC4g SXQgcmFyZWx5IHdvcmtlZCB3ZWxsLE9ubHkgd2hlbiBmZXcgcGVvcGxlIGFyZSB1c2luZyB0 aGUgICANCkxBTi4NCkkgZG9uJ3Qga25vdyBpZiBvdGhlciBwZW9wbGUgZXZlciBjb21lIGlu dG8gaXQgLg0KDQpJdCdzIHRoZSBzYW1lIHRoYXQgeW91IGp1c3QgdHlwZSAic21iOi8vIiBp bnRvIHRoZSBsb2NhdGlvbiBiYXIgLg0KVGhlbiBuYXV0aWx1cyB3aWxsIGNyYXNoIQ0KICAN ClVzaW5nIGdkYiB0byBkZWJ1ZywgaXQgc2F5cywgc29tZXRoaW5nIHdyb25nIGluIHRoZSAi bmF1dGlsdXNfZGlyZWN0b3J5X21vbml0b3JfYWRkX2ludGVybmFsIiBtb2R1bGUuDQpBbnlv bmUgY2FuIGZpeCBpdCA/DQpQbGVhc2UhDQpBcyBzb29uIGFzIHBvc3NpYmxlLg0KCi0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KMTW059K6vqfLq9fT0Mcs1fDM7MDXSUktLUQ0 NTGjpDI0NjYvRDM1M6OkMjM5OSBodHRwOi8vZGVzaWduLjE2My5jb20vYW9jbW9uaXRvci9p bmRleC5odG1sCg== From ealtin@parkyeri.com Fri Jul 30 06:42:53 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from roadrunner.skyblue.gen.tr (unknown [213.74.28.131]) by menubar.gnome.org (Postfix) with ESMTP id 4D4E93B0A09 for ; Fri, 30 Jul 2004 06:42:51 -0400 (EDT) Received: from roadrunner.skyblue.gen.tr (roadrunner.skyblue.gen.tr [127.0.0.1]) by roadrunner.skyblue.gen.tr (8.12.11/8.12.11/Debian-5) with ESMTP id i6UAgiCV006104 for ; Fri, 30 Jul 2004 13:42:45 +0300 Received: (from skyblue@localhost) by roadrunner.skyblue.gen.tr (8.12.11/8.12.11/Debian-5) id i6UAghUU006103 for nautilus-list@gnome.org; Fri, 30 Jul 2004 13:42:43 +0300 X-Authentication-Warning: roadrunner.skyblue.gen.tr: skyblue set sender to ealtin@parkyeri.com using -f From: Enver ALTIN To: nautilus-list@gnome.org In-Reply-To: <1090960741.1308.124.camel@localhost> References: <1090960741.1308.124.camel@localhost> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-3oMLv363lp5bxTExbzYT" Organization: Parkyeri Date: Fri, 30 Jul 2004 13:42:43 +0300 Message-Id: <1091184163.5421.9.camel@roadrunner.skyblue.gen.tr> Mime-Version: 1.0 X-Mailer: Evolution 1.5.91 Subject: Re: mtools backend for gnome-vfs X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2004 10:42:53 -0000 --=-3oMLv363lp5bxTExbzYT Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, On Tue, 2004-07-27 at 21:39 +0100, Andy Wingo wrote: > Michael Meeks was contemplating a different solution, using SSH and > running some kind of automounter on the client. It's clear this isn't > a general solution to the client-hardware problem, but it is a piece. > I don't know what form the general solution has, but I think it > involves X authentication. Well, there is something called NBD (Network Block Device) though I don't know where would that fit best. -HTH --=20 Enver ALTIN | http://skyblue.gen.tr/ Software developer @ Parkyeri | http://www.parkyeri.com/ --=-3oMLv363lp5bxTExbzYT Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBBCiYjZCB2FZvqK0sRApSMAJ9bdMqpeAVofsknBDEUIkPxM4FqXgCfedrx CMoQCQ9oqHsgL27zKK1hgtE= =hgia -----END PGP SIGNATURE----- --=-3oMLv363lp5bxTExbzYT-- From chris@gnome-de.org Fri Jul 30 10:00:38 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.bytecamp.net (mail.bytecamp.net [212.204.60.9]) by menubar.gnome.org (Postfix) with SMTP id F24553B1154 for ; Fri, 30 Jul 2004 10:00:36 -0400 (EDT) Received: (qmail 50176 invoked by uid 88); 30 Jul 2004 14:00:34 -0000 Received: from pd9e96a3f.dip.t-dialin.net (HELO ?192.168.123.111?) (chris%gnome-de.org@217.233.106.63) by mail.bytecamp.net with SMTP; 30 Jul 2004 14:00:34 -0000 From: Christian Neumair To: nautilus-list@gnome.org Content-Type: multipart/mixed; boundary="=-S1ylNNssCpdhUy/bpeg7" Date: Fri, 30 Jul 2004 16:01:50 +0200 Message-Id: <1091196110.11163.25.camel@widget> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Subject: [PATCH] Proposed renaming of "Open With Other Application..." label X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2004 14:00:38 -0000 --=-S1ylNNssCpdhUy/bpeg7 Content-Type: text/plain Content-Transfer-Encoding: 7bit The attached patch is meant to improve the "Open With Other Application..." label by either using "Other Application..." if the label is displayed inside the "Open With" submenu or using "Open With..." if it is directly displayed inside the popup (cp. [1], [2]). I'm convinced that "Open With"->"Open With Other Application" sounds rather stupid, because "Open With" is displayed twice. Therefore I've changed it to "Other Application..." in that case. But the confinement "Other Application" is in my opinion obsolete, because that action doesn't neccessarily mean that you actually use *another* application, but simply select what application you want. So I've decided to use "Open with..." for the main menu. Unfortunately, that applies for the submenu as well ("Open with"->"Open with..." is weird). So maybe I can change the "Other Application..." from the patch into "Select...". Any proposals? Note that I've already committed the attached patch some days ago and was asked to revert it. regs, Chris [1] http://www.gnome.org/~jrb/files/mime/context-open-other.png [2] http://www.gnome.org/~jrb/files/mime/context-open-common.png --=-S1ylNNssCpdhUy/bpeg7 Content-Description: Content-Disposition: inline; filename=nautilus-other-applications.diff Content-Type: text/x-patch; charset=UTF-8 Content-Transfer-Encoding: 7bit Index: src/file-manager/fm-directory-view.c =================================================================== RCS file: /cvs/gnome/nautilus/src/file-manager/fm-directory-view.c,v retrieving revision 1.629 retrieving revision 1.630 diff -u -r1.629 -r1.630 --- src/file-manager/fm-directory-view.c 22 Jul 2004 03:57:44 -0000 1.629 +++ src/file-manager/fm-directory-view.c 24 Jul 2004 09:49:50 -0000 1.630 @@ -3922,6 +3922,13 @@ submenu_visible = (num_applications > 3); } + /* This label is either displayed inside the submenu, or below the other open with entries */ + nautilus_bonobo_set_label (view->details->ui, + FM_DIRECTORY_VIEW_COMMAND_OTHER_APPLICATION, + submenu_visible + ? _("_Other Application...") + : _("Open _With...")); + /* It's OK to set the visibility of the menu items (rather than the verbs) * here because these are submenu titles, not items with verbs. */ Index: src/file-manager/nautilus-directory-view-ui.xml =================================================================== RCS file: /cvs/gnome/nautilus/src/file-manager/nautilus-directory-view-ui.xml,v retrieving revision 1.66 retrieving revision 1.67 diff -u -r1.66 -r1.67 --- src/file-manager/nautilus-directory-view-ui.xml 22 Jul 2004 03:57:44 -0000 1.66 +++ src/file-manager/nautilus-directory-view-ui.xml 24 Jul 2004 09:49:50 -0000 1.67 @@ -37,7 +37,7 @@ _label="_Open Scripts Folder" _tip="Show the folder containing the scripts that appear in this menu"/> @@ -275,7 +275,7 @@ verb="OpenAlternate"/> --=-S1ylNNssCpdhUy/bpeg7-- From sri@aracnet.com Fri Jul 30 21:41:18 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from onyx.spiritone.com (onyx.spiritone.com [216.99.193.114]) by menubar.gnome.org (Postfix) with ESMTP id 034053B0E99 for ; Fri, 30 Jul 2004 21:41:18 -0400 (EDT) Received: from onyx.spiritone.com (onyx.spiritone.com [127.0.0.1]) by onyx.spiritone.com (8.12.8/8.12.8) with ESMTP id i6V1fHtu025852; Fri, 30 Jul 2004 18:41:17 -0700 Received: (from sri@localhost) by onyx.spiritone.com (8.12.8/8.12.8/Submit) id i6V1fGBJ025850; Fri, 30 Jul 2004 18:41:16 -0700 Date: Fri, 30 Jul 2004 18:41:16 -0700 From: Sriram Ramkrishna To: Andy Wingo Message-ID: <20040731014116.GP28463@aracnet.com> References: <1091093989.1307.158.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1091093989.1307.158.camel@localhost> User-Agent: Mutt/1.4.1i Cc: nautilus-list@gnome.org Subject: Re: mtools backend for gnome-vfs X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2004 01:41:18 -0000 Cool. :) Since nobody else said anything. I just wanted to at least acknowledge your hard work. sri From NQG24419@nifty.com Sat Jul 31 02:51:00 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail505.nifty.com (mail505.nifty.com [202.248.37.213]) by menubar.gnome.org (Postfix) with ESMTP id F09D23B0B0A for ; Sat, 31 Jul 2004 02:50:59 -0400 (EDT) Received: from [219.97.31.183] (ntnara015183.nara.nt.adsl.ppp.infoweb.ne.jp [219.97.31.183])by mail505.nifty.com with ESMTP id i6V6oqfP013893 for ; Sat, 31 Jul 2004 15:50:52 +0900 From: Ryan McDougall To: nautilus-list@gnome.org Content-Type: text/plain Date: Sat, 31 Jul 2004 06:57:59 +0000 Message-Id: <1091257079.2983.3.camel@SEMPUKI> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 (1.5.9.1-2) Content-Transfer-Encoding: 7bit Subject: Templates directory looks pretty bare X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2004 06:51:01 -0000 Hi, I don't know too much about how Templates is supposed to be used, all I know is I run FC2 and the only template I have is an empty file. Can I generate some commonly used files for Nautilus to ship with, or do I have to arrange that with each App or Distro I use? Perhaps we can ship it as nautilus-extras-templates until downstream gets with the program? Cheers, Ryan From davyd@madeley.id.au Sat Jul 31 03:08:30 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from oracle.bridgewayconsulting.com.au (oracle.bridgewayconsulting.com.au [203.56.14.38]) by menubar.gnome.org (Postfix) with ESMTP id 7453C3B1130 for ; Sat, 31 Jul 2004 03:08:30 -0400 (EDT) Received: from pingu.cook.theducks.org (cook.theducks.org [203.22.197.49]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by oracle.bridgewayconsulting.com.au (Postfix) with ESMTP id 28C3B1F8002 for ; Sat, 31 Jul 2004 15:08:45 +0800 (WST) From: Davyd Madeley To: nautilus-list@gnome.org In-Reply-To: <1091257079.2983.3.camel@SEMPUKI> References: <1091257079.2983.3.camel@SEMPUKI> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-5ansSwQPnaxR0Qucdey+" Date: Sat, 31 Jul 2004 15:08:27 +0800 Message-Id: <1091257707.2184.49.camel@pingu> Mime-Version: 1.0 X-Mailer: Evolution 1.5.91 Subject: Re: Templates directory looks pretty bare X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2004 07:08:30 -0000 --=-5ansSwQPnaxR0Qucdey+ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Ryan, On Sat, 2004-07-31 at 06:57 +0000, Ryan McDougall wrote: > I don't know too much about how Templates is supposed to be used, all I > know is I run FC2 and the only template I have is an empty file. Can I > generate some commonly used files for Nautilus to ship with, or do I > have to arrange that with each App or Distro I use? Perhaps we can ship > it as nautilus-extras-templates until downstream gets with the program? My take on this, is that nautilus shouldn't ship with the templates (same as it doesn't ship with default mime handlers). Applications should register templates with nautilus, so if you write templates, send them upstream to the application authors. ie. gedit could add a "Create text file" template. or gnumeric could add a "Create spreadsheet". --d --=20 http://davyd.ucc.asn.au/ =20 PGP Fingerprint 08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA --=-5ansSwQPnaxR0Qucdey+ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: http://davyd.ucc.asn.au/pgp/ iD8DBQBBC0VrLt27T1GRbNoRAhSUAJ9SXOhw1hTy0FDES8tGpBhEtgDW2ACfbUS+ b3WLZb02Nev9ttg77ogHWss= =bxf3 -----END PGP SIGNATURE----- --=-5ansSwQPnaxR0Qucdey+-- From NQG24419@nifty.com Sat Jul 31 08:07:01 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail500.nifty.com (mail500.nifty.com [202.248.37.208]) by menubar.gnome.org (Postfix) with ESMTP id 18F4F3B14D7 for ; Sat, 31 Jul 2004 08:07:01 -0400 (EDT) Received: from [219.97.31.183] (ntnara015183.nara.nt.adsl.ppp.infoweb.ne.jp [219.97.31.183])by mail500.nifty.com with ESMTP id i6VC6rgh006287; Sat, 31 Jul 2004 21:06:53 +0900 From: Ryan McDougall To: Davyd Madeley In-Reply-To: <1091257707.2184.49.camel@pingu> References: <1091257079.2983.3.camel@SEMPUKI> <1091257707.2184.49.camel@pingu> Content-Type: text/plain Date: Sat, 31 Jul 2004 21:14:00 +0900 Message-Id: <1091276040.3598.27.camel@SEMPUKI> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 (1.5.9.1-2) Content-Transfer-Encoding: 7bit Cc: nautilus-list@gnome.org Subject: Re: Templates directory looks pretty bare X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2004 12:07:01 -0000 On Sat, 2004-31-07 at 15:08 +0800, Davyd Madeley wrote: > Ryan, > > On Sat, 2004-07-31 at 06:57 +0000, Ryan McDougall wrote: > > I don't know too much about how Templates is supposed to be used, all I > > know is I run FC2 and the only template I have is an empty file. Can I > > generate some commonly used files for Nautilus to ship with, or do I > > have to arrange that with each App or Distro I use? Perhaps we can ship > > it as nautilus-extras-templates until downstream gets with the program? > > My take on this, is that nautilus shouldn't ship with the templates > (same as it doesn't ship with default mime handlers). Applications > should register templates with nautilus, so if you write templates, send > them upstream to the application authors. > > ie. gedit could add a "Create text file" template. > or gnumeric could add a "Create spreadsheet". > > --d > I figured as much, but it seems a bit of a PITA to contact each app make and bug them to the right thing. The problem with the mime handler example is that proper mime association is a critical application feature, but using templates is very much a nautilus interaction, where one goes to nautilus to work, and the app gets started as a byproduct. If nautilus wants Templates to succeed as the way people work on their computers, IMO we need to ship something to get the ball rolling at least. For example, if I write a bare-bones OOo writer file (essentially blank is enough to bootstrap OOo writer), and OOo sees this, they might be more inclined to offer their own proper version. Non-GNOME apps aside could I not do some GNOME files like Text, TAR, HTML, E-mail (??), any others? Cheers, Ryan From jdub@waugh.id.au Sat Jul 31 08:31:03 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.syd.swiftdsl.com.au (mail.syd.swiftdsl.com.au [202.154.83.58]) by menubar.gnome.org (Postfix) with SMTP id A94CF3B14F4 for ; Sat, 31 Jul 2004 08:31:02 -0400 (EDT) Received: (qmail 11618 invoked from network); 31 Jul 2004 12:31:00 -0000 Received: from unknown (HELO home.waugh.id.au) (218.214.67.227) by mail.syd.swiftdsl.com.au with SMTP; 31 Jul 2004 12:31:00 -0000 Received: from willow.home.waugh.id.au (unknown [64.122.47.22]) by home.waugh.id.au (Postfix) with ESMTP id 067F8E8D1A for ; Sat, 31 Jul 2004 22:30:55 +1000 (EST) Received: by willow.home.waugh.id.au (Postfix, from userid 1000) id 6283A68DA8; Sat, 31 Jul 2004 05:30:49 -0700 (PDT) Date: Sat, 31 Jul 2004 05:30:49 -0700 From: Jeff Waugh To: nautilus-list@gnome.org Message-ID: <20040731123048.GA19536@willow.home.waugh.id.au> Mail-Followup-To: nautilus-list@gnome.org References: <1091257079.2983.3.camel@SEMPUKI> <1091257707.2184.49.camel@pingu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1091257707.2184.49.camel@pingu> X-Message-Flag: Cranky? Try Free Software instead! X-Operating-System: Linux 2.6.6 ppc Reply-By: Tue Aug 3 05:28:50 PDT 2004 X-Uptime: 05:28:50 up 3:29, 5 users, load average: 2.18, 1.85, 1.48 User-Agent: Mutt/1.5.6+20040722i Subject: Re: Templates directory looks pretty bare X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2004 12:31:03 -0000 > My take on this, is that nautilus shouldn't ship with the templates (same > as it doesn't ship with default mime handlers). Applications should > register templates with nautilus, so if you write templates, send them > upstream to the application authors. > > ie. gedit could add a "Create text file" template. or gnumeric could add > a "Create spreadsheet". Please see previous threads (and most usefully, the original thread) about Templates support for some discussion about why this won't happen. We will end up with the same kind of complicated mess we have with menus if we ship templates by default and allow applications to 'register' their own. That's why only ~/Templates is read, and why it's left entirely up to the user (in their home directory), admin or distribution (in /etc/skel). - Jeff -- linux.conf.au 2005: Canberra, Australia http://linux.conf.au/ The implementation of any sufficiently advanced technology is indistinguishable from pr0n. From jamiemcc@blueyonder.co.uk Sat Jul 31 08:53:44 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out5.blueyonder.co.uk (smtp-out5.blueyonder.co.uk [195.188.213.8]) by menubar.gnome.org (Postfix) with ESMTP id AE54D3B0F78 for ; Sat, 31 Jul 2004 08:53:43 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out5.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Sat, 31 Jul 2004 13:54:01 +0100 From: Jamie McCracken To: Jeff Waugh In-Reply-To: <20040731123048.GA19536@willow.home.waugh.id.au> References: <1091257079.2983.3.camel@SEMPUKI> <1091257707.2184.49.camel@pingu> <20040731123048.GA19536@willow.home.waugh.id.au> Content-Type: text/plain Message-Id: <1091278439.2896.10.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sat, 31 Jul 2004 13:53:59 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 31 Jul 2004 12:54:01.0247 (UTC) FILETIME=[73A8EAF0:01C476FD] Cc: Nautilus Subject: Re: Templates directory looks pretty bare X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2004 12:53:44 -0000 On Sat, 2004-07-31 at 13:30, Jeff Waugh wrote: > > > > My take on this, is that nautilus shouldn't ship with the templates (same > > as it doesn't ship with default mime handlers). Applications should > > register templates with nautilus, so if you write templates, send them > > upstream to the application authors. > > > > ie. gedit could add a "Create text file" template. or gnumeric could add > > a "Create spreadsheet". > > Please see previous threads (and most usefully, the original thread) about > Templates support for some discussion about why this won't happen. We will > end up with the same kind of complicated mess we have with menus if we ship > templates by default and allow applications to 'register' their own. But apps can "register" anyhow by simply copying a blank file to the templates folder when they are installed. The only thing missing is a user friendly description of the file (having things like "unknown.txt" is not as friendly as "Create Text File") > That's > why only ~/Templates is read, and why it's left entirely up to the user (in > their home directory), admin or distribution (in /etc/skel). It would be nicer if the Home Templates folder was hidden (in say ~/.nautilus/Templates) and a menu entry for "Add to Templates" was added to the selection popup in Nautilus - its not obvious at all to users what the Templates folder in the Home folder does nor is it obvious how to add such templates to Nautilus. I'm happy to do the work for this if Alex agrees it would be useful. jamie. > > - Jeff > > -- > linux.conf.au 2005: Canberra, Australia http://linux.conf.au/ > > The implementation of any sufficiently advanced technology is > indistinguishable from pr0n. From jdub@waugh.id.au Sat Jul 31 09:15:45 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.syd.swiftdsl.com.au (mail.syd.swiftdsl.com.au [202.154.83.58]) by menubar.gnome.org (Postfix) with SMTP id 0D7D33B06C3 for ; Sat, 31 Jul 2004 09:15:44 -0400 (EDT) Received: (qmail 12971 invoked from network); 31 Jul 2004 13:15:45 -0000 Received: from unknown (HELO home.waugh.id.au) (218.214.67.227) by mail.syd.swiftdsl.com.au with SMTP; 31 Jul 2004 13:15:45 -0000 Received: from willow.home.waugh.id.au (unknown [64.122.47.22]) by home.waugh.id.au (Postfix) with ESMTP id 35F14E8D1A; Sat, 31 Jul 2004 23:15:41 +1000 (EST) Received: by willow.home.waugh.id.au (Postfix, from userid 1000) id 8C8F668DA8; Sat, 31 Jul 2004 06:15:33 -0700 (PDT) Date: Sat, 31 Jul 2004 06:15:33 -0700 From: Jeff Waugh To: Jamie McCracken Message-ID: <20040731131533.GC19536@willow.home.waugh.id.au> Mail-Followup-To: Jamie McCracken , Nautilus References: <1091257079.2983.3.camel@SEMPUKI> <1091257707.2184.49.camel@pingu> <20040731123048.GA19536@willow.home.waugh.id.au> <1091278439.2896.10.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1091278439.2896.10.camel@localhost.localdomain> X-Message-Flag: Cranky? Try Free Software instead! X-Operating-System: Linux 2.6.6 ppc Reply-By: Tue Aug 3 06:06:17 PDT 2004 X-Uptime: 06:06:17 up 4:06, 4 users, load average: 1.79, 1.04, 0.88 User-Agent: Mutt/1.5.6+20040722i Cc: Nautilus Subject: Re: Templates directory looks pretty bare X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2004 13:15:45 -0000 > > Please see previous threads (and most usefully, the original thread) about > > Templates support for some discussion about why this won't happen. We will > > end up with the same kind of complicated mess we have with menus if we ship > > templates by default and allow applications to 'register' their own. > > But apps can "register" anyhow by simply copying a blank file to the > templates folder when they are installed. The only thing missing is a > user friendly description of the file (having things like "unknown.txt" > is not as friendly as "Create Text File") Any app that installs to /home/*/Templates/ (obviously a stupid guess in itself) is EVIL. Whether it was an app (bad) or an admin/user (good) doing the install, there's no reason why they couldn't use sane names. These issues are not connected. > > That's why only ~/Templates is read, and why it's left entirely up to > > the user (in their home directory), admin or distribution (in > > /etc/skel). > > It would be nicer if the Home Templates folder was hidden (in say > ~/.nautilus/Templates) and a menu entry for "Add to Templates" was added > to the selection popup in Nautilus - its not obvious at all to users what > the Templates folder in the Home folder does nor is it obvious how to add > such templates to Nautilus. I'm happy to do the work for this if Alex > agrees it would be useful. a) it's up to the admin or distro as to whether Templates is in /etc/skel b) the Templates folder is visible so users can interact with it easily, same as Desktop c) perhaps the 'Create Document' menu could include a menu item to open the 'Templates' directory (the existence of the 'Create Document' menu item is based on the existence of the 'Templates' directory to begin with), and I'm sure the previous discussions about templates support covered this issue d) changing the location of Templates would be an interface breakage anyway It would be nice if it were more discoverable, but if it's in the docs, and up to admins and distros to provide if they want to, the current system is fine. Like the scripts support, it's a cool trick people can learn about GNOME as they get more familiar with it. - Jeff -- OSCON 2004: Portland OR, USA http://conferences.oreilly.com/oscon/ "Stupidity is used to run 98% of the world's corporations, which tops UNIX server usage by quite a bit." - George Lebl From jamiemcc@blueyonder.co.uk Sat Jul 31 09:48:23 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp-out5.blueyonder.co.uk (smtp-out5.blueyonder.co.uk [195.188.213.8]) by menubar.gnome.org (Postfix) with ESMTP id DE6E03B11C7 for ; Sat, 31 Jul 2004 09:48:22 -0400 (EDT) Received: from [82.32.13.166] ([82.32.13.166]) by smtp-out5.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Sat, 31 Jul 2004 14:48:40 +0100 From: Jamie McCracken To: Jeff Waugh In-Reply-To: <20040731131533.GC19536@willow.home.waugh.id.au> References: <1091257079.2983.3.camel@SEMPUKI> <1091257707.2184.49.camel@pingu> <20040731123048.GA19536@willow.home.waugh.id.au> <1091278439.2896.10.camel@localhost.localdomain> <20040731131533.GC19536@willow.home.waugh.id.au> Content-Type: text/plain Message-Id: <1091281718.2896.37.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sat, 31 Jul 2004 14:48:38 +0100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 31 Jul 2004 13:48:40.0700 (UTC) FILETIME=[165DBBC0:01C47705] Cc: Nautilus Subject: Re: Templates directory looks pretty bare X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2004 13:48:23 -0000 On Sat, 2004-07-31 at 14:15, Jeff Waugh wrote: > Any app that installs to /home/*/Templates/ (obviously a stupid guess in > itself) is EVIL. yes installing to every home folder would be but installing to /etc/skel should be okay? My feeling is it might be good to allow creation of new documents by both templates and Mime types. IE if the "text" Mime type was defined in the Mime database we could then have "Create Text File" in the menu in addition to templates. > Whether it was an app (bad) or an admin/user (good) doing > the install, there's no reason why they couldn't use sane names. These > issues are not connected. Okay they are not connected but it is nevertheless an issue. Having "Create Text File.txt" might look nice on the menu but is not appropriate for the default name of the file. We could for example always default to using "New File.ext". > > > > That's why only ~/Templates is read, and why it's left entirely up to > > > the user (in their home directory), admin or distribution (in > > > /etc/skel). > > > > It would be nicer if the Home Templates folder was hidden (in say > > ~/.nautilus/Templates) and a menu entry for "Add to Templates" was added > > to the selection popup in Nautilus - its not obvious at all to users what > > the Templates folder in the Home folder does nor is it obvious how to add > > such templates to Nautilus. I'm happy to do the work for this if Alex > > agrees it would be useful. > > a) it's up to the admin or distro as to whether Templates is in /etc/skel We should allow apps to set something up too if possible or as I said above derive new entries from the Mime database. > b) the Templates folder is visible so users can interact with it easily, > same as Desktop Yes but then it should be renamed NautilusTemplates or something cause Templates is too generic especially under the Home directory - I had no idea what the empty Templates folder did in FC2 when I first installed it so I deleted that folder! Had I known it was used by Nautilus then I would of course have kept it. > > c) perhaps the 'Create Document' menu could include a menu item to open the > 'Templates' directory (the existence of the 'Create Document' menu ite That would be good. A "Manage Templates" option would be nice. > d) changing the location of Templates would be an interface breakage anyway Sometimes they are necessary if for the better. Templates:/// is another option as well and it could be in the places menu too. jamie. From jdub@waugh.id.au Sat Jul 31 10:03:14 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from mail.syd.swiftdsl.com.au (mail.syd.swiftdsl.com.au [202.154.83.58]) by menubar.gnome.org (Postfix) with SMTP id ED9653B0BA4 for ; Sat, 31 Jul 2004 10:03:13 -0400 (EDT) Received: (qmail 14253 invoked from network); 31 Jul 2004 14:03:11 -0000 Received: from unknown (HELO home.waugh.id.au) (218.214.67.227) by mail.syd.swiftdsl.com.au with SMTP; 31 Jul 2004 14:03:11 -0000 Received: from willow.home.waugh.id.au (unknown [64.122.47.22]) by home.waugh.id.au (Postfix) with ESMTP id 5CEC4E8D1A; Sun, 1 Aug 2004 00:03:06 +1000 (EST) Received: by willow.home.waugh.id.au (Postfix, from userid 1000) id 5916A68DA8; Sat, 31 Jul 2004 07:03:00 -0700 (PDT) Date: Sat, 31 Jul 2004 07:02:59 -0700 From: Jeff Waugh To: Jamie McCracken Message-ID: <20040731140259.GD19536@willow.home.waugh.id.au> Mail-Followup-To: Jamie McCracken , Nautilus References: <1091257079.2983.3.camel@SEMPUKI> <1091257707.2184.49.camel@pingu> <20040731123048.GA19536@willow.home.waugh.id.au> <1091278439.2896.10.camel@localhost.localdomain> <20040731131533.GC19536@willow.home.waugh.id.au> <1091281718.2896.37.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1091281718.2896.37.camel@localhost.localdomain> X-Message-Flag: Cranky? Try Free Software instead! X-Operating-System: Linux 2.6.6 ppc Reply-By: Tue Aug 3 06:59:33 PDT 2004 X-Uptime: 06:59:33 up 5:00, 4 users, load average: 0.00, 0.02, 0.12 User-Agent: Mutt/1.5.6+20040722i Cc: Nautilus Subject: Re: Templates directory looks pretty bare X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2004 14:03:15 -0000 > On Sat, 2004-07-31 at 14:15, Jeff Waugh wrote: > > > Any app that installs to /home/*/Templates/ (obviously a stupid guess in > > itself) is EVIL. > > yes installing to every home folder would be but installing to /etc/skel > should be okay? Highly unconventional, and I would say, evil. > My feeling is it might be good to allow creation of new documents by both > templates and Mime types. IE if the "text" Mime type was defined in the > Mime database we could then have "Create Text File" in the menu in > addition to templates. This will just cause the same kind of insane overload you see in the Windows Explorer context menu. It's useless because it's too long. Just leave it to users and admins. > > a) it's up to the admin or distro as to whether Templates is in /etc/skel > > We should allow apps to set something up too if possible or as I said > above derive new entries from the Mime database. We should not, as above. > > d) changing the location of Templates would be an interface breakage anyway > > Sometimes they are necessary if for the better. Templates:/// is another > option as well and it could be in the places menu too. See previous list discussion about more vfs schemes. We want to avoid this too. (You really do need to read back on the previous discussion about all this stuff, it's annoying for maintainers (and others) to reply to the same questions. Sorry.) - Jeff -- What's all that about? http://www.no-name-yet.com/ "I think hot Chinese girls who kick ass are the wave of the future, as far as films go." - Cody Russell From sinzui@cox.net Sat Jul 31 10:54:25 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from fed1rmmtao06.cox.net (fed1rmmtao06.cox.net [68.230.241.33]) by menubar.gnome.org (Postfix) with ESMTP id 1A0043B06F6 for ; Sat, 31 Jul 2004 10:54:25 -0400 (EDT) Received: from [192.168.1.103] (really [68.106.106.162]) by fed1rmmtao06.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP id <20040731145424.QMYX6135.fed1rmmtao06.cox.net@[192.168.1.103]> for ; Sat, 31 Jul 2004 10:54:24 -0400 From: Curtis Hovey To: Nautilus-list In-Reply-To: <1091281718.2896.37.camel@localhost.localdomain> References: <1091257079.2983.3.camel@SEMPUKI> <1091257707.2184.49.camel@pingu> <20040731123048.GA19536@willow.home.waugh.id.au> <1091278439.2896.10.camel@localhost.localdomain> <20040731131533.GC19536@willow.home.waugh.id.au> <1091281718.2896.37.camel@localhost.localdomain> Content-Type: text/plain Organization: i Date: Sat, 31 Jul 2004 10:54:22 -0400 Message-Id: <1091285662.8145.114.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 (1.5.9.1-2) Content-Transfer-Encoding: 7bit Subject: Re: Templates directory looks pretty bare X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sinzui@cox.net List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2004 14:54:25 -0000 On Sat, 2004-07-31 at 14:48 +0100, Jamie McCracken wrote: > On Sat, 2004-07-31 at 14:15, Jeff Waugh wrote: > > b) the Templates folder is visible so users can interact with it easily, > > same as Desktop > > Yes but then it should be renamed NautilusTemplates or something cause > Templates is too generic especially under the Home directory - I had no > idea what the empty Templates folder did in FC2 when I first installed > it so I deleted that folder! Had I known it was used by Nautilus then I > would of course have kept it. Solid user documentation is absent in our platform releases. Our rapid releases are confusing developers and users, such as in the case of spatial Nautilus and Templates. What we need is a document about _Living with GNOME_. It discusses how to use the desktop and it's applications, instead of just indicating what they do. In the case of spatial Nautilus and templates, we pointed users and developers to previous conversations, or to essays on other sites to explain our reasoning. Instead, our reasoning should be incorporated into our documentation, aided with plenty of examples derived from use cases. In the chapter on document-centric computing: . Using folders to manage documents. . How to create a kind of document using the desktop. . Using the Templates folder to create new kinds of document. . Opening documents by clicking, keying, and drag and drop. In the chapter on applications . Using the window list, window selector, and the keyboard to switch windows. . Using workspaces to divide tasks. . working with windows and apps; close and quit. Discovering the document is another issue. When the desktop is upgraded, the user should see a presentation highlighting the new features. The presentation will end with an suggestion to RTFM, which is placed on the desktop for easy discovery. PS. I love the Template directory as it is. I would like to see applications that have templates to add/update "Save As Template" to the file menu. -- __C U R T I S C. H O V E Y____________________ sinzui@cox.net Guilty of stealing everything I am. From petri.kanerva@surfeu.fi Sat Jul 31 15:04:17 2004 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from smtp2.dnainternet.net (smtp2.dnainternet.net [62.240.72.111]) by menubar.gnome.org (Postfix) with ESMTP id 9EBC63B0920 for ; Sat, 31 Jul 2004 15:04:17 -0400 (EDT) Received: from dna243-204.satp.customers.dnainternet.fi ([213.186.243.204]:1912 "EHLO dna243-204.satp.customers.dnainternet.fi" TLS-CIPHER: ) by smtp2.dnainternet.net with ESMTP id S1231717AbUGaTEN (ORCPT ); Sat, 31 Jul 2004 22:04:13 +0300 From: Petri Kanerva To: Wolfgang Pichler In-Reply-To: <1090419579.8168.40.camel@localhost> References: <1090419579.8168.40.camel@localhost> Content-Type: text/plain Date: Sat, 31 Jul 2004 22:06:47 +0300 Message-Id: <1091300807.26575.2.camel@blank.deepsanity.own> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.2 Content-Transfer-Encoding: 7bit Cc: nautilus-list@gnome.org Subject: Re: nautilus is not starting anymore X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: For developers and users of the Nautilus file manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2004 19:04:17 -0000 On Wed, 2004-07-21 at 16:19 +0200, Wolfgang Pichler wrote: > hi all, > > i have had to kill nautilus because of a samba share which lost the > connection (the samba share was mounted - i was not using smb:///). > After i've killed nautilus it didn't start up automatically - so i opend > a terminal and tried to start nautilus there - it starts up - runs - but > nothing happens (it doesn't draw the background - no icons - no > windows). So i startet nautilus with the -c option - there i'll get: > > FAIL: check failed in nautilus-file-operations.c, line 2657 > evaluated: get_duplicate_name ("foo (123rd copy).txt", 1) > expected: foo (124th copy).txt > got: foo (123rd copy) (Kopie).txt > running nautilus_self_check_directory > > and then it hangs - so what is nautilus doing at check_directory - how > can i get it working again ? > > best regards > Wolfgang Don't know if this is still relevant, as this comes a bit late, but as no one else has answered: I didn't have the fail notice, but my nautilus hanged afte the nautilus_self_check_directory too. And after googleing and seein many of these similar posts, and non with an answer I got a thought and tried one thing, and at least for me it worked... run bonobo-slay then start nautilus again Petri