From gerrycomte@mymts.net Wed Jan 4 20:27:13 2012 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 33C677500ED for ; Wed, 4 Jan 2012 20:27:11 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RdsT-RWp7Wat for ; Wed, 4 Jan 2012 20:27:08 +0000 (UTC) X-Greylist: delayed 336 seconds by postgrey-1.32 at menubar.gnome.org; Wed, 04 Jan 2012 20:27:08 UTC Received: from bay0-omc4-s12.bay0.hotmail.com (bay0-omc4-s12.bay0.hotmail.com [65.54.190.214]) by menubar.gnome.org (Postfix) with ESMTP id BA2C17500C9 for ; Wed, 4 Jan 2012 20:27:00 +0000 (UTC) Received: from BAY160-W16 ([65.54.190.199]) by bay0-omc4-s12.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 4 Jan 2012 12:21:23 -0800 Message-ID: Content-Type: multipart/alternative; boundary="_eb10400e-eeff-476c-9b20-b3e6cb677231_" X-Originating-IP: [206.45.152.205] From: Sender: To: Subject: Where to find customize info for Nautilus (undercovers) Date: Wed, 4 Jan 2012 14:21:23 -0600 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 04 Jan 2012 20:21:23.0234 (UTC) FILETIME=[6D6ED820:01CCCB1E] X-Mailman-Approved-At: Fri, 06 Jan 2012 05:51:47 +0000 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-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, 04 Jan 2012 20:27:13 -0000 --_eb10400e-eeff-476c-9b20-b3e6cb677231_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Nautilus list members=2C i apologize if I am not following proper protocol to request assistance. I= hope one of you can direct me to the correct resource. Running Nautilus on Ubuntu Linux workstations to access NFS server on IBM S= ystem i. =20 I'm working on a problem where the Nautilus file manager is sending an NFS = RPC ACCESS request to the iSeries NFS server=2C with 5 of the 6 available s= ubfunctions in the request. =20 According to RFC 1813=2C V3 ACCESS=2C the ACCESS request can include read= =2C lookup=2C extend=2C modify=2C delete=2C execute.When opening an NFS mou= nt=2C the Nautilus NFS client sends an ACCESS request packet with "read=2C = lookup=2C extend=2C modify=2C and delete (no execute). Who might I contact=2C or where might I find help with customizing the Nau= tilus file manager=2C either with startup flags=2C /etc config file entries= =2C under the covers=2C or other=2C so that Nautilus's NFS client only send= s the read and lookup subfunctions in the ACCESS packet? Best regards=2C (Gerry)G.H.Comte Office: (204)255-1356=20 email: gerrycomte@mts.net = --_eb10400e-eeff-476c-9b20-b3e6cb677231_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Nautilus list members=2C

i apologize if I am not foll= owing proper protocol to request assistance. =3BI hope one of you can = direct me to the correct resource.

Running Nautilu= s on Ubuntu Linux workstations to access NFS server on IBM System i. = =3B

I'm working on a problem where the Nautilus fi= le manager is sending an NFS RPC ACCESS request to the iSeries NFS server= =2C with 5 of the 6 available subfunctions in the request. =3B

According to RFC 1813=2C V3 ACCESS=2C the ACCESS request = can include read=2C lookup=2C extend=2C modify=2C delete=2C execute.

<= div>When opening an NFS mount=2C the Nautilus NFS client sends an ACCESS re= quest packet with "read=2C lookup=2C extend=2C modify=2C and delete (no exe= cute).

Who might I contact=2C or where might = =3BI find help with customizing the Nautilus file manager=2C either with st= artup flags=2C /etc config file entries=2C under the covers=2C or other=2C = so that Nautilus's NFS client only sends the read and lookup subfunctions i= n the ACCESS packet?

Best regards=2C

(Gerry)G.H.Comte
Office: (204)255-1356
em= ail: gerrycomte@mts.net

= = --_eb10400e-eeff-476c-9b20-b3e6cb677231_-- From olav@vitters.nl Fri Jan 6 08:59:38 2012 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5D17375006B for ; Fri, 6 Jan 2012 08:59:38 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.823 X-Spam-Level: X-Spam-Status: No, score=-1.823 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, TW_GV=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OoZI1U1JtoJC for ; Fri, 6 Jan 2012 08:59:35 +0000 (UTC) Received: from fep19.mx.upcmail.net (fep19.mx.upcmail.net [62.179.121.39]) by menubar.gnome.org (Postfix) with ESMTP id 59DCF75005F for ; Fri, 6 Jan 2012 08:59:26 +0000 (UTC) Received: from edge03.upcmail.net ([192.168.13.238]) by viefep19-int.chello.at (InterMail vM.8.01.05.04 201-2260-151-105-20111014) with ESMTP id <20120106085922.SWUH1220.viefep19-int.chello.at@edge03.upcmail.net>; Fri, 6 Jan 2012 09:59:22 +0100 Received: from bkor.dhs.org ([62.195.84.29]) by edge03.upcmail.net with edge id J8zK1i00a0dyCrA038zKds; Fri, 06 Jan 2012 09:59:22 +0100 X-SourceIP: 62.195.84.29 Received: by bkor.dhs.org (Postfix, from userid 501) id 1E3C15003D2; Fri, 6 Jan 2012 09:59:19 +0100 (CET) Date: Fri, 6 Jan 2012 09:59:19 +0100 From: Olav Vitters To: gerrycomte@mts.net Subject: Re: Where to find customize info for Nautilus (undercovers) Message-ID: <20120106085918.GB7195@bkor.dhs.org> Mail-Followup-To: gerrycomte@mts.net, nautilus-list@gnome.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: nautilus-list@gnome.org X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-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, 06 Jan 2012 08:59:38 -0000 On Wed, Jan 04, 2012 at 02:21:23PM -0600, gerrycomte@mts.net wrote: > i apologize if I am not following proper protocol to request > assistance. I hope one of you can direct me to the correct resource. Which version of Nautilus. If it is a anything released in the last 2 years, the problem would probably be in gvfs. If really old, then gnome-vfs. If you're seeing a bug, then recommend filing it on https://bugzilla.gnome.org/ against the gvfs product. Note: gnome-vfs is not maintained anymore. -- Regards, Olav From amos.brocco@gmail.com Thu Jan 12 21:39:01 2012 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CB4237500DA for ; Thu, 12 Jan 2012 21:39:01 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fscwxTU6SahP for ; Thu, 12 Jan 2012 21:38:59 +0000 (UTC) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by menubar.gnome.org (Postfix) with ESMTP id CE81575005F for ; Thu, 12 Jan 2012 21:38:50 +0000 (UTC) Received: by pbdt13 with SMTP id t13so941394pbd.27 for ; Thu, 12 Jan 2012 13:38:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=zdDX6HDgqS1CSzUA1XYIwMwxn9XaH8l668XvMPaiT+w=; b=xKwhFRhSmpylrw2pI1bhcQC6RLt8toChT9LCRwYy3Uc3hhvyzGg8uuV7m5TREImc9W +hnQKo+8rJDb0avlUobwytFyKSTkcU7vl92PMJ5xd3tX48atDa+1Skk2Ga4XQvb++eDP LwI/Gn8LYqH2dprETXhSDdz+VgxvTHQVnNnnY= MIME-Version: 1.0 Received: by 10.68.75.135 with SMTP id c7mr11547133pbw.43.1326404329173; Thu, 12 Jan 2012 13:38:49 -0800 (PST) Received: by 10.143.146.20 with HTTP; Thu, 12 Jan 2012 13:38:49 -0800 (PST) In-Reply-To: References:

