Kevin Kofler wrote:
Les Mikesell wrote:
The concept is symmetrical. How can you hate opening the 2nd window if
you didn't hate the first? It's the same thing. Is is odd vs. even and
fun again the 3rd time?
Krusader supports tabs (independent tabs in each pane). There are no ternary
file operations in Krusader, so there's nothing which could be done with a
third pane which can't be done with tabs in the 2 panes.
But if you jump back and forth among more than 2 there would be a lot of
extra contortions compared to just parking them where you can see them all.
And the nice thing about having the 2 panes in the same window is that you
don't have to play around with positioning the windows so they don't
overlap.
What's wrong with overlap?
You just maximize the window (or even better, have it start up
maximized, which Krusader supports just fine) and get it nicely split in
the middle.
I hate maximized screens. I usually have unrelated windows open that
need their space too.
It's also nice for things like keyboard accessibility because
everything in the file manager knows there's a second pane (for
example, "copy" defaults to copying to the other pane, so it can be quickly
used with the keyboard or with one click, no drop target to specify (but
drag&drop is also possible and the panes are guaranteed not to
overlap), "unpack" defaults to unpacking to the directory in the other pane
etc.).
Don't think I'd like that either. I often leave the target window
positioned one level above the actual target directories so I can drop
or paste into any of the visible folders.
Having used 2-pane file managers for some time now, I'd never want to go
back.
I've used them and can sort of tolerate them, but (a) don't prefer them
over independent windows and (b) generally don't like things that behave
differently as I jump among windows/linux/mac often sharing the screen
via vmware/rdesktop/NX/vnc, etc.
--
Les Mikesell
lesmikesell@xxxxxxxxx
--
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list
