Re: Norton Commander's make-believe features
- From: Mooffie <mooffie gmail com>
- To: Rikishi 42 <skunkworks rikishi42 net>
- Cc: mc gnome org
- Subject: Re: Norton Commander's make-believe features
- Date: Fri, 21 Oct 2016 17:15:48 +0300
On 10/15/16, Rikishi 42 <skunkworks rikishi42 net> wrote:
On 14/10/16 15:35, chris glur wrote:
......the presence of very basic defects in the file
management functions.
[...]
Peter Norton would not be happy.
Please describe some of these.
- copies are made in the disk order, instead of taking the sort order
that is chosen for the display
MC does use the display order, for marked files.
For subdirs it uses the disk-order, but so does your beloved Norton
Commander, and FAR, and Volkov, and Dos Navigator (I've just checked
all of these; To be exact, they seem to use name order, but I suspect
this comes from the DosBox/Wine emulation layer).
- when some of the files are allready on destination, and one choses to
skip, their number and volume should be substracted from the total
count/size. In that way the estimates mean something.
This doesn't look like a really useful feature. And, as @Mike
explained, it's not at all one that's easy to implement.
- the move function still copies all, before removing the files, meaning
that we gain nothing in volume until all has been copied
Here I agree with you.
(@Yury explains why the current behavior is intentional (to make the
entire move operation atomic), and this certainly makes sense when one
thinks about it, but it might be nice to have an option to turn this
off.)
- the move function doesn't give an estimate during it's work
It does.
NC (it's ancestor) [was] a file/dir manager, not a terminal.
I'm amazed at the resources and time that go into the terminal maintenance
and development
[...]
Peter Norton would not be happy.
DOS wasn't multitasking. NC was spawning a new COMMAND.COM instance to
process each command you typed, and went into hibernation till it
finished. Unix, OTOH, is multitasking. MC spawns only one shell
process, and communicates with it. This makes a huge difference (and
is why, I guess, many MC users appreciate it and don't switch to any
of the other similar Unix filemanagers).
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]