Tigger-oN <[EMAIL PROTECTED]> wrote:
> A little while ago a 'request' for a BB File manager was made on the list.
*shudder*
What does one need a File manager for? My "file manager" is called rxvt
(at the moment; I used to use xterm, aterm, Eterm and other such file
managers as well, though they are rather similar).
If what you are proposing is a (blargs) GUI for managing files, then I
would wonder why I would want to push the rodent around when I can
achieve the same in a fraction of the time by typing in the commands.
Heck, I don't even use 'mc'.
> * The File Manager would be XML/XSLT based, allowing users to 'walk the
> tree' AND because of the XSLT be completely skinable (I have no idea how
> gtk+ works, this could be another option). '/' would be the over seeing
> class with everything below it being a child (see below for a short, thin
> sample format)
How could a file-manager be based on an XML scheme? A file-manager MUST
be real-time:
$> ls ~
[...]
$> mv foo /tmp/
$> ls ~
$> ls /tmp/
> * The main XML file could be updated nightly or by reference to the 'locate
> DB' or built on the fly
It, obviously, would need to be built on the fly - otherwise the
directory you're looking it would never be up to date. What advantage
would it have to work from a file instead of from the existing directory
structure? The disadvantage is obvious: continous file I/O.
> * Individual directories could be updated with a mouse click or keyboard
> button (like F5)
An extra action just to see what's actually there?
> * would take advantage of pre-existing tools like 'df', 'du', 'ls', 'rm' and
> 'mv' because these tools are completely solid and fast as well as being
> standard on most flavours of *nix
>
> * there would be a command line interface that would allow users to enter
> commands to be enacted from the current directory. Nice and handy for that
> 'tar czf thisfolder.tar.z *'
You want to build a file-manager that does what, then? If it already
uses 'df','du','ls','rm' and 'mv', as well as provide a command-line for
things like 'tar', then what exactly is the advantage of the
file-manager?
No offense, but I simply can't see a single reason why a "file-manager"
would have advantages. And basing it on a static file that needs
continous updating does not seem like a sound idea, I think.
-Jan
P.S.: How was this related to
<[EMAIL PROTECTED]> to
which you replied?
--
Jan Schaumann
http://www.netmeister.org