<1297694100.4067.49.camel@x60> <1308149338.9494.32.camel@x201> Date: Thu, 12 Jan 2012 22:38:49 +0100 Message-ID: Subject: Updated undo patch From: Amos Brocco To: nautilus-list@gnome.org Content-Type: multipart/alternative; boundary=f46d041a438ede720a04b65b9294 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-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, 12 Jan 2012 21:39:02 -0000 --f46d041a438ede720a04b65b9294 Content-Type: text/plain; charset=ISO-8859-1 Hello everybody, I had some time to re-sync my patch with the current git master... the patch is https://bugzilla.gnome.org/attachment.cgi?id=205141 The structure of the code has not changed, I've just fixed some constants and replaced deprecated methods. Cosimo, do you think that it would be "mergeable" soon? Concerning your last comments: - refactoring can be done subsequently, although it might complicate things. For example, if we merge the undo structures with the nautilus-file-operations ones, we would need to modify some fields (like file lists) on the fly, in order to track files that get ignored by the user (for example during a copy operation) or filenames that change (ex. with duplicate). - in my opinion the idea of letting the user un-do just the last operation is not very user friendly, and too much Apple Finder. It has happened to me many times that what I wanted to undo was composed of multiple successive actions like copying files from different directories around, and undoing that can only be achieved with a multi-level undo. See also http://designinginterfaces.com/firstedition/index.php?page=Multi-Level_Undo cheers A. 2011/6/15 Cosimo Cecchi > On Wed, 2011-06-15 at 14:20 +0200, Amos Brocco wrote: > > Hello again, > > is the undo feature still planned for the next release (3.2) ? > > Hi Amos, > > Yes, it's still planned, though unfortunately I didn't yet have had the > time to work on it. > > The last iteration you posted on the bug report looks quite good; the > things that I would like to see done before merging it are: > - there's still a lot of overlap between the nautilus-file-operations > structs and the undo structs. I wonder if it wouldn't be simpler to have > the two code paths share the nautilus-file-operations Job structures > directly, which could be extended to keep them alive and owned by the > undo manager singleton as long as they are in the undo stack (I realize > this is a bit of a handwavy description, but I never tried to implement > it in code to figure out the details). > - regardless of how we implement it under the scenes, from a high-level > UI perspective I don't think we should use a stack of actions for > Undo/Redo, but only use the last one. > - the code still needs a bit of testing. > > If you, or anyone else want to help out with any of these items, it > could really help getting the feature merged in faster. > > Amos, if you have a GNOME git account, you should feel free to push your > updates to the upstream undo-manager branch. > > Thanks! > Cosimo > > --f46d041a438ede720a04b65b9294 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello everybody,

I had some time to re-sync m= y patch with the current git master... the patch is https://bugzil= la.gnome.org/attachment.cgi?id=3D205141
The structure of the code has not changed, I've just fixed some constan= ts and replaced deprecated methods.
Cosimo, do you think that it would be "mergeable" soon?

C= oncerning your last comments:
- refactoring can be done subsequently, a= lthough it might complicate things. For example, if we merge the undo struc= tures with the nautilus-file-operations ones, we would need to
modify some fields (like file lists) on the fly, in order to track files th= at get ignored by the user (for example during a copy operation) or filenam= es that change (ex. with duplicate).
- in my opinion the idea of letting= the user un-do just the last operation is not very user friendly,
and too much Apple Finder. It has happened to me many times that what I wan= ted to undo was composed of multiple successive actions
like copying fil= es from different directories around, and undoing that can only be achieved= with a multi-level undo. See also http://= designinginterfaces.com/firstedition/index.php?page=3DMulti-Level_Undo<= br>
cheers

A.<= /span>

2011/6/15 Cosimo Cecchi <cosimoc@gnome.org>

On Wed, 2011-06-15 at 14:20 +0200, Amos Brocco wrote:
> Hello again,
> is the undo feature still planned for the next release (3.2) ?

Hi Amos,

Yes, it's still planned, though unfortunately I didn't yet have had= the
time to work on it.

The last iteration you posted on the bug report looks quite good; the
things that I would like to see done before merging it are:
- there's still a lot of overlap between the nautilus-file-operations structs and the undo structs. I wonder if it wouldn't be simpler to hav= e
the two code paths share the nautilus-file-operations Job structures
directly, which could be extended to keep them alive and owned by the
undo manager singleton as long as they are in the undo stack (I realize
this is a bit of a handwavy description, but I never tried to implement
it in code to figure out the details).
- regardless of how we implement it under the scenes, from a high-level
UI perspective I don't think we should use a stack of actions for
Undo/Redo, but only use the last one.
- the code still needs a bit of testing.

If you, or anyone else want to help out with any of these items, it
could really help getting the feature merged in faster.

Amos, if you have a GNOME git account, you should feel free to push your updates to the upstream undo-manager branch.

Thanks!
Cosimo

