2. The filter bar should filter the files in "real-time".

3. As said in the ideas page, we can filter files according to =A0n= ame, date/age, size, mime-type.

4. Any other suggestions from the= Gnome community are also welcomed.=A0

My experience:-

After using linux for a few years, I am now well=A0acquainted=A0with t= he technologies used in linux. I am proficient in C ,C++, java & python= . I have experience in GUI programming with Qt & C++. I have already st= arted looking at the source code of nautilus & learning gtk for this an= d its in progress.

I would be glad if somebody could mentor me for this pr= oject.

--
Regards,
Abhijeet Rastogi (shadya= bhi)
http://www.google.com/profiles/abhijeet.1989

--20cf307f31ce56b02c049e6fb3fa-- From stian@nixia.no Mon Mar 14 12:11:49 2011 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 072187500C3 for ; Mon, 14 Mar 2011 12:11:49 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -0.001 X-Spam-Level: X-Spam-Status: No, score=-0.001 tagged_above=-999 required=2 tests=[BAYES_40=-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 vZszGzM9Hqgt for ; Mon, 14 Mar 2011 12:11:46 +0000 (UTC) X-Greylist: delayed 943 seconds by postgrey-1.32 at menubar.gnome.org; Mon, 14 Mar 2011 12:11:46 UTC Received: from mail42.e.nsc.no (mail42.e.nsc.no [193.213.115.42]) by menubar.gnome.org (Postfix) with ESMTP id 1BD6E75008B for ; Mon, 14 Mar 2011 12:11:37 +0000 (UTC) Received: from stianxp (ti122110a080-0922.bb.online.no [83.109.3.154]) by mail42.nsc.no (8.14.4/8.14.4) with SMTP id p2EBtfHP002078 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Mon, 14 Mar 2011 12:55:41 +0100 (MET) From: "Stian Skjelstad" To: "'Abhijeet Rastogi'" , References: In-Reply-To: Subject: RE: Project: Filtered view for nautilus Date: Mon, 14 Mar 2011 12:55:41 +0100 Message-ID: <000f01cbe23e$bfd4dfc0$3f7e9f40$@no> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcviO+E8DwVNGPNRTgacK9BW89uOEgAANcKgAAB9veA= Content-Language: no 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, 14 Mar 2011 12:11:49 -0000 > 3. As said in the ideas page, we can filter files according to name, date/age, size, mime-type. > 4. Any other suggestions from the Gnome community are also welcomed. Other possible filters could be owner (and group). Maybe also xattr/ACL, but that might be too bloated, since there are very many possibilities there. Stian Skjelstad From giorgio.gilestro@gmail.com Tue Mar 15 15:24:32 2011 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 A2BCB75099A for ; Tue, 15 Mar 2011 15:24:32 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.59 X-Spam-Level: X-Spam-Status: No, score=-2.59 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, T_TO_NO_BRKTS_FREEMAIL=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 6C7r5K2byoDz for ; Tue, 15 Mar 2011 15:24:30 +0000 (UTC) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by menubar.gnome.org (Postfix) with ESMTP id 8E43D750954 for ; Tue, 15 Mar 2011 15:24:21 +0000 (UTC) Received: by wyf23 with SMTP id 23so1012707wyf.27 for ; Tue, 15 Mar 2011 08:24:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=GWf6kpaKhpzZggnWbDElKbXxmEa8nuaq/X0A8t76+qU=; b=ULaHbqvp26Sy5B1zXax5jIuZE747Wt2Fd7bRnVz5djQ6EPoeOigyYZ0zu8eHVs8WHB TuTEIzgcHv4B1r0AxFtBGv1jJVkvEFveMgMBEKh+w1NFUc4Ft13vWaqoZZMxYSA84a2E jCHdRxR/rBPJ3Zp65JPCOZyW4g4uc1Jn1KSWc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; b=A8g7Eeqpwdih527Dy2wen18z8IzxFagqogsaUR51XBwXdFsFnRYxS0rhLqBQMEtDpq FM8OozCLl/UhdHc6dhYca3QX2ck4/B+KlJLzS4ZLK9XiboTStyVFgUMvUYzF9Q4aS22X PCxo74yRtMJ18Bc03FbNfUPgGfFtYl55NwKP4= Received: by 10.227.204.67 with SMTP id fl3mr61741wbb.146.1300202659502; Tue, 15 Mar 2011 08:24:19 -0700 (PDT) MIME-Version: 1.0 Sender: giorgio.gilestro@gmail.com Received: by 10.227.146.71 with HTTP; Tue, 15 Mar 2011 08:23:59 -0700 (PDT) From: giorgio Date: Tue, 15 Mar 2011 15:23:59 +0000 X-Google-Sender-Auth: WjX8QNWcqLYDB7o1q73ocOKC6ME Message-ID: Subject: [patch] confirm before sending to trash To: nautilus-list@gnome.org 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: Tue, 15 Mar 2011 15:24:32 -0000 There is a missing feature of nautilus that a lot of people would love to see implemented: a confirmation dialog before sending items to the trashbin. The reason behind this is that it's very easy to hit the delete key just by chance without even realizing. When files end up in the trash bin without you noticing they are basically gone forever. This feature was actually inserted by popular vote into the 100 papercuts of ubuntu a few years ago and it's been requested since a long time (see for instance https://bugs.launchpad.net/nautilus/+bug/95853 ) Back in 2009 I wrote a patch and submitted to launchpad (https://bugs.launchpad.net/nautilus/+bug/95853/comments/72 - I was using ubuntu at that time) but it was never accepted. Now here I am, proposing it upstream ( https://bugzilla.gnome.org/show_bug.cgi?id=628447 ). Is there any chance this could be considered? That would make a lot of people happy, really. For those arguing that an alert before sending thing to trash is a bad thing: the patch just adds the *OPTION* to set an alert ( http://i.min.us/imkITI.png ) and that option is off by default actually, so it really doesn't change anything for the users unless they actively decide to be alerted. Cheers. Giorgio F. Gilestro http://gilest.ro From joss@debian.org Tue Mar 15 15:48:32 2011 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 C9111750708 for ; Tue, 15 Mar 2011 15:48:32 +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] 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 O3DMB0qs1Xia for ; Tue, 15 Mar 2011 15:48:30 +0000 (UTC) Received: from shiina.malsain.org (shiina.malsain.org [91.121.15.71]) by menubar.gnome.org (Postfix) with ESMTP id D816F75022B for ; Tue, 15 Mar 2011 15:48:21 +0000 (UTC) Received: from localhost ([127.0.0.1]) by shiina.malsain.org with esmtp (Exim 4.72) (envelope-from ) id 1PzWTr-0005nx-9K for nautilus-list@gnome.org; Tue, 15 Mar 2011 16:48:19 +0100 Subject: Re: [patch] confirm before sending to trash From: Josselin Mouette To: nautilus-list@gnome.org In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Date: Tue, 15 Mar 2011 16:48:18 +0100 Message-ID: <1300204098.30617.158.camel@meh> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: quoted-printable 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, 15 Mar 2011 15:48:33 -0000 Le mardi 15 mars 2011 =C3=A0 15:23 +0000, giorgio a =C3=A9crit :=20 > There is a missing feature of nautilus that a lot of people would love > to see implemented: a confirmation dialog before sending items to the > trashbin. The reason behind this is that it's very easy to hit the > delete key just by chance without even realizing. When files end up in > the trash bin without you noticing they are basically gone forever. This is a real problem, but I don=E2=80=99t think the solution is a windows= -like alert dialog. Half of this problem is solved by the undo feature which is under development. The other half consists in making file deletion more noticeable. An animation with the file becoming red and/or flying to the trash would be a nice addition. --=20 .''`. : :' : =E2=80=9CYou would need to ask a lawyer if you don't know `. `' that a handshake of course makes a valid contract.=E2=80=9D `- -- J???rg Schilling From giorgio.gilestro@gmail.com Tue Mar 15 16:39:37 2011 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 32AC5750096 for ; Tue, 15 Mar 2011 16:39:37 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.59 X-Spam-Level: X-Spam-Status: No, score=-2.59 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, T_TO_NO_BRKTS_FREEMAIL=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 yGO+binEHQIq for ; Tue, 15 Mar 2011 16:39:34 +0000 (UTC) Received: from mail-ww0-f46.google.com (mail-ww0-f46.google.com [74.125.82.46]) by menubar.gnome.org (Postfix) with ESMTP id 7E0D4750845 for ; Tue, 15 Mar 2011 16:39:26 +0000 (UTC) Received: by wwb28 with SMTP id 28so838852wwb.27 for ; Tue, 15 Mar 2011 09:39:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; bh=X66tXlD7nMYLtwfBHLM2X7ogM3M7Kdc+xXLkIzv0KjA=; b=F7D1BbIkG2sVnrGXRmXI883ECeFB6j64I7kM294kYGUB7kYBr+GzWHC/Co4nMDtQ09 +tCtqGmqqJtWzESTAilcMspHZLHyrjPItvXiayNYGvXC2DPHzQz49tOOiLSgvPRpKwN5 ZKjMCgtx+5vTB9aQ/JJIcqGhAVmRe7WZMI+r4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; b=wWcwC45qaqL4WC5GbsJG0WzFRQlkcDQuKU5jVIdeoLs37az902IVTRKVL38hQZXAhR qAoOtEstiwZc7ob3ykTfFq50Bm+fh0Rmn1AJLbz9C2rW0JHTK5rUZLBipTSE2BuDIPiC k3ztYGoWlyhbUibuStH1FWVZhl5f4KeZLyEcw= Received: by 10.227.160.11 with SMTP id l11mr1572392wbx.1.1300207164424; Tue, 15 Mar 2011 09:39:24 -0700 (PDT) MIME-Version: 1.0 Sender: giorgio.gilestro@gmail.com Received: by 10.227.146.71 with HTTP; Tue, 15 Mar 2011 09:39:04 -0700 (PDT) In-Reply-To: <1300204098.30617.158.camel@meh> References: <1300204098.30617.158.camel@meh> From: giorgio Date: Tue, 15 Mar 2011 16:39:04 +0000 X-Google-Sender-Auth: -vzZ8mqsdW__48I9wBLBI1QxUTU Message-ID: Subject: Re: [patch] confirm before sending to trash To: nautilus-list@gnome.org Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable 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, 15 Mar 2011 16:39:37 -0000 > This is a real problem, but I don=92t think the solution is a windows-lik= e > alert dialog. Probably is not the ultimate solution but it's a solution nevertheless. The launchpad thread I linked was open in 2007. People started asking for that feature even earlier ( see http://mail.gnome.org/archives/nautilus-list/2004-July/msg00097.html ) And as we wait and decide for the perfect solution, It's now 7 years that this thing is been requested and yet unsolved. I honestly find flabbergasting that every time this issue is raised, the two major arguments against it are: "an alert it's not the perfect way to do it" or "you can always recover things from the bin, anyway". Giorgio F. Gilestro http://gilest.ro From berndth@gmx.de Tue Mar 15 17:27:57 2011 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 045B5750538 for ; Tue, 15 Mar 2011 17:27:57 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.89 X-Spam-Level: X-Spam-Status: No, score=-1.89 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_TO_NO_BRKTS_FREEMAIL=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 04vl-7IGVxn5 for ; Tue, 15 Mar 2011 17:27:54 +0000 (UTC) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by menubar.gnome.org (Postfix) with SMTP id 87A297506A9 for ; Tue, 15 Mar 2011 17:27:44 +0000 (UTC) Received: (qmail invoked by alias); 15 Mar 2011 17:27:42 -0000 Received: from e179244050.adsl.alicedsl.de (EHLO mrm-39l) [85.179.244.50] by mail.gmx.net (mp057) with SMTP; 15 Mar 2011 18:27:42 +0100 X-Authenticated: #755340 X-Provags-ID: V01U2FsdGVkX187A1FGRak7D4CupWFrMXbzx3WtvorXZ8YZqIaDiC AUeZHvRnCoxKz5 Date: Tue, 15 Mar 2011 18:27:00 +0100 From: Holger Berndt To: nautilus-list@gnome.org Subject: Re: [patch] confirm before sending to trash Message-ID: <20110315182700.5ff984ae@mrm-39l> In-Reply-To: <1300204098.30617.158.camel@meh> References: <1300204098.30617.158.camel@meh> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.22.0; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 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: Tue, 15 Mar 2011 17:27:57 -0000 On Tue, 15 Mar 2011 16:48:18 +0100, Josselin Mouette wrote: > Half of this problem is solved by the undo feature which is under > development. The other half consists in making file deletion more > noticeable. An animation with the file becoming red and/or flying to > the trash would be a nice addition. Or maybe a small cluebar with an embedded undo button would already be enough. I like how Google does it in its webapps. Holger From giorgio@gilest.ro Tue Mar 15 16:08:59 2011 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 A1A3E750880 for ; Tue, 15 Mar 2011 16:08:59 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, 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 q6oGaD1SDqXg for ; Tue, 15 Mar 2011 16:08:57 +0000 (UTC) X-Greylist: delayed 435 seconds by postgrey-1.32 at menubar.gnome.org; Tue, 15 Mar 2011 16:08:57 UTC Received: from mail.gilest.ro (gilest.ro [204.236.224.66]) by menubar.gnome.org (Postfix) with ESMTP id A9EF77507A1 for ; Tue, 15 Mar 2011 16:08:49 +0000 (UTC) Received: from mail-ww0-f46.google.com (mail-ww0-f46.google.com [74.125.82.46]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mail.gilest.ro (Postfix) with ESMTPSA id 56060540C9 for ; Tue, 15 Mar 2011 16:01:32 +0000 (GMT) Received: by wwb28 with SMTP id 28so797073wwb.27 for ; Tue, 15 Mar 2011 09:01:30 -0700 (PDT) Received: by 10.227.160.11 with SMTP id l11mr1528327wbx.1.1300204890488; Tue, 15 Mar 2011 09:01:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.146.71 with HTTP; Tue, 15 Mar 2011 09:01:10 -0700 (PDT) In-Reply-To: <1300204098.30617.158.camel@meh> References: <1300204098.30617.158.camel@meh> From: "Giorgio F. Gilestro" Date: Tue, 15 Mar 2011 16:01:10 +0000 Message-ID: Subject: Re: [patch] confirm before sending to trash To: Josselin Mouette Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Wed, 16 Mar 2011 04:01:22 +0000 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: Tue, 15 Mar 2011 16:09:00 -0000 > This is a real problem, but I don=92t think the solution is a windows-lik= e > alert dialog. Probably is not the ultimate solution but it's a solution nevertheless. The launchpad thread I linked was open in 2007. People started asking for that feature even earlier ( see http://mail.gnome.org/archives/nautilus-list/2004-July/msg00097.html ) And as we wait and decide for the perfect solution, It's now 7 years that this thing is been requested and yet unsolved. I honestly find flabbergasting that every time this issue is raised, the two major arguments against it are: "an alert it's not the perfect way to do it" or "you can always recover things from the bin, anyway". From stian@servoelectronics.no Tue Mar 15 18:13:27 2011 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 462757503CA for ; Tue, 15 Mar 2011 18:13:27 +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] 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 B1yneavjeuit for ; Tue, 15 Mar 2011 18:13:24 +0000 (UTC) X-Greylist: delayed 3144 seconds by postgrey-1.32 at menubar.gnome.org; Tue, 15 Mar 2011 18:13:23 UTC Received: from mail43.e.nsc.no (mail43.e.nsc.no [193.213.115.43]) by menubar.gnome.org (Postfix) with ESMTP id 8EF7C750096 for ; Tue, 15 Mar 2011 18:13:14 +0000 (UTC) Received: from sedc1.Servoelectronics.int (ti122110a080-0922.bb.online.no [83.109.3.154]) by mail43.nsc.no (8.14.4/8.14.4) with ESMTP id p2FHKfIv017315 for ; Tue, 15 Mar 2011 18:20:41 +0100 (MET) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: SV: [patch] confirm before sending to trash Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 Date: Tue, 15 Mar 2011 18:20:40 +0100 Message-ID: <2ECD0867FBDA2A43A38CE7F255221CB93080B5@sedc1.Servoelectronics.int> In-Reply-To: <1300204098.30617.158.camel@meh> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [patch] confirm before sending to trash Thread-Index: AcvjKHMiU7CA2IA8TfCzJAjn2HcT9gADIaOA References: <1300204098.30617.158.camel@meh> From: "Stian Skjelstad" To: X-Mailman-Approved-At: Wed, 16 Mar 2011 04:01:22 +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: Tue, 15 Mar 2011 18:13:27 -0000 PiBUaGlzIGlzIGEgcmVhbCBwcm9ibGVtLCBidXQgSSBkb27igJl0IHRoaW5rIHRoZSBzb2x1dGlv biBpcyBhIHdpbmRvd3MtbGlrZQ0KPiBhbGVydCBkaWFsb2cuDQo+IA0KPiBIYWxmIG9mIHRoaXMg cHJvYmxlbSBpcyBzb2x2ZWQgYnkgdGhlIHVuZG8gZmVhdHVyZSB3aGljaCBpcyB1bmRlcg0KPiBk ZXZlbG9wbWVudC4gVGhlIG90aGVyIGhhbGYgY29uc2lzdHMgaW4gbWFraW5nIGZpbGUgZGVsZXRp b24gbW9yZQ0KPiBub3RpY2VhYmxlLiBBbiBhbmltYXRpb24gd2l0aCB0aGUgZmlsZSBiZWNvbWlu ZyByZWQgYW5kL29yIGZseWluZyB0byB0aGUNCj4gdHJhc2ggd291bGQgYmUgYSBuaWNlIGFkZGl0 aW9uLg0KDQpXaGF0IGlmIGRlbGV0ZWQgZmlsZXMgd2VyZSB2aXNpYmxlIGFzIHNvbWUgZ2hvc3Qt bGlrZS1pY29uIGluIHRoZSBkaXJlY3RvcnkgdGhleSB1c2VkIHRvIGJlPyBBbmQgaXQgY291bGQg YmUgcG9zc2libGUgdG8gdHVybiBvbi9vZmYgdGhlIHZpc2liaWxpdHkgb2YgZGVsZXRlZCBmaWxl cz8gQW5kIHlvdSBjYW4gaGF2ZSB5b3VyIGFuaW1hdGlvbiB0aGVuIGFzIHdlbGw7IG9mIGFuIGlj b24gdGhhdCBkaWVzLg0KDQoNClN0aWFuIFNramVsc3RhZA0K From platima@gmail.com Wed Mar 16 04:06:01 2011 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 4CCE6750423 for ; Wed, 16 Mar 2011 04:06: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 f7jdZCjdSs3K for ; Wed, 16 Mar 2011 04:05:58 +0000 (UTC) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by menubar.gnome.org (Postfix) with ESMTP id 24436750367 for ; Wed, 16 Mar 2011 04:05:49 +0000 (UTC) Received: by vws18 with SMTP id 18so1993626vws.27 for ; Tue, 15 Mar 2011 21:05:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=cRF1ue0u6f0w44MHny/7yqwSn/ARbnY9KtaPMvvCmZo=; b=wmg8Ws2Qv/aFVtOSQ5k5cV6vayrzQkyLjJhmdz67FwamxZ6RW84TlPjf8xBumzJR+2 KTbBbx9j1kYuMm5Fxa3okT2B/31ngQPW4V8ZPmjEtiRwdCo3MU0dr3fA/Zn6mz+Qao0f 9KFQ1meNP40MsPewBCGFEVkWyIpDWhUFtvwMk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=K/ZhPeBd2V01nXNKLRWgDEcok7LYgrgEHTFTeaz8HPEccF2zYfJKkpq8rgQXlLJ3PD FPqWcocpd3RajU4cESv9BM+C+Puyo2ENhgGasbS6z2+eZL/hAwn79wTJ7ZZcBihR2YZE 88sQRzNsauJIXiFrPfqoRymVRY1G1lQ/ZYq6Y= MIME-Version: 1.0 Received: by 10.52.178.165 with SMTP id cz5mr313059vdc.205.1300248218005; Tue, 15 Mar 2011 21:03:38 -0700 (PDT) Received: by 10.52.159.198 with HTTP; Tue, 15 Mar 2011 21:03:37 -0700 (PDT) In-Reply-To: <2ECD0867FBDA2A43A38CE7F255221CB93080B5@sedc1.Servoelectronics.int> References: <1300204098.30617.158.camel@meh> <2ECD0867FBDA2A43A38CE7F255221CB93080B5@sedc1.Servoelectronics.int> Date: Wed, 16 Mar 2011 12:03:37 +0800 Message-ID: Subject: Re: [patch] confirm before sending to trash From: Keith Poole To: Stian Skjelstad Content-Type: multipart/alternative; boundary=bcaec519643b277209049e91a1eb 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, 16 Mar 2011 04:06:01 -0000 --bcaec519643b277209049e91a1eb Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On Wed, Mar 16, 2011 at 1:20 AM, Stian Skjelstad wrote: > > This is a real problem, but I don=92t think the solution is a windows-l= ike > > alert dialog. > > > > Half of this problem is solved by the undo feature which is under > > development. The other half consists in making file deletion more > > noticeable. An animation with the file becoming red and/or flying to th= e > > trash would be a nice addition. > > What if deleted files were visible as some ghost-like-icon in the directo= ry > they used to be? And it could be possible to turn on/off the visibility o= f > deleted files? And you can have your animation then as well; of an icon t= hat > dies. > While I like this idea in a way, I think often deleting files is associated with 'cleaning up' a directory, and having ghost icons there may just encourage users to immediately empty the trash, which could cause more problems than it solves (not being able to recover deleted files, etc). > Stian Skjelstad > -- > nautilus-list mailing list > nautilus-list@gnome.org > http://mail.gnome.org/mailman/listinfo/nautilus-list > -Keith --bcaec519643b277209049e91a1eb Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable

On Wed, Mar 16, 2011 at 1:20 AM, Stian Skjel= stad <sti= an@servoelectronics.no> wrote:

> This is a real problem, but I don=92t think the solu= tion is a windows-like
> alert dialog.
>
> Half of this problem is solved by the undo feature which is under
> development. The other half consists in making file deletion more
> noticeable. An animation with the file becoming red and/or flying to t= he
> trash would be a nice addition.

What if deleted files were visible as some ghost-like-icon in the dir= ectory they used to be? And it could be possible to turn on/off the visibil= ity of deleted files? And you can have your animation then as well; of an i= con that dies.
=A0

While I lik= e this idea in a way, I think often deleting files is associated with '= cleaning up' a directory, and having ghost icons there may just encoura= ge users to immediately empty the trash, which could cause more problems th= an it solves (not being able to recover deleted files, etc).

=A0

Stian Skjelstad

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

-Keith

--bcaec519643b277209049e91a1eb-- From john.stowers.lists@gmail.com Wed Mar 16 04:13:07 2011 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 9C0B9750423 for ; Wed, 16 Mar 2011 04:13:07 +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 R0AiTD+nvVdy for ; Wed, 16 Mar 2011 04:13:05 +0000 (UTC) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by menubar.gnome.org (Postfix) with ESMTP id 8BC22750367 for ; Wed, 16 Mar 2011 04:12:57 +0000 (UTC) Received: by gyg13 with SMTP id 13so701653gyg.27 for ; Tue, 15 Mar 2011 21:12:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:subject:from:to:cc:in-reply-to:references :content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; bh=3T5pytQjiMiDSfj7iqF0YGMQi39ERmZr69HdwllWw/8=; b=FK3Pn+TGNKXBgcfnF2726oAnhDymLrrE833d4yfiqS+WMe0unimakiVB2GUbZjozCN bvkMn/Ac6EFGZYcbj4boRUP2mefGfA3cFuiFDuvCpg9bck51qC+U1l3PVffIz8AwAWOX 5rAhae9oJmwVkGiXbo6kqj4pPtXEs5W5xDRv8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=m9UJ83+DSqCuGIrsB2evWbA0W4jfPezyCDZTwisR/DYOTpM+AMXTZamneUKUJqfbrI LfGprrc3NiZ+Nk7cs8AljfIQX7915yp7KXBX/vAZPnk4+ZKpaLMf7Pj/TsE+CdPFXPbr LkW2yd5xo1ga9NnI9BesUfkqjU5cZ/KiiZY/M= Received: by 10.151.60.18 with SMTP id n18mr796084ybk.426.1300248775516; Tue, 15 Mar 2011 21:12:55 -0700 (PDT) Received: from [192.168.1.10] ([121.73.125.64]) by mx.google.com with ESMTPS id w19sm3297301ybe.22.2011.03.15.21.12.52 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 15 Mar 2011 21:12:54 -0700 (PDT) Subject: Re: Project: Filtered view for nautilus From: John Stowers To: Abhijeet Rastogi In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Date: Wed, 16 Mar 2011 17:12:49 +1300 Message-ID: <1300248769.5859.14.camel@nzjrs-laptop> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit 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, 16 Mar 2011 04:13:07 -0000 On Mon, 2011-03-14 at 17:04 +0530, Abhijeet Rastogi wrote: > Hi, > > > I am a happy "Gnome+ArchLinux" user since last 5 years. I use nautilus > as my file-manager. Its lightweight and nice but lacks few features. > I was going through the ideas page > (http://live.gnome.org/SummerOfCode2011/Ideas) of Gnome and I am > interested in implementing the "filter feature for nautilus". > > > Nautilus already has "search feature" but it lacks in many ways. Perhaps you could improve the search feature. I would welcome much tighter integration of tracker search with Nautilus. The 0.10 series of tracker is used by many GNOME applications so a harder dependency on it would not be unprecedented. John From olav@vitters.nl Wed Mar 16 08:33:50 2011 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 509BC7503B3 for ; Wed, 16 Mar 2011 08:33:50 +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 WaWQUgR8QXpg for ; Wed, 16 Mar 2011 08:33:46 +0000 (UTC) Received: from fep22.mx.upcmail.net (fep22.mx.upcmail.net [62.179.121.42]) by menubar.gnome.org (Postfix) with ESMTP id DD098750338 for ; Wed, 16 Mar 2011 08:33:37 +0000 (UTC) Received: from edge05.upcmail.net ([192.168.13.212]) by viefep17-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20110316083238.IDKQ11401.viefep17-int.chello.at@edge05.upcmail.net>; Wed, 16 Mar 2011 09:32:38 +0100 Received: from bkor.dhs.org ([62.195.108.47]) by edge05.upcmail.net with edge id KkYZ1g00Z11PbqN05kYacA; Wed, 16 Mar 2011 09:32:38 +0100 X-SourceIP: 62.195.108.47 Received: by bkor.dhs.org (Postfix, from userid 501) id E79CC2E06E5; Wed, 16 Mar 2011 09:32:32 +0100 (CET) Date: Wed, 16 Mar 2011 09:32:32 +0100 From: Olav Vitters To: "Giorgio F. Gilestro" Subject: Re: [patch] confirm before sending to trash Message-ID: <20110316083232.GA2852@bkor.dhs.org> References: <1300204098.30617.158.camel@meh> 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) X-Cloudmark-Analysis: v=1.1 cv=HQ3F56nxkum+cgCiDL7AXQpbvw7DWrWCBJRnYYnM0Zc= c=1 sm=0 a=LC1XEGHpKa8A:10 a=8nJEP1OIZ-IA:10 a=GqBSuVouuhxV22f7mkAA:9 a=9f5IHkgJEJFLCR3Y8icc5pt-EAAA:4 a=wPNLvfGTeEIA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Cc: nautilus-list@gnome.org, Josselin Mouette 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, 16 Mar 2011 08:33:50 -0000 On Tue, Mar 15, 2011 at 04:01:10PM +0000, Giorgio F. Gilestro wrote: > I honestly find flabbergasting that every time this issue is raised, > the two major arguments against it are: "an alert it's not the perfect > way to do it" or "you can always recover things from the bin, anyway". Why not create a patch which implements the suggested solution? -- Regards, Olav From giorgio.gilestro@gmail.com Wed Mar 16 09:28:01 2011 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 30B5B750A6B for ; Wed, 16 Mar 2011 09:28:01 +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 aNnHHkmyWny5 for ; Wed, 16 Mar 2011 09:27:58 +0000 (UTC) Received: from mail-ww0-f46.google.com (mail-ww0-f46.google.com [74.125.82.46]) by menubar.gnome.org (Postfix) with ESMTP id 7D965750A4E for ; Wed, 16 Mar 2011 09:27:50 +0000 (UTC) Received: by wwb28 with SMTP id 28so1685877wwb.27 for ; Wed, 16 Mar 2011 02:27:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type; bh=aVoRKvHBSLriQHq71153+i+HbGC/EtCXkiqNMSQ9zoQ=; b=PVBzc5XhXN9/xnzRDXQu0G+ks4QgHhuC8MwZy7T4cD1Lh43KsSShp00s4qIXGO8mRB TelGprTVNhTsnXkKae6LET+famdM15TsibUfL7t0vGEbvJz0Iaj4A9ZTADuIKKmQmuft wAaTLQTnZ5F4KA9YwHesiDUt0wIE+jAL0eJhw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=CkdWZvSwQut2LUDwzLVtPJdIso+wjO16mJj50nN/nqhn1owZHRZGx+5dikIoMU96rK 5WncQLwwVXXafCLnAFtlVS47MJKLTbKwaQqpd2+R6pbp6415crJRQz4n5LOF4W9V/zw5 2EROp3+XFczB4CxIfNnRVdMziUYxVn/pcYRKw= Received: by 10.227.160.11 with SMTP id l11mr566848wbx.1.1300267668187; Wed, 16 Mar 2011 02:27:48 -0700 (PDT) MIME-Version: 1.0 Sender: giorgio.gilestro@gmail.com Received: by 10.227.146.71 with HTTP; Wed, 16 Mar 2011 02:27:28 -0700 (PDT) In-Reply-To: <20110316083232.GA2852@bkor.dhs.org> References: <1300204098.30617.158.camel@meh> <20110316083232.GA2852@bkor.dhs.org> From: giorgio Date: Wed, 16 Mar 2011 09:27:28 +0000 X-Google-Sender-Auth: QKf92nxD8l71NLZw0ZqnUTSKFUc Message-ID: Subject: Re: [patch] confirm before sending to trash To: Olav Vitters Content-Type: text/plain; charset=ISO-8859-1 Cc: nautilus-list@gnome.org, Josselin Mouette 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, 16 Mar 2011 09:28:01 -0000 > Why not create a patch which implements the suggested solution? Because people came up with the most different ideas: some want a popup notification in the status bar, some want the trashbin flashing, some want a gmail-like bar, some want the animation from the window to the trash, some want the ghost icons, some think there should be nothing at all because the user need to learn to be more careful (yes, I've read that too), etc etc etc. So there is no guarantee that whatever I do will please anybody. I and don't even aim to. All I was proposing was to adopt this as it is: a patch, waiting for whatever else suits best. Also, none of the solutions mentioned above actually are as effective as a confirmation dialog: the only other suggestion that actually would be really effective in avoiding accidental loss of data, is to associate deletion of a file to a Ctrl-Delete o Alt-Delete, the way MacOSX does it. I can patch that? Would that be committed? Whit all my brainpower, I truly don't understand what is the problem in giving the users the option to activate a confirmation dialog. Giorgio F. Gilestro http://gilest.ro On Wed, Mar 16, 2011 at 8:32 AM, Olav Vitters wrote: > On Tue, Mar 15, 2011 at 04:01:10PM +0000, Giorgio F. Gilestro wrote: >> I honestly find flabbergasting that every time this issue is raised, >> the two major arguments against it are: "an alert it's not the perfect >> way to do it" or "you can always recover things from the bin, anyway". > > Why not create a patch which implements the suggested solution? > > -- > Regards, > Olav > From olav@vitters.nl Wed Mar 16 09:48:25 2011 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 B7780750A59 for ; Wed, 16 Mar 2011 09:48:25 +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 yVk5V2caDi6V for ; Wed, 16 Mar 2011 09:48:22 +0000 (UTC) X-Greylist: delayed 4532 seconds by postgrey-1.32 at menubar.gnome.org; Wed, 16 Mar 2011 09:48:21 UTC Received: from fep11.mx.upcmail.net (fep11.mx.upcmail.net [62.179.121.31]) by menubar.gnome.org (Postfix) with ESMTP id B1E05750A32 for ; Wed, 16 Mar 2011 09:48:12 +0000 (UTC) Received: from edge03.upcmail.net ([192.168.13.238]) by viefep11-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20110316094810.OSZT11941.viefep11-int.chello.at@edge03.upcmail.net>; Wed, 16 Mar 2011 10:48:10 +0100 Received: from bkor.dhs.org ([62.195.108.47]) by edge03.upcmail.net with edge id Klo21g03611PbqN03lo3CL; Wed, 16 Mar 2011 10:48:10 +0100 X-SourceIP: 62.195.108.47 Received: by bkor.dhs.org (Postfix, from userid 501) id 493E92E06E5; Wed, 16 Mar 2011 10:48:02 +0100 (CET) Date: Wed, 16 Mar 2011 10:48:02 +0100 From: Olav Vitters To: giorgio Subject: Re: [patch] confirm before sending to trash Message-ID: <20110316094802.GB2852@bkor.dhs.org> References: <1300204098.30617.158.camel@meh> <20110316083232.GA2852@bkor.dhs.org> 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) X-Cloudmark-Analysis: v=1.1 cv=kRmApA04uPli/d8B8u1M0swu98hronvs6VvAqI8uQP0= c=1 sm=0 a=LC1XEGHpKa8A:10 a=8nJEP1OIZ-IA:10 a=npksE9evVSGOVUKx-icA:9 a=EGXpqZ2DaD-VXzZRxioA:7 a=TvbwnsUiCPqBDY47VFkTJuGPWQsA:4 a=wPNLvfGTeEIA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Cc: nautilus-list@gnome.org, Josselin Mouette 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, 16 Mar 2011 09:48:26 -0000 On Wed, Mar 16, 2011 at 09:27:28AM +0000, giorgio wrote: > Also, none of the solutions mentioned above actually are as effective > as a confirmation dialog: the only other suggestion that actually > would be really effective in avoiding accidental loss of data, is to > associate deletion of a file to a Ctrl-Delete o Alt-Delete, the way > MacOSX does it. I can patch that? Would that be committed? Shift-delete already does that when you enable the real delete option. > Whit all my brainpower, I truly don't understand what is the problem > in giving the users the option to activate a confirmation dialog. 1) It is not a good solution for the problem Meaning: it works around the problem instead of solving it 2) Causes maintenance burden 3) If workaround is implemented, good solution will never be solved 4) Confirmation dialogs are bad (enough studies that they're just ignored. e.g. I often automatically click enter before actually thinking about the dialog). If you really want to help users, solve the real issue instead of yet another dialog. As explained, making deletion more annoying is not a solution. Make it more visible. Note: not a maintainer, just been around for a while. -- Regards, Olav From giorgio@gilestro.tk Wed Mar 16 10:54:12 2011 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 AFE13750ABA for ; Wed, 16 Mar 2011 10:54:12 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, 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 lmgTUq+GoXdh for ; Wed, 16 Mar 2011 10:54:09 +0000 (UTC) X-Greylist: delayed 435 seconds by postgrey-1.32 at menubar.gnome.org; Wed, 16 Mar 2011 10:54:08 UTC Received: from mail.gilest.ro (gilest.ro [204.236.224.66]) by menubar.gnome.org (Postfix) with ESMTP id 73C28750B1B for ; Wed, 16 Mar 2011 10:54:00 +0000 (UTC) Received: from [155.198.199.32] (bio-ggilestr-vm.bio.ph.ic.ac.uk [155.198.199.32]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.gilest.ro (Postfix) with ESMTPSA id E47A1540C9 for ; Wed, 16 Mar 2011 10:46:43 +0000 (GMT) Message-ID: <4D809510.7050906@gilestro.tk> Date: Wed, 16 Mar 2011 10:46:40 +0000 From: "Giorgio F. Gilestro" User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.15) Gecko/20110304 Lightning/1.0b2 Lanikai/3.1.9 MIME-Version: 1.0 To: nautilus-list@gnome.org Subject: Re: [patch] confirm before sending to trash References: <1300204098.30617.158.camel@meh> <20110316083232.GA2852@bkor.dhs.org> <20110316094802.GB2852@bkor.dhs.org> In-Reply-To: <20110316094802.GB2852@bkor.dhs.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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, 16 Mar 2011 10:54:13 -0000 On 03/16/2011 09:48 AM, Olav Vitters wrote: > > Shift-delete already does that when you enable the real delete option. Yes. And how is this relevant to our discussion? > > 1) It is not a good solution for the problem > > Meaning: it works around the problem instead of solving it Not true. It actually solves the problem pretty nicely. In fact this is the solution that all other browser with a delete-key use: including Konqueror, Thunar and Microsoft Explorer. > > 2) Causes maintenance burden I don't know what you're talking about. An addition that fixes a problem causes maintenance burden? They all do. > > 3) If workaround is implemented, good solution will never be solved This is NOT a workaround. > > 4) Confirmation dialogs are bad (enough studies that they're just > > ignored. e.g. I often automatically click enter before actually > > thinking about the dialog). I think I explained myself badly, because you don't seem to have understood. If you ACCIDENTALLY hit the delete key (for instance, as you reach for your coffee mug, or as your toddler bangs on the keyboard, or as your cat walks by when you are in the bathrom....) files are gone in the trashbin and unless you have nothing better to do than checking your trashbin everytime you empty it, they may be well gone forever. A dialog stops that. A key combination may also stop it. Flashing icons, popups and animations, do not stop that faulty behaviour. Is it better explained now? > > > > If you really want to help users, solve the real issue instead of yet > > another dialog. > > > > As explained, making deletion more annoying is not a solution. Make it > > more visible. > > > > Note: not a maintainer, just been around for a while. > > -- Giorgio F. Gilestro http://gilest.ro From joss@debian.org Wed Mar 16 11:06:48 2011 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 6122A750A8A for ; Wed, 16 Mar 2011 11:06:48 +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] 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 wQbd23ON-5np for ; Wed, 16 Mar 2011 11:06:43 +0000 (UTC) Received: from shiina.malsain.org (shiina.malsain.org [91.121.15.71]) by menubar.gnome.org (Postfix) with ESMTP id 4E7467507AB for ; Wed, 16 Mar 2011 11:06:34 +0000 (UTC) Received: from localhost ([127.0.0.1]) by shiina.malsain.org with esmtp (Exim 4.72) (envelope-from ) id 1PzoYj-0005mZ-0C for nautilus-list@gnome.org; Wed, 16 Mar 2011 12:06:33 +0100 Subject: Re: [patch] confirm before sending to trash From: Josselin Mouette To: nautilus-list@gnome.org In-Reply-To: <4D809510.7050906@gilestro.tk> References: <1300204098.30617.158.camel@meh> <20110316083232.GA2852@bkor.dhs.org> <20110316094802.GB2852@bkor.dhs.org> <4D809510.7050906@gilestro.tk> Content-Type: text/plain; charset="UTF-8" Date: Wed, 16 Mar 2011 12:06:32 +0100 Message-ID: <1300273592.9874.78.camel@meh> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: quoted-printable 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, 16 Mar 2011 11:06:48 -0000 Le mercredi 16 mars 2011 =C3=A0 10:46 +0000, Giorgio F. Gilestro a =C3=A9cr= it :=20 > > > 1) It is not a good solution for the problem > > > Meaning: it works around the problem instead of solving it > Not true. It actually solves the problem pretty nicely. In fact this is > the solution that all other browser with a delete-key use: including > Konqueror, Thunar and Microsoft Explorer. And they all fail to provide a proper solution because of point 4. > > > 2) Causes maintenance burden > I don't know what you're talking about. An addition that fixes a problem > causes maintenance burden? They all do. Because you just added a new dialog *and* a way to enable/disable it. Instead of 1 code path, you have 3 code paths to handle: enabled, disabled, and what happens when the setting changes.=20 > > > 3) If workaround is implemented, good solution will never be solved > This is NOT a workaround. It is definitely a workaround. The fact that you want to make this option configurable shows that it is not a proper solution. Either you enable it and you=E2=80=99re confronted with annoying dialogs, or you disab= le it and you can delete file by mistake. Congratulations, you now have 2 different broken behaviors instead of one. > I think I explained myself badly, because you don't seem to have > understood. If you ACCIDENTALLY hit the delete key (for instance, as you > reach for your coffee mug, or as your toddler bangs on the keyboard, or > as your cat walks by when you are in the bathrom....) files are gone in > the trashbin and unless you have nothing better to do than checking your > trashbin everytime you empty it, they may be well gone forever. A dialog > stops that. A key combination may also stop it. > Flashing icons, popups and animations, do not stop that faulty behaviour. In a text editor, do you have to hit a confirmation dialog every time you press the delete key? Of course not, because you have an undo button. If you delete something by accident, you can delete it in one click. THIS is the appropriate behavior: make everything easy to achieve, but at the same time make everything easy to revert. There is absolutely no reason why the same reasoning (and solution) should not be applied to the file manager. --=20 .''`. : :' : =E2=80=9CYou would need to ask a lawyer if you don't know `. `' that a handshake of course makes a valid contract.=E2=80=9D `- -- J???rg Schilling From giorgio@gilestro.tk Wed Mar 16 11:21:26 2011 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 49C07750106 for ; Wed, 16 Mar 2011 11:21:26 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, 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 qdN0iu8ZBHro for ; Wed, 16 Mar 2011 11:21:23 +0000 (UTC) Received: from mail.gilest.ro (gilest.ro [204.236.224.66]) by menubar.gnome.org (Postfix) with ESMTP id 5B06475006A for ; Wed, 16 Mar 2011 11:21:15 +0000 (UTC) Received: from [155.198.199.32] (bio-ggilestr-vm.bio.ph.ic.ac.uk [155.198.199.32]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.gilest.ro (Postfix) with ESMTPSA id 6D3F4540CA for ; Wed, 16 Mar 2011 11:21:13 +0000 (GMT) Message-ID: <4D809D28.9010902@gilestro.tk> Date: Wed, 16 Mar 2011 11:21:12 +0000 From: "Giorgio F. Gilestro" User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.15) Gecko/20110304 Lightning/1.0b2 Lanikai/3.1.9 MIME-Version: 1.0 To: nautilus-list@gnome.org Subject: Re: [patch] confirm before sending to trash References: <1300204098.30617.158.camel@meh> <20110316083232.GA2852@bkor.dhs.org> <20110316094802.GB2852@bkor.dhs.org> <4D809510.7050906@gilestro.tk> <1300273592.9874.78.camel@meh> In-Reply-To: <1300273592.9874.78.camel@meh> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 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, 16 Mar 2011 11:21:26 -0000 On 03/16/2011 11:06 AM, Josselin Mouette wrote: > Le mercredi 16 mars 2011 à 10:46 +0000, Giorgio F. Gilestro a écrit : >>>> 1) It is not a good solution for the problem >>>> Meaning: it works around the problem instead of solving it >> Not true. It actually solves the problem pretty nicely. In fact this is >> the solution that all other browser with a delete-key use: including >> Konqueror, Thunar and Microsoft Explorer. > > And they all fail to provide a proper solution because of point 4. Yet they provide a solution and make users happy. Do I really have to explain why having a solution to a problem is better than having no solution? Especially if this is going on for at least 7 years and hundreds of users complaint about it? >>>> 3) If workaround is implemented, good solution will never be solved >> This is NOT a workaround. > > It is definitely a workaround. The fact that you want to make this > option configurable shows that it is not a proper solution. There are plenty of configurable options in nautilus: are you saying they all lashups? Either you > enable it and you’re confronted with annoying dialogs, or you disable it > and you can delete file by mistake. Congratulations, you now have 2 > different broken behaviors instead of one. What drives me mad about this attitude is that hundreds of people would be more than happy to have a confirmation dialog. But nope! Someone always know better than them what is good and bad. By the way, this is the reason why the patch gives the option to enable/disable that dialog on the first place. I erroneously thought: "people who want the dialog will enable it and be happy, people who don't will leave it alone and keep discussing about what is the really truly best solution for the next 7 years". Little did I know! -- -- http://gilest.ro From olav@vitters.nl Wed Mar 16 12:19:15 2011 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 A220F750092 for ; Wed, 16 Mar 2011 12:19:15 +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 29y2XEcmJJpZ for ; Wed, 16 Mar 2011 12:19:12 +0000 (UTC) Received: from fep17.mx.upcmail.net (fep17.mx.upcmail.net [62.179.121.37]) by menubar.gnome.org (Postfix) with ESMTP id 33288750061 for ; Wed, 16 Mar 2011 12:19:03 +0000 (UTC) Received: from edge04.upcmail.net ([192.168.13.239]) by viefep17-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20110316121901.XTXF11401.viefep17-int.chello.at@edge04.upcmail.net>; Wed, 16 Mar 2011 13:19:01 +0100 Received: from bkor.dhs.org ([62.195.108.47]) by edge04.upcmail.net with edge id KoJy1g01S11PbqN04oJzY7; Wed, 16 Mar 2011 13:19:01 +0100 X-SourceIP: 62.195.108.47 Received: by bkor.dhs.org (Postfix, from userid 501) id 524EF2E06E5; Wed, 16 Mar 2011 13:18:58 +0100 (CET) Date: Wed, 16 Mar 2011 13:18:58 +0100 From: Olav Vitters To: "Giorgio F. Gilestro" Subject: Re: [patch] confirm before sending to trash Message-ID: <20110316121858.GC2852@bkor.dhs.org> References: <1300204098.30617.158.camel@meh> <20110316083232.GA2852@bkor.dhs.org> <20110316094802.GB2852@bkor.dhs.org> <4D809510.7050906@gilestro.tk> <1300273592.9874.78.camel@meh> <4D809D28.9010902@gilestro.tk> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-7 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4D809D28.9010902@gilestro.tk> User-Agent: Mutt/1.5.21 (2010-09-15) X-Cloudmark-Analysis: v=1.1 cv=HQ3F56nxkum+cgCiDL7AXQpbvw7DWrWCBJRnYYnM0Zc= c=1 sm=0 a=LC1XEGHpKa8A:10 a=E_FQspuQcigA:10 a=N3kiBOZcVY2BIf3wPtcA:9 a=bB12CivKDRLegMXYN4MA:7 a=BMOHA6L0DYYefYyNrxCP4k3OQB8A:4 a=o3X3QV6JOaEA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 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, 16 Mar 2011 12:19:15 -0000 On Wed, Mar 16, 2011 at 11:21:12AM +0000, Giorgio F. Gilestro wrote: > Yet they provide a solution and make users happy. Do I really have to > explain why having a solution to a problem is better than having no > solution? Especially if this is going on for at least 7 years and > hundreds of users complaint about it? So implement the undo ability and something which makes it clear that a file was deleted. > >>>> 3) If workaround is implemented, good solution will never be solved > >> This is NOT a workaround. > > > > It is definitely a workaround. The fact that you want to make this > > option configurable shows that it is not a proper solution. > > There are plenty of configurable options in nautilus: are you saying > they all lashups? No, we're talking about this specific case. Unless absolutely needed and not solvable in any other way, there should not be an option to do the right thing. > Either you > > enable it and you�re confronted with annoying dialogs, or you disable it > > and you can delete file by mistake. Congratulations, you now have 2 > > different broken behaviors instead of one. > > What drives me mad about this attitude is that hundreds of people would > be more than happy to have a confirmation dialog. But nope! Someone > always know better than them what is good and bad. By the way, this is > the reason why the patch gives the option to enable/disable that dialog > on the first place. I erroneously thought: "people who want the dialog > will enable it and be happy, people who don't will leave it alone and > keep discussing about what is the really truly best solution for the > next 7 years". It was already explained that we want to solve it. Just not via a confirmation dialog. Additional configuration options also cause maintenance problems. The more configurable the software, the more likely bugs will popup (as not every combination will be tested). This might not apply much in this case (seems simple), but it is always considered. Striving for a good solution doesn't mean someone knows better than users. Just that the solution should be a solution, not a workaround. Nobody is blocking development on a nice solution. And options which just changes behaviour instead of doing the right thing is not something which is usually done. -- Regards, Olav From tiagomatos@gmail.com Wed Mar 16 12:31:40 2011 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 EB391750B0B for ; Wed, 16 Mar 2011 12:31: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 tCa61LJp0M3N for ; Wed, 16 Mar 2011 12:31:37 +0000 (UTC) Received: from mail-ww0-f46.google.com (mail-ww0-f46.google.com [74.125.82.46]) by menubar.gnome.org (Postfix) with ESMTP id 7CB14750262 for ; Wed, 16 Mar 2011 12:31:29 +0000 (UTC) Received: by wwb28 with SMTP id 28so1846530wwb.27 for ; Wed, 16 Mar 2011 05:31:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=2fbXK5VwmIdnwF6yzhoGlZYXIEmJZ4Z/XTq7dztZhTU=; b=gIdEejzNvbz0X0PDN1XjNApRt4RYQ8Vc5cpWsXntyeBmsOZj9oa0UpCCJiQMc4Z9p5 sNRBUcDnMKJg/1Qs9Tp5mGZwbnLJyS1Ei2d6BDDuMCA/6/b+ODMWW/cmZ8P71YQHAnQD UsFi1W61cxIQMuUa07pJ6cVY31TsNAs3qC5M0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=q+Y6garnqEXBItvHAIMtoFSq+6ywjiOEw/Q+bqx6Ny9/W9gNnME+Qan4wnRNUCNFKo mWVh91npOlnjMMe/VEqa3q05maccMZdp+XfpZ49ulFKfZqc9AFnG4NLe8t1BEGXoeNkQ ZaxUyl6+UIMzCTNiXgESjZZtcdr4ZTAWqZBY8= Received: by 10.227.149.73 with SMTP id s9mr726182wbv.156.1300278687231; Wed, 16 Mar 2011 05:31:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.135.193 with HTTP; Wed, 16 Mar 2011 05:31:07 -0700 (PDT) In-Reply-To: <4D809D28.9010902@gilestro.tk> References: <1300204098.30617.158.camel@meh> <20110316083232.GA2852@bkor.dhs.org> <20110316094802.GB2852@bkor.dhs.org> <4D809510.7050906@gilestro.tk> <1300273592.9874.78.camel@meh> <4D809D28.9010902@gilestro.tk> From: =?UTF-8?Q?Rui_Tiago_Ca=C3=A7=C3=A3o_Matos?= Date: Wed, 16 Mar 2011 12:31:07 +0000 Message-ID: Subject: Re: [patch] confirm before sending to trash To: "Giorgio F. Gilestro" Content-Type: text/plain; charset=UTF-8 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, 16 Mar 2011 12:31:40 -0000 On 16 March 2011 11:21, Giorgio F. Gilestro wrote: > What drives me mad about this attitude is that hundreds of people would > be more than happy to have a confirmation dialog. But nope! Someone > always know better than them what is good and bad. By the way, this is > the reason why the patch gives the option to enable/disable that dialog > on the first place. I erroneously thought: "people who want the dialog > will enable it and be happy, people who don't will leave it alone and > keep discussing about what is the really truly best solution for the > next 7 years". > Little did I know! The problem here is that there's already a design for Nautilus in this area and your proposal is at odds with it. That's just how design works. I'm not a Nautilus developer but AFAIK the design here is to provide a general undo command: https://bugzilla.gnome.org/show_bug.cgi?id=167501 Rui From cosimo.cecchi@gmail.com Wed Mar 16 13:43:09 2011 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 9A921750B57 for ; Wed, 16 Mar 2011 13:43:09 +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 JkXlU1OCn0Ut for ; Wed, 16 Mar 2011 13:43:07 +0000 (UTC) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by menubar.gnome.org (Postfix) with ESMTP id 4250F7500E3 for ; Wed, 16 Mar 2011 13:42:58 +0000 (UTC) Received: by qwc9 with SMTP id 9so1900359qwc.27 for ; Wed, 16 Mar 2011 06:42:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:subject:from:to:cc:date:in-reply-to :references:content-type:x-mailer:content-transfer-encoding :message-id:mime-version; bh=cLb6yot4Vk5zs5FSqQZuYyNgDwtetvfX9TBEbf0YMQ0=; b=gO9MzbzFzoG6EmXIXJpt9pNU82PObJVXQrO+f/7ZokgAAkmVwnjxuXEI2SGLfr6wBx aGU5SyCoJgcwtH5gq+wxundSA5zWaYGYq/eAqblN29hoc6I3H7EAmsLiIOHkvbGoyxCU LeXh14We0ozbN77lueNT0ndR26k9jSawoxD9Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:from:to:cc:date:in-reply-to:references:content-type :x-mailer:content-transfer-encoding:message-id:mime-version; b=nA19RP5bb9cL+DdHXOWk7gjJolJDmoJWPToyd66oM1spJdcpE3f58rh+JsbuYftIIG P1Z2Pm1LrxDy5xwqsfjDAWLY+Azb66/j2TuxyG1LdxdyLjciu4i54niAvlBZpxngcEmo QX4cda/DcHbyv/50f3QcR0A+om6uPU1cxCEcM= Received: by 10.229.17.11 with SMTP id q11mr9837qca.46.1300282977473; Wed, 16 Mar 2011 06:42:57 -0700 (PDT) Received: from [10.16.3.183] (nat-pool-rdu.redhat.com [66.187.233.202]) by mx.google.com with ESMTPS id s10sm704088qco.47.2011.03.16.06.42.55 (version=SSLv3 cipher=OTHER); Wed, 16 Mar 2011 06:42:56 -0700 (PDT) Sender: Cosimo Cecchi Subject: Re: [patch] confirm before sending to trash From: Cosimo Cecchi To: giorgio Date: Wed, 16 Mar 2011 09:42:54 -0400 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 2.91.91 (2.91.91-1.fc16) Content-Transfer-Encoding: 7bit Message-ID: <1300282975.5515.9.camel@x60> Mime-Version: 1.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, 16 Mar 2011 13:43:10 -0000 Hi Giorgio, On Tue, 2011-03-15 at 15:23 +0000, giorgio wrote: > Is there any chance this could be considered? That would make a lot of > people happy, really. Thanks for your patch, and for your interest in improving Nautilus. I think your use case is a real concern, and something we should fix indeed, but as others said in this thread, I don't think a confirmation dialog is how we want this to be implemented, especially when it carries a new preference with it. That being said, it's too late in the 3.0 cycle now to add new features anyway, as we're past UI and string freeze, and we have a global Undo feature in the pipeline for 3.2; I'd like to see this feature integrated with it, and e.g. the GMail-like approach that has been suggested by Holger seems a better UI for this than a confirmation dialog. Thanks, Cosimo From cosimo.cecchi@gmail.com Wed Mar 16 14:04:24 2011 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 5486D7500DB for ; Wed, 16 Mar 2011 14:04: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 X76e1m2L8LGm for ; Wed, 16 Mar 2011 14:04:22 +0000 (UTC) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by menubar.gnome.org (Postfix) with ESMTP id F1F6E750077 for ; Wed, 16 Mar 2011 14:04:13 +0000 (UTC) Received: by qyk35 with SMTP id 35so3442714qyk.6 for ; Wed, 16 Mar 2011 07:04:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:subject:from:to:cc:date:in-reply-to :references:content-type:x-mailer:content-transfer-encoding :message-id:mime-version; bh=BMr+0VnbhPgZC64GZCRGCIvwXFDVDKSJ8hnwBBSrOE4=; b=PoKFKQNVdX959zn9n0HthQjApN/0t05XJtrh2fnbYxCKbuQtqFCqAHiKUPTNdTXcaQ yDBMJ7dizMmJTj6HohziUx5plJRpE3KhzVZ50vfGfnie2quQCcsvG7kp63jat0aKkV1z ROXF6iNiZEB/7HYAAm9A5vNw/UaOLRNB5pPQA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:from:to:cc:date:in-reply-to:references:content-type :x-mailer:content-transfer-encoding:message-id:mime-version; b=XHhCnWz2HDkq6iefuD09HerZ5ANQVlRNAD8bmolhxzP5JdM7QHqqB/MfzAJoWzQswR DSOqQpcxlQ723uUyuBkaALmfYltrd1UuGKHZrdn7q+Pa4Y16X6V80vUeCu7PD+utP4zU ZOMm9fLtnWKZkT8Ek2EUgeQY1jJU/zUAU6jDs= Received: by 10.224.211.65 with SMTP id gn1mr657559qab.355.1300284252173; Wed, 16 Mar 2011 07:04:12 -0700 (PDT) Received: from [10.16.3.183] (nat-pool-rdu.redhat.com [66.187.233.202]) by mx.google.com with ESMTPS id y17sm716781qci.45.2011.03.16.07.04.10 (version=SSLv3 cipher=OTHER); Wed, 16 Mar 2011 07:04:11 -0700 (PDT) Sender: Cosimo Cecchi Subject: Re: Project: Filtered view for nautilus From: Cosimo Cecchi To: Abhijeet Rastogi Date: Wed, 16 Mar 2011 10:04:09 -0400 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 2.91.91 (2.91.91-1.fc16) Content-Transfer-Encoding: 7bit Message-ID: <1300284250.5515.29.camel@x60> Mime-Version: 1.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, 16 Mar 2011 14:04:24 -0000 Hi Abhijeet, On Mon, 2011-03-14 at 17:04 +0530, Abhijeet Rastogi wrote: > I was going through the ideas page > (http://live.gnome.org/SummerOfCode2011/Ideas) of Gnome and I am > interested in implementing the "filter feature for nautilus". Thanks for your interest! I'd like to clarify that the Nautilus-related ideas on that page were not added by Nautilus developers, so they might not reflect the direction the project wants to go wrt that specific area (e.g. improvements in our Search interface would be much appreciated, but we probably don't really want a Clipboard view). This of course should not discourage you or anyone else to propose them, or to discuss them here, as you're doing :) > Nautilus already has "search feature" but it lacks in many ways. As John said, I think improving the current Search feature is the way to go...some things I would like to see at some point include: - a more tight integration with Tracker - improving the list view when used with Search, e.g. showing a "Location" column by default (there's already a patch by Stefano in Bugzilla for this IIRC) - investigate a "grouping" view UI, where files/search results are sorted in type groups with headlines - investigate a live filtering UI for the current directory. Note that the search bar 3.0 mockup [1] has a "Include sub-folders" option (which did not get implemented yet...we currently always include sub-folders when searching, as it was in 2.x). Ideally, when that's toggled off we should live-filter the folder content. Feel free to come up with other ideas and discuss them here! [1] http://afaikblog.files.wordpress.com/2010/12/nautilus-expanded.png Thanks, Cosimo From joss@debian.org Wed Mar 16 14:05:43 2011 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 D905175006E for ; Wed, 16 Mar 2011 14:05:42 +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] 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 Tx64VsMcfsHZ for ; Wed, 16 Mar 2011 14:05:40 +0000 (UTC) Received: from shiina.malsain.org (shiina.malsain.org [91.121.15.71]) by menubar.gnome.org (Postfix) with ESMTP id 585F87500DB for ; Wed, 16 Mar 2011 14:05:31 +0000 (UTC) Received: from localhost ([127.0.0.1]) by shiina.malsain.org with esmtp (Exim 4.72) (envelope-from ) id 1PzrLu-0007tD-5u for nautilus-list@gnome.org; Wed, 16 Mar 2011 15:05:30 +0100 Subject: Re: [patch] confirm before sending to trash From: Josselin Mouette To: nautilus-list@gnome.org In-Reply-To: <4D809D28.9010902@gilestro.tk> References: <1300204098.30617.158.camel@meh> <20110316083232.GA2852@bkor.dhs.org> <20110316094802.GB2852@bkor.dhs.org> <4D809510.7050906@gilestro.tk> <1300273592.9874.78.camel@meh> <4D809D28.9010902@gilestro.tk> Content-Type: text/plain; charset="UTF-8" Date: Wed, 16 Mar 2011 15:05:29 +0100 Message-ID: <1300284329.9874.104.camel@meh> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: quoted-printable 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, 16 Mar 2011 14:05:43 -0000 Le mercredi 16 mars 2011 =C3=A0 11:21 +0000, Giorgio F. Gilestro a =C3=A9cr= it :=20 > What drives me mad about this attitude is that hundreds of people would > be more than happy to have a confirmation dialog. But nope! Someone > always know better than them what is good and bad.=20 Everyone on this list has agreed that this is a real problem that needs addressing. Several solutions that would please nautilus developers have been proposed, so you just need to implement one of them. > By the way, this is > the reason why the patch gives the option to enable/disable that dialog > on the first place. I erroneously thought: "people who want the dialog > will enable it and be happy, people who don't will leave it alone and > keep discussing about what is the really truly best solution for the > next 7 years". In my personal use of file browsers, I=E2=80=99m happy with neither of the = two behaviors. I would not be happier with a setting to choose between them. --=20 .''`. : :' : =E2=80=9CYou would need to ask a lawyer if you don't know `. `' that a handshake of course makes a valid contract.=E2=80=9D `- -- J???rg Schilling From olav@vitters.nl Wed Mar 16 14:25:19 2011 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 48D41750B6A for ; Wed, 16 Mar 2011 14:25:19 +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 7rQaTb8DafEp for ; Wed, 16 Mar 2011 14:25:16 +0000 (UTC) Received: from fep14.mx.upcmail.net (fep14.mx.upcmail.net [62.179.121.34]) by menubar.gnome.org (Postfix) with ESMTP id 513BE750AC0 for ; Wed, 16 Mar 2011 14:25:07 +0000 (UTC) Received: from edge03.upcmail.net ([192.168.13.238]) by viefep14-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20110316142504.YVPS1458.viefep14-int.chello.at@edge03.upcmail.net>; Wed, 16 Mar 2011 15:25:04 +0100 Received: from bkor.dhs.org ([62.195.108.47]) by edge03.upcmail.net with edge id KqQs1g03y11PbqN03qQtTt; Wed, 16 Mar 2011 15:25:04 +0100 X-SourceIP: 62.195.108.47 Received: by bkor.dhs.org (Postfix, from userid 501) id EFF042E06E5; Wed, 16 Mar 2011 15:08:30 +0100 (CET) Date: Wed, 16 Mar 2011 15:08:30 +0100 From: Olav Vitters To: Cosimo Cecchi Subject: Re: [patch] confirm before sending to trash Message-ID: <20110316140830.GD2852@bkor.dhs.org> References: <1300282975.5515.9.camel@x60> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <1300282975.5515.9.camel@x60> User-Agent: Mutt/1.5.21 (2010-09-15) X-Cloudmark-Analysis: v=1.1 cv=DCRP0ZtmJUK9xCJAWyBxphtxfaK97vUsdrClCjRuegE= c=1 sm=0 a=LC1XEGHpKa8A:10 a=8nJEP1OIZ-IA:10 a=UgHyTDf_phSG_sPPbLEA:9 a=PqTjoV0FoFseFyQXOTf0x7f_aT8A:4 a=wPNLvfGTeEIA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 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, 16 Mar 2011 14:25:19 -0000 On Wed, Mar 16, 2011 at 09:42:54AM -0400, Cosimo Cecchi wrote: > That being said, it's too late in the 3.0 cycle now to add new features > anyway, as we're past UI and string freeze, and we have a global Undo > feature in the pipeline for 3.2; I'd like to see this feature integrated > with it, and e.g. the GMail-like approach that has been suggested by > Holger seems a better UI for this than a confirmation dialog. Global Undo? Best news ever! Looking forward to it! Btw: maybe use some kind of clutter animation when files are deleted? -- Regards, Olav From giorgio@gilestro.tk Wed Mar 16 15:22:02 2011 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 32F15750AC2 for ; Wed, 16 Mar 2011 15:22:02 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, 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 tv40RGydQSj5 for ; Wed, 16 Mar 2011 15:21:59 +0000 (UTC) Received: from mail.gilest.ro (gilest.ro [204.236.224.66]) by menubar.gnome.org (Postfix) with ESMTP id E26FA750B9D for ; Wed, 16 Mar 2011 15:21:50 +0000 (UTC) Received: from [155.198.199.32] (bio-ggilestr-vm.bio.ph.ic.ac.uk [155.198.199.32]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.gilest.ro (Postfix) with ESMTPSA id 51EC6540C9 for ; Wed, 16 Mar 2011 15:21:48 +0000 (GMT) Message-ID: <4D80D58A.9060309@gilestro.tk> Date: Wed, 16 Mar 2011 15:21:46 +0000 From: "Giorgio F. Gilestro" User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.15) Gecko/20110304 Lightning/1.0b2 Lanikai/3.1.9 MIME-Version: 1.0 To: nautilus-list@gnome.org Subject: Re: [patch] confirm before sending to trash References: <1300204098.30617.158.camel@meh> <20110316083232.GA2852@bkor.dhs.org> <20110316094802.GB2852@bkor.dhs.org> <4D809510.7050906@gilestro.tk> <1300273592.9874.78.camel@meh> <4D809D28.9010902@gilestro.tk> <1300284329.9874.104.camel@meh> In-Reply-To: <1300284329.9874.104.camel@meh> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 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, 16 Mar 2011 15:22:02 -0000 On 03/16/2011 02:05 PM, Josselin Mouette wrote: > Several solutions that would please nautilus developers have > been proposed, so you just need to implement one of them. I am afraid that's the best I can offer: (a dialog like konqueror, thunar and IE have) or change Delete to Ctrl-Delete (like MacOSX). Having flashing icons and popups are of no use to me since they don't really solve the problem. > In my personal use of file browsers, I’m happy with neither of the two > behaviors. I would not be happier with a setting to choose between them. Well, I've got my patched nautilus-elentary too. I am also happy. Godspeed. -- http://gilest.ro From tiagomatos@gmail.com Wed Mar 16 15:54:46 2011 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 890DF7500C8 for ; Wed, 16 Mar 2011 15:54:46 +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 7KMUz+w-zVUr for ; Wed, 16 Mar 2011 15:54:44 +0000 (UTC) Received: from mail-ww0-f46.google.com (mail-ww0-f46.google.com [74.125.82.46]) by menubar.gnome.org (Postfix) with ESMTP id A75997500B5 for ; Wed, 16 Mar 2011 15:54:35 +0000 (UTC) Received: by wwb28 with SMTP id 28so2090468wwb.27 for ; Wed, 16 Mar 2011 08:54:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=K55ggv0yZnPbJpd1SOuO5iMQcGbQchhZdXyftMqDp98=; b=vg4F2pUWdYB+BFY9fr8ZAOh0aBpT5y9oyUgt2YTTbWhfWgKHu69+kSVqkAvW5M18i+ vgn0SFOxu6n65unkscv6epUKbHjB7r0KafSmzScbadkCLKS2f2RH8cUJxJOxcBTmis3u 0X42XjLHkumAEZkTXwA0C114/s4qJ5Pf413uk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=LPZjd1QlU8ptD4qQQNRmmyhTf3PEteZkitdW1m8SmitwVUlJJecgu20Y6Qd6yvgJ32 iRODmfgtUMNbZmxFuwTPHrxBx40hGhOeE3ERulAQPaOhQx+F0loGDss2ImWahSF3ZDwc B4xci1fwfNplksMtnr0MCY73KrYguW2Udiok4= Received: by 10.227.62.76 with SMTP id w12mr147788wbh.98.1300290873060; Wed, 16 Mar 2011 08:54:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.135.193 with HTTP; Wed, 16 Mar 2011 08:54:11 -0700 (PDT) In-Reply-To: <4D80D58A.9060309@gilestro.tk> References: <1300204098.30617.158.camel@meh> <20110316083232.GA2852@bkor.dhs.org> <20110316094802.GB2852@bkor.dhs.org> <4D809510.7050906@gilestro.tk> <1300273592.9874.78.camel@meh> <4D809D28.9010902@gilestro.tk> <1300284329.9874.104.camel@meh> <4D80D58A.9060309@gilestro.tk> From: =?UTF-8?Q?Rui_Tiago_Ca=C3=A7=C3=A3o_Matos?= Date: Wed, 16 Mar 2011 15:54:11 +0000 Message-ID: Subject: Re: [patch] confirm before sending to trash To: "Giorgio F. Gilestro" Content-Type: text/plain; charset=UTF-8 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, 16 Mar 2011 15:54:46 -0000 On 16 March 2011 15:21, Giorgio F. Gilestro wrote: > change Delete to Ctrl-Delete (like MacOSX). Actually this one sounds good regardless of the undo work. While at it, add the keyboard accelerator to the Edit > Move to Trash entry too, which should actually be there already. Rui From stefano.teso@gmail.com Wed Mar 16 16:57:17 2011 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 29F8F75020D for ; Wed, 16 Mar 2011 16:57:17 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.69 X-Spam-Level: X-Spam-Status: No, score=-2.69 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, T_TO_NO_BRKTS_FREEMAIL=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 W6bqo8u-Ui9x for ; Wed, 16 Mar 2011 16:57:14 +0000 (UTC) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by menubar.gnome.org (Postfix) with ESMTP id 94DB37500D7 for