Re: Fw: [Bug 136055] Changed - When paste a folder with anothersame name folder, files in original folder will be deleted



I browsed the former comments and I think there are enough reasons to switch it.

Please see below comments:
--------------------------------------------------------------------
This is *very* broken,
because:
1. It\'s counterintuitve
2. It\'s destructive
3. Does not properly warn of consequences
4. It\'s against the way any other Unix tool handles such a case
--------------------------------------------------------------------
1. I fail to see the reason why replacing container (that folder is)
should also destroy its contents.
2. This can be done in two ways: destructive one or not. We should
*always* choose non-destructive one.
3. Convenience: In case I want to merge contents of more than one
folder, w/ current behavior it requires me to open each one
individually in both locations, drag files, possible resolve name
conflicts, and repeat that for every folder in set. With proposed
behavior it will require only dragging the whole set and maybe
resolving name conflicts.
4. Again, this is against the way *every* other tool I know of handles
that, be it Unix or Windows one, and I\'ve ever seen expressed that as
principle in one Unix manual: \"Manipulating folder never affects the
files contained, unless there is explicit name conflict with other
individual files\"
---------------------------------------------------------------------
...............

Thanks & Regards
Grant


----- Original Message -----
From: \"Olaf Frączyk\" <olaf cbk poznan pl>
To: \"Alexander Larsson\" <alexl redhat com>
Cc: \"بخرسا؟\" <renyanqiang ccoss com cn>; \"Nautilus\" <nautilus-list gnome org>
Sent: Thursday, March 04, 2004 7:52 PM
Subject: Re: Fw: [Bug 136055] Changed - When paste a folder with anothersame name folder, files in original folder will be deleted


> On Thu, 2004-03-04 at 11:51, Alexander Larsson wrote:
> > On Thu, 2004-03-04 at 09:06, بخرسا؟ wrote:
> > > This bug had been reported many times and still in nautilus 2.4.x and
> > > 2.5.x. Doesn\'t anyone think it is a critical problem?
> >
> > Its not obvious that this is a bug, but rather a question of different
> > behaviours and what you\'re used to. Both MacOS and Unix has always had
> > the behaviour that nautilus currently has (try doing the same operation
> > you did in the shell). Of course, it does give problems for people who
> ???
> [olaf venus olaf]$ mkdir ala
> [olaf venus olaf]$ mkdir bela
> [olaf venus olaf]$ mkdir ala/bela
> [olaf venus olaf]$ touch bela/x
> [olaf venus olaf]$ touch ala/bela/y
> [olaf venus olaf]$ cp -R bela ala
> [olaf venus olaf]$ ls -l ala/bela
> total 0
> -rw-r--r-- 1 olaf navi 0 Mar 4 12:47 x
> -rw-r--r-- 1 olaf navi 0 Mar 4 12:47 y
>
>
> Copy is merging. Where do you see oryginal folder content being deleted?
> BTW, in my opinion it should be critical not enhancement.
>
> Regards,
>
> Olaf

----

http://mail.ccoss.com.cn/



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]