--f46d041a438ede720a04b65b9294-- From amos.brocco@gmail.com Fri Jan 13 14:58:04 2012 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9A7AA7501A6 for ; Fri, 13 Jan 2012 14:58:04 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TZwxavgog2s8 for ; Fri, 13 Jan 2012 14:58:00 +0000 (UTC) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by menubar.gnome.org (Postfix) with ESMTP id 33E92750078 for ; Fri, 13 Jan 2012 14:57:50 +0000 (UTC) Received: by pbdx13 with SMTP id x13so34775pbd.27 for ; Fri, 13 Jan 2012 06:57:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=FUV+QT0xOkuiRTJs/P7RvZg9rNAA2zsmd47LkKldxLM=; b=UW9jk6fAKviyvbtJarLX6WDjq0Gps/algnFtTibSrY9qL/3fqDILXYF0OAZ0gBwaFq UBFI7vzFIT0pVesbVJBD5xVGkFeDvPwhZ59b3v579LlaSwqgzmFNdtvMHrEohmZHl0Mx xbvXLp6xnH90llaIU2KnJeydOrOjDr/p4T7SM= MIME-Version: 1.0 Received: by 10.68.189.101 with SMTP id gh5mr2522187pbc.26.1326466669110; Fri, 13 Jan 2012 06:57:49 -0800 (PST) Received: by 10.143.146.20 with HTTP; Fri, 13 Jan 2012 06:57:49 -0800 (PST) Date: Fri, 13 Jan 2012 15:57:49 +0100 Message-ID: Subject: Patch for bug 330320 - .savedSearch too long ext. From: Amos Brocco To: nautilus-list Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-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, 13 Jan 2012 14:58:04 -0000 https://bugzilla.gnome.org/attachment.cgi?id=205208 From amos.brocco@gmail.com Fri Jan 13 15:00:02 2012 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BCCFA7501AC for ; Fri, 13 Jan 2012 15:00:02 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZJTkryZ+-z7t for ; Fri, 13 Jan 2012 14:59:57 +0000 (UTC) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by menubar.gnome.org (Postfix) with ESMTP id 4F436750078 for ; Fri, 13 Jan 2012 14:59:49 +0000 (UTC) Received: by dady13 with SMTP id y13so387053dad.27 for ; Fri, 13 Jan 2012 06:59:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=mKNY5zw8fJNXlwbkpP/N2MlpJycCl+XcJXBDhsY4hIk=; b=Vgw9f0rREZK2cK9HlLttWTH+s9IsKKydwrOugzfZ9/OwZHvfkAB167lnapp9HIkbww DtHtYtv+Ki99IwufBj7wruATZULdjw44OWAb/nhk2Gz6kXLiDmyn9iDquHBrk7DPpqi4 1HCGl/hnFyaVwxE6Ih/EKS2m2n26rYsxmwJKM= MIME-Version: 1.0 Received: by 10.68.199.38 with SMTP id jh6mr2326439pbc.77.1326466786130; Fri, 13 Jan 2012 06:59:46 -0800 (PST) Received: by 10.143.146.20 with HTTP; Fri, 13 Jan 2012 06:59:46 -0800 (PST) In-Reply-To: References: Date: Fri, 13 Jan 2012 15:59:46 +0100 Message-ID: Subject: Re: Patch for bug 330320 - .savedSearch too long ext. From: Amos Brocco To: nautilus-list Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-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, 13 Jan 2012 15:00:03 -0000 Oups... sorry... I clicked on send too soon :P Hello, I've made a patch for bug #330320 , to hide the .savedSearch extension and prevent user from deleting it while renaming the saved search folder (because the suffix it is not displayed in the entry box). Patch for current git master (as of 13 Jan 2012) cheers Amos https://bugzilla.gnome.org/show_bug.cgi?id=330320 From sonuansuja@yahoo.com Tue Jan 17 05:08:53 2012 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 679047500FE for ; Tue, 17 Jan 2012 05:08:53 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: 0.692 X-Spam-Level: X-Spam-Status: No, score=0.692 tagged_above=-999 required=2 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HG+DKtlH0vCw for ; Tue, 17 Jan 2012 05:08:52 +0000 (UTC) Received: from nm2.bullet.mail.sg1.yahoo.com (nm2.bullet.mail.sg1.yahoo.com [115.178.12.224]) by menubar.gnome.org (Postfix) with SMTP id 624647500F1 for ; Tue, 17 Jan 2012 05:08:42 +0000 (UTC) Received: from [115.178.12.221] by nm2.bullet.mail.sg1.yahoo.com with NNFMP; 17 Jan 2012 05:08:40 -0000 Received: from [115.178.12.228] by tm2.bullet.mail.sg1.yahoo.com with NNFMP; 17 Jan 2012 05:08:40 -0000 Received: from [127.0.0.1] by omp1008.mail.sg1.yahoo.com with NNFMP; 17 Jan 2012 05:08:40 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 724188.31902.bm@omp1008.mail.sg1.yahoo.com Received: (qmail 90528 invoked by uid 60001); 17 Jan 2012 05:08:40 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1326776920; bh=2/uEgXt6CcyFmLlwg/i1VUzVF2SvlbpzbU6DkQwehpM=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=GMX0ICiwahXwByUjLnsRHq81xLtTIrIuWUE43pMEQRm3WS7eyWzTCW9rE1UVhjvsQKiu3Z83PKYFrp8qUlya5gtZzs3h+Ssdet2HMTcrRyKSf579b7+Dv2Tj6mZst3iBtUd18RuFIW3nll3z7G5KQljoEyaL6MhkHiKguF2s8q4= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=5i+VY0+AWfdW6HGnWsuAmjOu4u3yieLkjLFWCmrvsAu+6gM2MSP3KmqC0FLcpxovk5a5R9WwMF/upn2CqkprjrVl79BVyBY9zPCSFD9LXoAWfSV48JN5Mu+nKZnEd9XTpro7HVDeuJ1/FUJQg6ywbOscTBWGfGYht00/nXxJjOo=; X-YMail-OSG: xZ.YLbsVM1mrkpbXs61piWxN2JY0Rsn021Zrmp8QVQDLroj YKK6RZbRhC1zwBc_GEWd1eA4.EqFXmOAJhxpjfA4Eq9uFO7Yck.Mxdkm6On. vhWj3aoKjdHDl4Xd4uuT5JPrXrkF3oW4n0aAFrX824Bfluv78YYawzbvVqEj s0M1RmpjurfKajPjUUUOZWf.lbzqN7hq.PoGOEEk98.JpMeCB.xV.lsojFsS 9k5V2PIFGNJIE3J22qJJlC43opfUdCcyHwjevBfvImxrhniSDTSNj2myHfTx 1ITpvKTSZeTUqzsVEmQ4j91vT_ZAYfKlpP.LiSrQ.oM.emj83BladCKQWNPj FfsagVBwDfg-- Received: from [148.87.19.214] by web190106.mail.sg3.yahoo.com via HTTP; Tue, 17 Jan 2012 13:08:40 SGT X-Mailer: YahooMailWebService/0.8.115.331698 Message-ID: <1326776920.89303.YahooMailNeo@web190106.mail.sg3.yahoo.com> Date: Tue, 17 Jan 2012 13:08:40 +0800 (SGT) From: Sonu Subject: add nautilus toolbar item using py extention ? To: "nautilus-list@gnome.org" MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="-1443486847-1482012281-1326776920=:89303" X-Mailman-Approved-At: Tue, 17 Jan 2012 18:26:16 +0000 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Sonu List-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, 17 Jan 2012 05:08:53 -0000 ---1443486847-1482012281-1326776920=:89303 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0A=0AHi team=0A=A0=0A=A0I am trying to add a nautilus toolbar item using t= he python-extension,=0A=A0However per documents that doesn't seems to be do= able, just wanted =0A=0A=A0a confirmation or if I am missing something.=A0 = Any idea if I can add a=0A=A0nautilus toolbar item using pygtk.=0A=0A=0ATha= nks ---1443486847-1482012281-1326776920=:89303 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable

H= i team

I am trying to add a nautilus toolb= ar item using the python-extension,

However per documents t= hat doesn't seems to be doable, just wanted

a confirma= tion or if I am missing something. Any idea if I can add a

= nautilus toolbar item using pygtk.

Thank= s

---1443486847-1482012281-1326776920=:89303-- From ak-47@gmx.net Wed Jan 18 09:07:32 2012 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 38A3675016A for ; Wed, 18 Jan 2012 09:07:32 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.66 X-Spam-Level: X-Spam-Status: No, score=-1.66 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OvcOGB16wB5V for ; Wed, 18 Jan 2012 09:07:30 +0000 (UTC) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by menubar.gnome.org (Postfix) with SMTP id 583B775005F for ; Wed, 18 Jan 2012 09:07:21 +0000 (UTC) Received: (qmail invoked by alias); 18 Jan 2012 09:07:18 -0000 Received: from 106-98-207-85.blanicka25.net (EHLO [10.0.0.9]) [85.207.98.106] by mail.gmx.net (mp007) with SMTP; 18 Jan 2012 10:07:18 +0100 X-Authenticated: #726810 X-Provags-ID: V01U2FsdGVkX19I8E1F3WJIYItM4HT0cXT9ZiU/UxtYua75YR975R pi0poK5PQqJ/EA Message-ID: <1326877637.1885.2.camel@embrace.foo> Subject: Re: add nautilus toolbar item using py extention ? From: Andre Klapper To: Sonu Date: Wed, 18 Jan 2012 10:07:17 +0100 In-Reply-To: <1326776920.89303.YahooMailNeo@web190106.mail.sg3.yahoo.com> References: <1326776920.89303.YahooMailNeo@web190106.mail.sg3.yahoo.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.2 (3.2.2-1.fc16) Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Y-GMX-Trusted: 0 Cc: "nautilus-list@gnome.org" X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-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, 18 Jan 2012 09:07:32 -0000 Hi Sonu, On Tue, 2012-01-17 at 13:08 +0800, Sonu wrote: > I am trying to add a nautilus toolbar item Which nautilus version? More info welcome. > using the python-extension, What python-extension? Links welcome. > However per documents that doesn't seems to be doable, just wanted > a confirmation or if I am missing something. Any idea if I can add a > nautilus toolbar item using pygtk. In general: The static Python bindings (PyGtk) are pretty dead, see https://live.gnome.org/PyGTK . https://live.gnome.org/PyGObject is the way to go for new code. andre -- mailto:ak-47@gmx.net | failed http://blogs.gnome.org/aklapper From nbenitezl@gmail.com Wed Jan 18 15:38:39 2012 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A71D07500A2 for ; Wed, 18 Jan 2012 15:38:39 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Pa8sOc0xDNRT for ; Wed, 18 Jan 2012 15:38:37 +0000 (UTC) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by menubar.gnome.org (Postfix) with ESMTP id 6F4FB750099 for ; Wed, 18 Jan 2012 15:38:28 +0000 (UTC) Received: by qcse1 with SMTP id e1so2779147qcs.27 for ; Wed, 18 Jan 2012 07:38:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=klQfYROZFMZaR+UiITEWtf+f1IvcNiSyGONv7rqJkTw=; b=hK390P/vX2zKoU5MxlOw9xPXhMcjldyOC7P0cJ6TBHBRmjWwC4BAzoN/K+krwrmII0 KmxC242ABpNtxGQKfRaVbkd5PSDHCqEJJ8MejQ9Q2RSJWTo6t/GnVObHJ6/59cfTEiL+ dZZfhJi88r896BP8hLb9EW4JHq0aqqQDz6g74= Received: by 10.224.31.18 with SMTP id w18mr22105403qac.44.1326901107484; Wed, 18 Jan 2012 07:38:27 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.48.71 with HTTP; Wed, 18 Jan 2012 07:38:06 -0800 (PST) From: =?ISO-8859-1?Q?Nelson_Ben=EDtez_Le=F3n?= Date: Wed, 18 Jan 2012 16:38:06 +0100 Message-ID: Subject: [PATCH] Extra mouse button navigates back, but not in list view of nautilus To: nautilus-list Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-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, 18 Jan 2012 15:38:39 -0000 Hi, I've attached two patches in http://bugs.gnome.org/660006 , one to fix "back navigation" when over an icon, and other patch to make that to work for list view. Please see the bug for details. Thank you! From pierre@wieser.fr Wed Jan 18 20:43:08 2012 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AE2A4750203 for ; Wed, 18 Jan 2012 20:43:08 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MBM5K59nGHuW for ; Wed, 18 Jan 2012 20:43:05 +0000 (UTC) Received: from smtp6-g21.free.fr (smtp6-g21.free.fr [212.27.42.6]) by menubar.gnome.org (Postfix) with ESMTP id 1EA16750078 for ; Wed, 18 Jan 2012 20:43:03 +0000 (UTC) Received: from zimbra.trychlos.pwi (unknown [88.182.20.189]) by smtp6-g21.free.fr (Postfix) with ESMTP id 767248264F for ; Wed, 18 Jan 2012 21:42:56 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by zimbra.trychlos.pwi (Postfix) with ESMTP id 4505A613BA for ; Wed, 18 Jan 2012 21:42:55 +0100 (CET) X-Virus-Scanned: amavisd-new at trychlos.pwi Received: from zimbra.trychlos.pwi ([127.0.0.1]) by localhost (zimbra.trychlos.pwi [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Dow11qBwaoJN for ; Wed, 18 Jan 2012 21:42:52 +0100 (CET) Received: from zimbra.trychlos.pwi (mta.trychlos.pwi [10.9.1.48]) by zimbra.trychlos.pwi (Postfix) with ESMTP id C421C61370 for ; Wed, 18 Jan 2012 21:42:52 +0100 (CET) Date: Wed, 18 Jan 2012 21:42:52 +0100 (CET) From: Pierre Wieser To: nautilus-list@gnome.org Subject: Re: add nautilus toolbar item using py extention Message-ID: <2110e690-8c3a-43e8-875d-b3496b87fbc8@zimbra.trychlos.pwi> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-Originating-IP: [80.119.67.155] X-Mailer: Zimbra 7.1.3_GA_3346 (ZimbraWebClient - FF3.0 (Linux)/7.1.3_GA_3346) X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-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, 18 Jan 2012 20:43:08 -0000 > From: Sonu > > ?I am trying to add a nautilus toolbar item using the > python-extension, > ?However per documents that doesn't seems to be doable, just wanted > ?a confirmation or if I am missing something.? Any idea if I can add > ?nautilus toolbar item using pygtk. > Hi, Starting with 2.91.90, Nautilus no more allows extensions to add toolbar items. See http://mail.gnome.org/archives/nautilus-list/2011-February/msg00023.html Regards Pierre From cosimo.cecchi@gmail.com Thu Jan 19 19:02:55 2012 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A99AD7501B7 for ; Thu, 19 Jan 2012 19:02:55 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R+GTA5MBJLgC for ; Thu, 19 Jan 2012 19:02:48 +0000 (UTC) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by menubar.gnome.org (Postfix) with ESMTP id 81EA7750111 for ; Thu, 19 Jan 2012 19:02:39 +0000 (UTC) Received: by werg1 with SMTP id g1so382966wer.27 for ; Thu, 19 Jan 2012 11:02:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:subject:from:to:cc:date:in-reply-to:references :content-type:x-mailer:content-transfer-encoding:mime-version; bh=nBwKvXSkP0ih5US5m51M/L26ZxZn1pddAoBlv6K5J5o=; b=genJFbDzQZkYEGOVjeE+F/oSfXVAD1I13gAWp7dXFjDNzhdICpUqGBfajzjDsw3YqH 4+VOJ9GX3/lO0VQWA7rn0+otRjgjk3ynY6jkidlPpxH90Xm+LdFl/5dk0XBQZWWwIY2p 4ebUMqfyRwvjMolVqnUBNuTUaj7sV1tR6sbZE= Received: by 10.216.139.197 with SMTP id c47mr1144721wej.15.1326999758353; Thu, 19 Jan 2012 11:02:38 -0800 (PST) Received: from [10.16.189.177] (nat-pool-rdu.redhat.com. [66.187.233.202]) by mx.google.com with ESMTPS id bj10sm29610210wib.9.2012.01.19.11.02.33 (version=SSLv3 cipher=OTHER); Thu, 19 Jan 2012 11:02:36 -0800 (PST) Sender: Cosimo Cecchi Message-ID: <1326999752.25889.8.camel@x201> Subject: Re: Updated undo patch From: Cosimo Cecchi To: Amos Brocco Date: Thu, 19 Jan 2012 14:02:32 -0500 In-Reply-To: References:

<1297694100.4067.49.camel@x60> <1308149338.9494.32.camel@x201> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.3.4 (3.3.4-1.fc17) Content-Transfer-Encoding: 7bit Mime-Version: 1.0 Cc: nautilus-list X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-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, 19 Jan 2012 19:02:55 -0000 On Thu, 2012-01-12 at 22:28 +0100, Amos Brocco wrote: > Hello everybody, > I had some time to re-sync my patch with the current git master... the > patch is https://bugzilla.gnome.org/attachment.cgi?id=205141 > The structure of the code has not changed, I've just fixed some > constants and replaced deprecated methods. > Cosimo, do you think that it would be "mergeable" soon? Hi Amos, thanks for this update, and sorry it took me a while to answer this. I tried the patch and I believe it still needs a bit more work to be mergeable. I pushed a wip/undo branch in the Nautilus git repository with your patch, so we can fix things incrementally there. Feel free to push to that branch! Things that I've seen by playing around with it a bit: - dialogs spawned by the undone operations were not parented to the caller window. I fixed this in the wip/undo branch - the operation stack gets shifted immediately after an Undo/Redo command is triggered, and it doesn't wait for the completion of the operation. I believe if the operation is canceled by the user (e.g. if it involves deleting files), we should re-add it at the same place so that's it e.g. undo-able again; also if the operation fails for some other reason we should remove it from the stack completely instead of offering an option to redo the opposite again; I have some code for this but it's not good enough yet > Concerning your last comments: > - refactoring can be done subsequently, although it might complicate > things. For example, if we merge the undo structures with the > nautilus-file-operations ones, we would need to > modify some fields (like file lists) on the fly, in order to track > files that get ignored by the user (for example during a copy > operation) or filenames that change (ex. with duplicate). Right; I think we can punt this and merge the patch without it. > - in my opinion the idea of letting the user un-do just the last > operation is not very user friendly, > and too much Apple Finder. I also discussed this with GNOME designers today and they concur with me a stack is just overkill for a file manager (unless you can handle filesystem transactions/rollbacks directly and do it TimeMachine-style). So I think we want to settle with a one-operation depth for now. This will also allow some simplification of the FileUndoManager object operation queue internally. Overall it's looking good anyway; I won't have much time to work on this, but I think with some help we could get this merged for 3.4. Cheers, Cosimo From olav@vitters.nl Fri Jan 20 06:09:44 2012 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0FA4F7500E6; Fri, 20 Jan 2012 06:09:44 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SGUIBZH27uFX; Fri, 20 Jan 2012 06:09:41 +0000 (UTC) Received: from fep19.mx.upcmail.net (fep19.mx.upcmail.net [62.179.121.39]) by menubar.gnome.org (Postfix) with ESMTP id 0EA8B7500C4; Fri, 20 Jan 2012 06:09:32 +0000 (UTC) Received: from edge02.upcmail.net ([192.168.13.237]) by viefep19-int.chello.at (InterMail vM.8.01.05.04 201-2260-151-105-20111014) with ESMTP id <20120120060930.SDZH1220.viefep19-int.chello.at@edge02.upcmail.net>; Fri, 20 Jan 2012 07:09:30 +0100 Received: from bkor.dhs.org ([62.195.84.29]) by edge02.upcmail.net with edge id Pi9U1i01l0dyCrA02i9VHJ; Fri, 20 Jan 2012 07:09:30 +0100 X-SourceIP: 62.195.84.29 Received: by bkor.dhs.org (Postfix, from userid 501) id BB7F250049C; Fri, 20 Jan 2012 07:09:28 +0100 (CET) Date: Fri, 20 Jan 2012 07:09:28 +0100 From: Olav Vitters To: Cosimo Cecchi Subject: Re: Updated undo patch Message-ID: <20120120060928.GA15797@bkor.dhs.org> Mail-Followup-To: Cosimo Cecchi , Amos Brocco , nautilus-list References:

<1297694100.4067.49.camel@x60> <1308149338.9494.32.camel@x201> <1326999752.25889.8.camel@x201> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <1326999752.25889.8.camel@x201> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: nautilus-list X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-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, 20 Jan 2012 06:09:44 -0000 On Thu, Jan 19, 2012 at 02:02:32PM -0500, Cosimo Cecchi wrote: > Hi Amos, thanks for this update, and sorry it took me a while to answer > this. I tried the patch and I believe it still needs a bit more work to > be mergeable. I pushed a wip/undo branch in the Nautilus git repository > with your patch, so we can fix things incrementally there. Feel free to > push to that branch! Amos: Follow the instructions at http://live.gnome.org/NewAccounts to request a git account. Use nautilus as voucher module and it should end up with Cosimo. Looking forward to having undo :) -- Regards, Olav From cosimo.cecchi@gmail.com Sat Jan 21 03:24:16 2012 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C58CB750088 for ; Sat, 21 Jan 2012 03:24:16 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LWr5dlLNqXxH for ; Sat, 21 Jan 2012 03:24:15 +0000 (UTC) Received: from mail-qw0-f47.google.com (mail-qw0-f47.google.com [209.85.216.47]) by menubar.gnome.org (Postfix) with ESMTP id E7DB975005D for ; Sat, 21 Jan 2012 03:24:06 +0000 (UTC) Received: by qan41 with SMTP id 41so811799qan.6 for ; Fri, 20 Jan 2012 19:24:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:subject:from:to:cc:date:in-reply-to:references :content-type:x-mailer:content-transfer-encoding:mime-version; bh=4NZUexaDayvPhg7nnyTuBXzW0sNDa1EI5zNjIGT+PcU=; b=eTOEiU1efWHCoys1dEaj5YieHU7zTCX2vY/EAQYdMrScxA+4exM3doyZzWGC70pKFL Z4xXsDnqoEQ/scVCqBbUIUrIpJlXUh4K3UJIqFgdznd2CsrTDMTcpSuTbcAMhc18BuJe UF0MJFaSapHGJ18FzxJe9vH3Pe4IJsHXWcJZs= Received: by 10.224.39.83 with SMTP id f19mr699046qae.72.1327116245121; Fri, 20 Jan 2012 19:24:05 -0800 (PST) Received: from [192.168.0.100] (c-66-30-114-160.hsd1.ma.comcast.net. [66.30.114.160]) by mx.google.com with ESMTPS id dp4sm10441913qab.2.2012.01.20.19.24.01 (version=SSLv3 cipher=OTHER); Fri, 20 Jan 2012 19:24:01 -0800 (PST) Sender: Cosimo Cecchi Message-ID: <1327116240.5890.5.camel@x201> Subject: Re: Updated undo patch From: Cosimo Cecchi To: Amos Brocco Date: Fri, 20 Jan 2012 22:24:00 -0500 In-Reply-To: <1326999752.25889.8.camel@x201> References:

<1297694100.4067.49.camel@x60> <1308149338.9494.32.camel@x201> <1326999752.25889.8.camel@x201> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.3.4 (3.3.4-1.fc17) Content-Transfer-Encoding: 7bit Mime-Version: 1.0 Cc: nautilus-list X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-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, 21 Jan 2012 03:24:17 -0000 On Thu, 2012-01-19 at 14:02 -0500, Cosimo Cecchi wrote: > Overall it's looking good anyway; I won't have much time to work on > this, but I think with some help we could get this merged for 3.4. Turned out I found time to work on this today, and I basically implemented what I said in my previous mail and merged this to master :) Testing and bug reports are appreciated since it's quite a bit of code. There's a known bug where sometimes the "Redo" menu item looks insensitive (but it's actually not), but I haven't figured out why it's happening, might be a GTK bug. Cheers, Cosimo From art@ified.ca Sat Jan 21 08:38:02 2012 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 736407500A2 for ; Sat, 21 Jan 2012 08:38:02 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L8iqBXhl91NV for ; Sat, 21 Jan 2012 08:37:58 +0000 (UTC) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by menubar.gnome.org (Postfix) with ESMTP id CEDF5750088 for ; Sat, 21 Jan 2012 08:37:49 +0000 (UTC) Received: by iagz16 with SMTP id z16so3286117iag.27 for ; Sat, 21 Jan 2012 00:37:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ified.ca; s=google; h=from:to:cc:subject:date:message-id:x-mailer; bh=tdhx03iN2mm9vz5y6uBPOC056JZl/lQ0zEDhiSinWiM=; b=kPQeG35P7V96/zeo0+8cHaasVrHsmwbxne8VEu/RXTjvmaERDi62lHePRRo8dJGdbs QDQnRUDTLxbMYr9Vf3/SkOHOXHdnrd1vfYfrY0S/RAX9Ve+5/aoqi2kDdciGLNMHJJA4 rqGM9HLB8PT9bVtoaUilkKY4d5hU6ZNq7vzIk= Received: by 10.50.46.166 with SMTP id w6mr1871900igm.6.1327135068240; Sat, 21 Jan 2012 00:37:48 -0800 (PST) Received: from localhost.localdomain (S0106000c41aaaea5.gv.shawcable.net. [96.50.87.71]) by mx.google.com with ESMTPS id gh7sm9641463igb.1.2012.01.21.00.37.46 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 21 Jan 2012 00:37:47 -0800 (PST) From: Arthur Taylor To: nautilus-list@gnome.org Subject: [PATCH] Make rubberband fade obey global animation setting. Date: Sat, 21 Jan 2012 00:37:39 -0800 Message-Id: <1327135059-32141-1-git-send-email-art@ified.ca> X-Mailer: git-send-email 1.7.8.4 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-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, 21 Jan 2012 08:38:02 -0000 The rubberband fade-out effect should observe the global animation setting, intened to make life easier for people running resource contrained setups (like X11 over a network.) Signed-off-by: Arthur Taylor --- libnautilus-private/nautilus-global-preferences.c | 1 + libnautilus-private/nautilus-global-preferences.h | 4 ++++ libnautilus-private/nautilus-icon-container.c | 8 +++++++- 3 files changed, 12 insertions(+), 1 deletions(-) diff --git a/libnautilus-private/nautilus-global-preferences.c b/libnautilus-private/nautilus-global-preferences.c index bb618c6..0fce56b 100644 --- a/libnautilus-private/nautilus-global-preferences.c +++ b/libnautilus-private/nautilus-global-preferences.c @@ -77,4 +77,5 @@ nautilus_global_preferences_init (void) nautilus_tree_sidebar_preferences = g_settings_new("org.gnome.nautilus.sidebar-panels.tree"); gnome_lockdown_preferences = g_settings_new("org.gnome.desktop.lockdown"); gnome_background_preferences = g_settings_new("org.gnome.desktop.background"); + gnome_interface_preferences = g_settings_new("org.gnome.desktop.interface"); } diff --git a/libnautilus-private/nautilus-global-preferences.h b/libnautilus-private/nautilus-global-preferences.h index 89cd8ed..72bdc34 100644 --- a/libnautilus-private/nautilus-global-preferences.h +++ b/libnautilus-private/nautilus-global-preferences.h @@ -186,6 +186,9 @@ typedef enum /* Desktop background */ #define NAUTILUS_PREFERENCES_SHOW_DESKTOP "show-desktop-icons" +/* Interface animation key */ +#define NAUTILUS_PREFERENCES_ENABLE_ANIMATIONS "enable-animations" + void nautilus_global_preferences_init (void); char *nautilus_global_preferences_get_default_folder_viewer_preference_as_iid (void); @@ -199,6 +202,7 @@ GSettings *nautilus_tree_sidebar_preferences; GSettings *nautilus_window_state; GSettings *gnome_lockdown_preferences; GSettings *gnome_background_preferences; +GSettings *gnome_interface_preferences; G_END_DECLS diff --git a/libnautilus-private/nautilus-icon-container.c b/libnautilus-private/nautilus-icon-container.c index 942d17a..d7088df 100644 --- a/libnautilus-private/nautilus-icon-container.c +++ b/libnautilus-private/nautilus-icon-container.c @@ -2700,7 +2700,13 @@ stop_rubberbanding (NautilusIconContainer *container, /* Destroy this canvas item; the parent will unref it. */ eel_canvas_item_ungrab (band_info->selection_rectangle, time); eel_canvas_item_lower_to_bottom (band_info->selection_rectangle); - nautilus_selection_canvas_item_fade_out (NAUTILUS_SELECTION_CANVAS_ITEM (band_info->selection_rectangle), 150); + if (g_settings_get_boolean (gnome_interface_preferences, + NAUTILUS_PREFERENCES_ENABLE_ANIMATIONS)) { + nautilus_selection_canvas_item_fade_out ( + NAUTILUS_SELECTION_CANVAS_ITEM (band_info->selection_rectangle), 150); + } else { + eel_canvas_item_destroy (band_info->selection_rectangle); + } band_info->selection_rectangle = NULL; /* if only one item has been selected, use it as range -- 1.7.8.4 From olav@vitters.nl Sun Jan 22 13:45:47 2012 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DF00E7500D2 for ; Sun, 22 Jan 2012 13:45:47 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XgvEk7lL5ZLz for ; Sun, 22 Jan 2012 13:45:45 +0000 (UTC) X-Greylist: delayed 1119 seconds by postgrey-1.32 at menubar.gnome.org; Sun, 22 Jan 2012 13:45:44 UTC Received: from fep23.mx.upcmail.net (fep23.mx.upcmail.net [62.179.121.43]) by menubar.gnome.org (Postfix) with ESMTP id 812937500CF for ; Sun, 22 Jan 2012 13:45:35 +0000 (UTC) Received: from edge01.upcmail.net ([192.168.13.236]) by viefep17-int.chello.at (InterMail vM.8.01.05.04 201-2260-151-105-20111014) with ESMTP id <20120122132653.JCEZ25410.viefep17-int.chello.at@edge01.upcmail.net> for ; Sun, 22 Jan 2012 14:26:53 +0100 Received: from bkor.dhs.org ([62.195.84.29]) by edge01.upcmail.net with edge id QdSq1i00B0dyCrA01dSr5D; Sun, 22 Jan 2012 14:26:53 +0100 X-SourceIP: 62.195.84.29 Received: by bkor.dhs.org (Postfix, from userid 501) id 114EC50049C; Sun, 22 Jan 2012 14:26:50 +0100 (CET) Date: Sun, 22 Jan 2012 14:26:49 +0100 From: Olav Vitters To: nautilus-list@gnome.org Subject: Re: [PATCH] Make rubberband fade obey global animation setting. Message-ID: <20120122132649.GA6672@bkor.dhs.org> Mail-Followup-To: nautilus-list@gnome.org References: <1327135059-32141-1-git-send-email-art@ified.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <1327135059-32141-1-git-send-email-art@ified.ca> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-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, 22 Jan 2012 13:45:48 -0000 On Sat, Jan 21, 2012 at 12:37:39AM -0800, Arthur Taylor wrote: > The rubberband fade-out effect should observe the global animation > setting, intened to make life easier for people running > resource contrained setups (like X11 over a network.) Please make sure it is also in Bugzilla. Suggest to check out git-bz. -- Regards, Olav From amos.brocco@gmail.com Fri Jan 27 14:54:32 2012 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3BF067500C0 for ; Fri, 27 Jan 2012 14:54:32 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_IMAGE_ONLY_32=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bnyj4zuVANZe for ; Fri, 27 Jan 2012 14:54:28 +0000 (UTC) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by menubar.gnome.org (Postfix) with ESMTP id 6233E7500B5 for ; Fri, 27 Jan 2012 14:54:20 +0000 (UTC) Received: by dadw1 with SMTP id w1so2062015dad.27 for ; Fri, 27 Jan 2012 06:54:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=oeGcDtHkgfT10/XJAkKtycfWwRxOGqTH9TyljTy8Rls=; b=SE+x5PxC/8RNnalcILb3oLc7HjXI1wDisZMC0e6gDgiUhvmWVimgwdYZy1lPIPHaKr GuJw5tbE12FnhDOsbyNgpReXSMyAhqVkLvlOk7N6VsKTlGqe8uQVtNpsy8Gb+OtLkyHv RNAtrbu8d9kM6YUUqehjvZJOikB5eUM8+mifg= MIME-Version: 1.0 Received: by 10.68.211.38 with SMTP id mz6mr14801513pbc.130.1327676058849; Fri, 27 Jan 2012 06:54:18 -0800 (PST) Received: by 10.143.67.11 with HTTP; Fri, 27 Jan 2012 06:54:18 -0800 (PST) In-Reply-To: References:

<1297694100.4067.49.camel@x60> <1308149338.9494.32.camel@x201> <1326999752.25889.8.camel@x201> <1327116240.5890.5.camel@x201> Date: Fri, 27 Jan 2012 15:54:18 +0100 Message-ID: Subject: Re: Updated undo patch From: Amos Brocco To: nautilus-list Content-Type: multipart/alternative; boundary=e89a8ff1ca4add533f04b783aba3 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-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, 27 Jan 2012 14:54:32 -0000 --e89a8ff1ca4add533f04b783aba3 Content-Type: text/plain; charset=ISO-8859-1 Hello, I tried your changes... but I'm not convinced that limiting the undo/redo to just one action is good enough (at least for me): if I'm doing multiple operations I might realize that more than just the last one was wrong (for example, if I'm organizing my photos, moving them from separate folders in a common folder... a one-level undo is not very forgiving if the user doesn't realize his mistakes as soon as they happen. Plus, there seems to be a problem... - Create folder - Move it to trash (CTRL+DEL) - Undo Trash - Redo Trash ... boom! Just "Redo" is available A. 2012/1/27 Amos Brocco > Hello, > I tried your changes... but I'm not convinced that limiting the undo/redo > to just one action is good enough (at least for me): if I'm doing multiple > operations I might realize that more than just the last one was wrong (for > example, if I'm organizing my photos, moving them from separate folders > in a common folder... a one-level undo is not very forgiving if the user > doesn't realize his mistakes as soon as they happen. > > Plus, there seems to be a problem... > > - Create folder > - Move it to trash (CTRL+DEL) > - Undo Trash > - Redo Trash > > ... boom! Just "Redo" is available > > A. > > > > > 2012/1/21 Cosimo Cecchi > >> On Thu, 2012-01-19 at 14:02 -0500, Cosimo Cecchi wrote: >> >> > Overall it's looking good anyway; I won't have much time to work on >> > this, but I think with some help we could get this merged for 3.4. >> >> Turned out I found time to work on this today, and I basically >> implemented what I said in my previous mail and merged this to master :) >> >> Testing and bug reports are appreciated since it's quite a bit of code. >> There's a known bug where sometimes the "Redo" menu item looks >> insensitive (but it's actually not), but I haven't figured out why it's >> happening, might be a GTK bug. >> >> Cheers, >> Cosimo >> >> > --e89a8ff1ca4add533f04b783aba3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,
I tried your changes... but I'm not convinced that limiting= =20 the undo/redo to just one action is good enough (at least for me): if=20 I'm doing multiple
operations I might realize that more than just th= e last one was wrong (for example, if I'm organizing my photos, moving= =20 them from separate folders
in a common folder... a one-level undo is not very forgiving if the user do= esn't realize his mistakes as soon as they happen.

Plus, there s= eems to be a problem...

- Create folder
- Move it to trash (CTRL+= DEL)
- Undo Trash
- Redo Trash

... boom! Just "Redo" is avai= lable

2012/1/27 Amos Brocc= o <amos.brocc= o@gmail.com>

Hello,
I tried your changes... but I'm not convinced that limiting t= he undo/redo to just one action is good enough (at least for me): if I'= m doing multiple
operations I might realize that more than just the last= one was wrong (for example, if I'm organizing my photos, moving them f= rom separate folders
in a common folder... a one-level undo is not very forgiving if the user do= esn't realize his mistakes as soon as they happen.

Plus, there s= eems to be a problem...

- Create folder
- Move it to trash (CTRL+= DEL)
- Undo Trash
- Redo Trash

... boom! Just "Redo" is avai= lable

A.

2012/1/21 Cosimo Cecchi <cosimoc@gnome.org>

On Thu, 2012-01-19 at 14:02 -0500, Cosi= mo Cecchi wrote:

> Overall it's looking good anyway; I won't have much time to wo= rk on
> this, but I think with some help we could get this merged for 3.4.

Turned out I found time to work on this today, and I basically
implemented what I said in my previous mail and merged this to master :)
Testing and bug reports are appreciated since it's quite a bit of code.=
There's a known bug where sometimes the "Redo" menu item look= s
insensitive (but it's actually not), but I haven't figured out why = it's
happening, might be a GTK bug.

Cheers,
Cosimo

--e89a8ff1ca4add533f04b783aba3-- From calum.benson@oracle.com Fri Jan 27 17:41:54 2012 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5C07C7500E4 for ; Fri, 27 Jan 2012 17:41:54 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -6.909 X-Spam-Level: X-Spam-Status: No, score=-6.909 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01, UNPARSEABLE_RELAY=0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T9CT1-s6S5CD for ; Fri, 27 Jan 2012 17:41:51 +0000 (UTC) Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by menubar.gnome.org (Postfix) with ESMTP id B13387500C3 for ; Fri, 27 Jan 2012 17:41:43 +0000 (UTC) Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id q0RHfeRo004918 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 27 Jan 2012 17:41:41 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q0RHfevt007193 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 27 Jan 2012 17:41:40 GMT Received: from abhmt107.oracle.com (abhmt107.oracle.com [141.146.116.59]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q0RHfdVC008872 for ; Fri, 27 Jan 2012 11:41:39 -0600 Received: from calmac.tolka.local (/93.107.91.216) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 27 Jan 2012 09:41:39 -0800 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Apple Message framework v1257) Subject: Re: Updated undo patch From: Calum Benson In-Reply-To: Date: Fri, 27 Jan 2012 17:41:37 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <4039496C-7373-40F1-A7A4-314C5C95BE23@oracle.com> References:

<1297694100.4067.49.camel@x60> <1308149338.9494.32.camel@x201> <1326999752.25889.8.camel@x201> <1327116240.5890.5.camel@x201>

To: nautilus-list X-Mailer: Apple Mail (2.1257) X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090207.4F22E1D5.0090,ss=1,re=0.000,fgs=0 X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-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, 27 Jan 2012 17:41:54 -0000 On 27 Jan 2012, at 14:54, Amos Brocco wrote: > Hello, > I tried your changes... but I'm not convinced that limiting the = undo/redo > to just one action is good enough (at least for me): if I'm doing = multiple > operations I might realize that more than just the last one was wrong = (for > example, if I'm organizing my photos, moving them from separate = folders > in a common folder... a one-level undo is not very forgiving if the = user > doesn't realize his mistakes as soon as they happen. I'm also a little surprised that the GNOME designers that Cosimo asked = would have said the multi-level undo was overkill for a file manager -- = Apple certainly thought it was important enough to add it to the file = manager in OS X 10.7, where previous versions only had single level undo = IIRC. (On the other hand, I suppose you could argue that if it took them = 10 years to add it=85) I couldn't tell you how often I've ever used it in 10.7, admittedly, but = when it comes to having the same function behave differently in = different applications, you want to be 100% sure it's the right thing to = do, especially when it's a function that directly manipulates people's = files. Cheeri, Calum. --=20 CALUM BENSON, Interaction Designer Oracle Corporation Ireland mailto:calum.benson@oracle.com Solaris Desktop & Applications http://blogs.oracle.com/calum +353 1 803 3807 Any opinions are personal and not necessarily those of Oracle Corp. From cosimo.cecchi@gmail.com Mon Jan 30 15:56:23 2012 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3940375036D for ; Mon, 30 Jan 2012 15:56:23 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GcMIBiR6jaw0 for ; Mon, 30 Jan 2012 15:56:16 +0000 (UTC) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by menubar.gnome.org (Postfix) with ESMTP id 59E3C7503AD for ; Mon, 30 Jan 2012 15:56:07 +0000 (UTC) Received: by yhfs35 with SMTP id s35so2304066yhf.27 for ; Mon, 30 Jan 2012 07:56:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:subject:from:to:cc:date:in-reply-to:references :content-type:x-mailer:content-transfer-encoding:mime-version; bh=CK/VCUmfPGVt4zBkTygCAFoBm7SuESRJSz064OTUSc4=; b=A1MpcIDAlI1Jm6JF10jigp2DgwDxt+bHdgTpAJlhz/kFt6Ldt0J+FhGDdEQbiouEEv hXoVi8wSWwRTzN346cHQeQABEWRkHlMw7WCEyfPiBVHbln4DblbVqJBF9A1Ldd61p6GB e+tC0s5EkWEQVaGAskjmCWR5x4lQmBXEzFXI0= Received: by 10.236.129.138 with SMTP id h10mr26561007yhi.65.1327938880734; Mon, 30 Jan 2012 07:54:40 -0800 (PST) Received: from [10.16.189.177] (nat-pool-rdu.redhat.com. [66.187.233.202]) by mx.google.com with ESMTPS id a39sm32240653yhk.15.2012.01.30.07.54.37 (version=SSLv3 cipher=OTHER); Mon, 30 Jan 2012 07:54:38 -0800 (PST) Sender: Cosimo Cecchi Message-ID: <1327938874.7485.14.camel@x201> Subject: Re: Updated undo patch From: Cosimo Cecchi To: Calum Benson Date: Mon, 30 Jan 2012 10:54:34 -0500 In-Reply-To: <4039496C-7373-40F1-A7A4-314C5C95BE23@oracle.com> References:

<1297694100.4067.49.camel@x60> <1308149338.9494.32.camel@x201> <1326999752.25889.8.camel@x201> <1327116240.5890.5.camel@x201>

<4039496C-7373-40F1-A7A4-314C5C95BE23@oracle.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.3.4 (3.3.4-1.fc17) Content-Transfer-Encoding: 8bit Mime-Version: 1.0 Cc: nautilus-list X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-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, 30 Jan 2012 15:56:23 -0000 On Fri, 2012-01-27 at 17:41 +0000, Calum Benson wrote: > I'm also a little surprised that the GNOME designers that Cosimo asked > would have said the multi-level undo was overkill for a file manager > -- Apple certainly thought it was important enough to add it to the > file manager in OS X 10.7, where previous versions only had single > level undo IIRC. (On the other hand, I suppose you could argue that if > it took them 10 years to add it…) > > I couldn't tell you how often I've ever used it in 10.7, admittedly, > but when it comes to having the same function behave differently in > different applications, you want to be 100% sure it's the right thing > to do, especially when it's a function that directly manipulates > people's files. Hi Calum, Admittedly, I haven't tried Finder on OS X 10.7, so I can't really tell how they ended up implementing it; there are several reasons why I chose a single action for Nautilus: - you probably need a different UI than a menu. Time Machine comes as an example, but that also requires a support from the lower layers of the OS we don't currently have - if you add multiple levels of undo, you would like to keep track of the operations happening on the file system, and invalidate past actions accordingly. This can be complex and is missing completely from the current implementation - I think it's always better to start small and then find solutions to more complex use cases than doing the opposite, especially when the feature is complex and involves user's data That being said, nothing in software is written in stone...I am not against the idea of being able to freely undo any past transaction per-se, but it would require way more effort, both on a technical and from a design point of view. Cosimo From cosimo.cecchi@gmail.com Mon Jan 30 15:56:24 2012 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CCED375036C for ; Mon, 30 Jan 2012 15:56:24 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P7RsunwWqiWM for ; Mon, 30 Jan 2012 15:56:22 +0000 (UTC) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by menubar.gnome.org (Postfix) with ESMTP id 4A8FE75035A for ; Mon, 30 Jan 2012 15:56:13 +0000 (UTC) Received: by qcse14 with SMTP id e14so3020189qcs.27 for ; Mon, 30 Jan 2012 07:56:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:subject:from:to:cc:date:in-reply-to:references :content-type:x-mailer:content-transfer-encoding:mime-version; bh=W5p+jW5fKdSO+P1ckzJ3DdXC5ltvvKT//cy0L68WSo4=; b=EUAWf9HfSkzoWSqanWCtM9raaHsy2ZB902SyswLO1VrGuBAo3/9tuqopNBCy0ebU9t ZUaZNeeNClQRlGz0QYsKxXKhwEleaN4yqxC82VuVWs443ce3jSPSx75R54iYpAxHp+4f fhAsKXB33zyJlur/emXWKZovzQY/L3Y0kekWI= Received: by 10.229.115.25 with SMTP id g25mr6778906qcq.44.1327938972311; Mon, 30 Jan 2012 07:56:12 -0800 (PST) Received: from [10.16.189.177] (nat-pool-rdu.redhat.com. [66.187.233.202]) by mx.google.com with ESMTPS id r10sm35677247qaz.7.2012.01.30.07.56.10 (version=SSLv3 cipher=OTHER); Mon, 30 Jan 2012 07:56:11 -0800 (PST) Sender: Cosimo Cecchi Message-ID: <1327938967.7485.15.camel@x201> Subject: Re: Updated undo patch From: Cosimo Cecchi To: Amos Brocco Date: Mon, 30 Jan 2012 10:56:07 -0500 In-Reply-To: References:

<1297694100.4067.49.camel@x60> <1308149338.9494.32.camel@x201> <1326999752.25889.8.camel@x201> <1327116240.5890.5.camel@x201>

Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.3.4 (3.3.4-1.fc17) Content-Transfer-Encoding: 7bit Mime-Version: 1.0 Cc: nautilus-list X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-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, 30 Jan 2012 15:56:25 -0000 Hi Amos, On Fri, 2012-01-27 at 15:54 +0100, Amos Brocco wrote: > Hello, > I tried your changes... but I'm not convinced that limiting the > undo/redo to just one action is good enough (at least for me): if I'm > doing multiple > operations I might realize that more than just the last one was wrong > (for example, if I'm organizing my photos, moving them from separate > folders > in a common folder... a one-level undo is not very forgiving if the > user doesn't realize his mistakes as soon as they happen. Please see my answer to Calum's mail on this topic. > Plus, there seems to be a problem... > > - Create folder > - Move it to trash (CTRL+DEL) > - Undo Trash > - Redo Trash > > ... boom! Just "Redo" is available Thanks for reporting this, I fixed it in git master now. Cosimo From amos.brocco@gmail.com Tue Jan 31 17:09:21 2012 Return-Path: X-Original-To: nautilus-list@gnome.org Delivered-To: nautilus-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EF6AC75012C; Tue, 31 Jan 2012 17:09:20 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NaX3JtbNWVnk; Tue, 31 Jan 2012 17:09:17 +0000 (UTC) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by menubar.gnome.org (Postfix) with ESMTP id 62FBF75009D; Tue, 31 Jan 2012 17:09:08 +0000 (UTC) Received: by daec6 with SMTP id c6so167458dae.27 for ; Tue, 31 Jan 2012 09:09:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=S0QzXuJQdBBsdlza31kAFjnPpVBuv7If7k0WjfY+XvA=; b=W1sYRkY2mU62Qtvs4s7tSL07RVqy6dPCWzZm4/sZ9gXqgJ3HBvPo3OSIogt/CDZfEL f2YHXQrcjh5SIKgX2QeeG5sEZ4ezQoe9amt4Kot1i3QL7XN8eoLrq1DIgYktWrsDTSIF wfAAo5QNWSlMlXOiCk1qDOeaWNofalBQ9KX1M= MIME-Version: 1.0 Received: by 10.68.116.144 with SMTP id jw16mr51692634pbb.28.1328029747673; Tue, 31 Jan 2012 09:09:07 -0800 (PST) Received: by 10.143.67.11 with HTTP; Tue, 31 Jan 2012 09:09:07 -0800 (PST) In-Reply-To: <1327938874.7485.14.camel@x201> References:

<1297694100.4067.49.camel@x60> <1308149338.9494.32.camel@x201> <1326999752.25889.8.camel@x201> <1327116240.5890.5.camel@x201>

<4039496C-7373-40F1-A7A4-314C5C95BE23@oracle.com> <1327938874.7485.14.camel@x201> Date: Tue, 31 Jan 2012 18:09:07 +0100 Message-ID: Subject: Re: Updated undo patch From: Amos Brocco To: Cosimo Cecchi Content-Type: multipart/alternative; boundary=e89a8ff255c65c7b9f04b7d605d9 Cc: nautilus-list , Calum Benson X-BeenThere: nautilus-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-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, 31 Jan 2012 17:09:21 -0000 --e89a8ff255c65c7b9f04b7d605d9 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable ... another small issue with the undo: it seems that rename has no redo... A. 2012/1/30 Cosimo Cecchi > On Fri, 2012-01-27 at 17:41 +0000, Calum Benson wrote: > > > I'm also a little surprised that the GNOME designers that Cosimo asked > > would have said the multi-level undo was overkill for a file man ager > > -- Apple certainly thought it was important enough to add it to the > > file manager in OS X 10.7, where previous versions only had single > > level undo IIRC. (On the other hand, I suppose you could argue that if > > it took them 10 years to add it=85) > > > > I couldn't tell you how often I've ever used it in 10.7, admittedly, > > but when it comes to having the same function behave differently in > > different applications, you want to be 100% sure it's the right thing > > to do, especially when it's a function that directly manipulates > > people's files. > > Hi Calum, > > Admittedly, I haven't tried Finder on OS X 10.7, so I can't really tell > how they ended up implementing it; there are several reasons why I chose > a single action for Nautilus: > - you probably need a different UI than a menu. Time Machine comes as an > example, but that also requires a support from the lower layers of the > OS we don't currently have > - if you add multiple levels of undo, you would like to keep track of > the operations happening on the file system, and invalidate past actions > accordingly. This can be complex and is missing completely from the > current implementation > - I think it's always better to start small and then find solutions to > more complex use cases than doing the opposite, especially when the > feature is complex and involves user's data > > That being said, nothing in software is written in stone...I am not > against the idea of being able to freely undo any past transaction > per-se, but it would require way more effort, both on a technical and > from a design point of view. > > Cosimo > > -- > nautilus-list mailing list > nautilus-list@gnome.org > http://mail.gnome.org/mailman/listinfo/nautilus-list > --e89a8ff255c65c7b9f04b7d605d9 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable ... another small issue with the undo: it seems that rename has no redo...<= br>
A.

2012/1/30 Cosimo Cecchi <cosimoc@gnome.org&g= t;

On Fri, 2012-01-27 at 17:4= 1 +0000, Calum Benson wrote:

> I'm also a little surprised that the GNOME designers that Cosimo a= sked
> would have said the multi-level undo was overkill for a file man ager<= br> > -- Apple certainly thought it was important enough to add it to the > file manager in OS X 10.7, where previous versions only had single
> level undo IIRC. (On the other hand, I suppose you could argue that if=
> it took them 10 years to add it=85)
>
> I couldn't tell you how often I've ever used it in 10.7, admit= tedly,
> but when it comes to having the same function behave differently in > different applications, you want to be 100% sure it's the right th= ing
> to do, especially when it's a function that directly manipulates > people's files.

Hi Calum,

Admittedly, I haven't tried Finder on OS X 10.7, so I can't really = tell
how they ended up implementing it; there are several reasons why I chose a single action for Nautilus:
- you probably need a different UI than a menu. Time Machine comes as an example, but that also requires a support from the lower layers of the
OS we don't currently have
- if you add multiple levels of undo, you would like to keep track of
the operations happening on the file system, and invalidate past actions accordingly. This can be complex and is missing completely from the
current implementation
- I think it's always better to start small and then find solutions to<= br> more complex use cases than doing the opposite, especially when the
feature is complex and involves user's data

That being said, nothing in software is written in stone...I am not
against the idea of being able to freely undo any past transaction
per-se, but it would require way more effort, both on a technical and
from a design point of view.

Cosimo

--
nautilus-list mailing list
nautilus-list@gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list

--e89a8ff255c65c7b9f04b7d605d9--