Tiny Core Linux

General TC => Programming & Scripting - Unofficial => Topic started by: MikeLockmoore on May 30, 2011, 10:39:18 AM

Title: DirWin beta - tiny file manager
Post by: MikeLockmoore on May 30, 2011, 10:39:18 AM
I have a new, tiny file manager to share.  This is a one-pane file manager, less than 55KB in this version.  It has some similarities with Fluff:

* Drag-and-drop file copying/moving, plus keyboard and menu options for doing copies and moves, including to another instance of DirWin

* File associations with applications (although simpler)

* Double-click navigation of file system

* Opens terminal in current directory

* Sort files by name, date, and size (but not type)

* Show or hide "hidden" (dot-something) files

Some differences from Fluff
* File path input changes directories as you type, can jump back to higher directories easily

* Command-line allows you to issue direct commands or alter the command line for an associated file type

* No tree view

* No GUI to update file associations (edit the .dirwin.conf file when DirWin is not open)

* File type identification for additional file types by file extension pattern only (won't peek inside file contents)

* No "use sudo" option (Guy should be happy  :))

* No file replacement warning and skip option

* No "cloning" of files by pasting file back into the same directory (use Cmd field instead)

* No file properties window and no GUI to change properties (use Cmd field instead)

* Columns not individually sizable, but will grow and shrink along with overall window size

This source code is for a BETA-level software release and is for careful testing by adventurous users only!  While care was taken to eliminate bugs, this release likely still still contains bugs and may crash and/or unintentional file deletion or corruption.  Use at your own risk!  Thoughtful and detailed feedback on bugs, usability issues, and improvement ideas is appreciated.

For those who don't want to build their own copy, I have requested that this BETA release (0.7.1) be posted in the official repository.  

List of known issues in Version 0.7.1:

A. The Makefile "all" target will copy the executable to /home/tc/bin and the help stuff to /usr/share/doc/dirwin.  Either create these directories yourself or comment out this part of the Makefile.  I'll revise the Makefile in future versions to do this stuff optionally

B. Keystroke shortcut for type-specific associated application uses the Alt key with a number key.  In my installation, only the left Alt key seems to be recognized; the right Alt + a number is ignored.
Title: Re: DirWin beta - tiny file manager
Post by: Guy on May 30, 2011, 11:31:13 AM
It is handy to have a file manager in the base. If you have something good enough, the team will probably want to include it.

I don't know enough about that file manager to have a valid opinion on it.

I like xfe. If you could make xfe, or something like it, without dependencies, I am sure it would be popular.
Title: Re: DirWin beta - tiny file manager
Post by: Jason W on May 30, 2011, 01:37:06 PM
dirwin.tcz is now in the repo.
Title: Re: DirWin beta - tiny file manager
Post by: MikeLockmoore on May 30, 2011, 07:51:03 PM
Quote
I like xfe. If you could make xfe, or something like it

Guy: I like xfe too.  I've mentioned before that my motivation to create the Fluff file manager was to have something like xfe but running "native" as a FLTK app so I didn't need the Fox GUI toolkit library (multiple megabytes) to run it.

But the Core Team decided Fluff is a bit too big and complex for Tiny Core Base.  So if Fluff can't make it, I don't think anything else that is even _more_ like xfe is going to make it either.
Title: Re: DirWin beta - tiny file manager
Post by: Guy on May 30, 2011, 10:07:35 PM
I would aim for the best, but keep it as small as possible, not the smallest, unless it is the best.

They are likely to include a high quality app, even if it is slightly larger than ideal.

They are not likely to include an inferior app, even if it is small.

Even if they don't include it in the base, Xfe, or something like it, without dependencies, as an extension, would be very handy when installing Tinycore. You could just copy one file and use install local.

Keep up the good work.
Title: Re: DirWin beta - tiny file manager
Post by: roberts on May 31, 2011, 12:07:30 PM
Nice! I am liking it. I hope we get more feedback on this as I would like to have a basic file manager in the base.
Title: Re: DirWin beta - tiny file manager
Post by: vinnie on June 01, 2011, 07:13:08 AM
The concept seems interesting
Title: Re: DirWin beta - tiny file manager
Post by: MikeLockmoore on June 01, 2011, 06:02:42 PM
roberts, vinnie: Thanks for the kind words.

Users: Here is a sample .dirwin.conf file showing several application associations I configured for my general use:

Code: [Select]
# DirWin file utility configuration file
# Auto-written Mon May 30 12:09:45 2011

# NOTE: if you hand-edit, please take care to spell
#       and structure configuration statements carefully!

# Main Window placement and size
MainWide = 846
MainHigh = 370

# Options
ConfirmDelete = 0
ShowAllFiles = 1
SortOrder = 0
# Sorting: 0=name+asc, 1=name+desc, 2=size+asc, 3=size+desc
#          4=date+asc, 5=date+desc

# Filetype Application Associations
Associations:
# (extension or *), (type label), (action label), (cmd spec)
# example..
# .jpg,image,view,flpicsee %s &
# Make sure there is at least one 'script' association below!
.sh,script,Run,aterm -e ./%s &
.tcz,TCE,Run,tce-run %s &
.lst,list,Edit,editor %s &c
.c,c c++,Hack,geany %s &
.cpp,c c++,Hack,geany %s &
.cxx,c c++,Hack,geany %s &
.h,c c++,Hack,geany %s &
.fi,fluid,Edit,fluid %s &
.flume,math,Calc,flume %s &
.jpg,image,View,flpicsee %s &
.jpeg,image,View,flpicsee %s &
.JPG,image,View,flpicsee %s &
.png,image,View,flpicsee %s &
.PNG,image,View,flpicsee %s &
.gif,image,View,flpicsee %s &
.bmp,image,View,flpicsee %s &
.xbm,image,View,flpicsee %s &
.xpm,image,View,flpicsee %s &
.jpg,image,Edit,mtpaint %s &
.jpeg,image,Edit,mtpaint %s &
.JPG,image,Edit,mtpaint %s &
.png,image,Edit,mtpaint %s &
.PNG,image,Edit,mtpaint %s &
.gif,image,Edit,mtpaint %s &
.mp3,media,Play,mplayer %s &

Also attached as a file.


Title: Re: DirWin beta - tiny file manager
Post by: jur on June 01, 2011, 06:46:43 PM
I like it too. A file manager in base is a very nice to have, even if one usually uses something with more features. Once I got use to fluff, I didn't feel the need to use something else much at all.
Title: Re: DirWin beta - tiny file manager
Post by: Jason W on June 01, 2011, 07:40:19 PM
+1 for liking it.

One little issue I see when using on large directories that contain thousands of files and or subdirectories. The routine that uses the "du -ck" command takes a very long time to complete before changing to that directory having to individually measure each file in all subdirectories.  In fact, with my mounted nfs share, it not only takes a long time but does not cd to that directory, it just stalls and remains in the current dir.

In fact, I see the same behavior when trying to navigate to /usr, at least on my system with a lot of stuff installed.  It stalls then doesn't go to it.

Oh, and I tried Fluff on this setup, and it does not have these issues, FWIW.
Title: Re: DirWin beta - tiny file manager
Post by: MikeLockmoore on June 02, 2011, 11:38:39 AM
Jason: Thanks for the feedback.  My directories are mostly small, so this issue was not very visible to me. 

I'll think about doing the "du -ck" differently, or delaying it so it is not in the critical path for displaying the directory content... the status line with the file sizes can wait a bit, if neccessary.
Title: Re: DirWin beta - tiny file manager
Post by: MikeLockmoore on June 02, 2011, 11:48:05 AM
A few things I thought of adding to DirWin if the size cost is reasonable (a few more KB?)...

1) Tab-completion for the path input field when the child directory is unambiguous.

2) Scroll/select directory items in the contents list as the user types the name... like the tab completion in the path input field, but can highlight both files and subdirectories in the list.

I think 2) is not too hard.  1) is already being done in the FLTK standard File Open dialog box, so I may look at their code and see if they expose some functionality I can directly use, or at least have a clever method I can reimplement.

 
Title: Re: DirWin beta - tiny file manager
Post by: curaga on June 02, 2011, 12:33:40 PM
Tab-completition is mighty fast when the dirs are in ram, I've noticed ;)
Title: Re: DirWin beta - tiny file manager
Post by: aus9 on June 03, 2011, 05:02:03 AM
hi Team

Is there a size limitation on what file manager might be candidates for inclusion

According to my eyesight
fluff_upgrade 61 K
dirwin ............25 k


2) Is there a minimum feature that whatever file manager is chosen?


-----------------IMHO for below

3) a) if user double-clicks a file.....that action will cause the associated (viewer, web browser, multi-media player etc) execute
b) if user sees a file, they can "easily" copy it....by mouse or by menu options or by keyboard actions
.....I am not fussed which

Ditto ....delete , remove or move or rename.
I personally don't care if there is no trashcan.....we can warn the newbie

c) The user can see the file sizes and the file types (where applicable)

d) The user can see a way of displaying dot files  (hidden files)

I have no objection if you read newbie for user....heh heh
Title: Re: DirWin beta - tiny file manager
Post by: MikeLockmoore on June 03, 2011, 10:59:50 AM
aus9: 61K and 25K are the compressed sizes of each.  After booting, they could occupy 2 to 3 times that of your RAM and/or filesystem space.  That may not be much for many users, but the Fluff executable is noticably larger than other Tiny Core Base applications, and some users are pressing for more features that would make it even bigger.

My goal with DirWin is to cover the proverbial 80% to 90% of features that people use frequently and see how small I can make it so it is more similar to other applications included in Tiny Core base.  But I'm _not_ pushing for it to be included in Tiny Core Base any time soon.  I'd like to refine it to make it more robust and efficient.  Maybe it can be considered later.

Jason:  For now, I'm planning to make the "du -ck" storage space check an optional thing, defaulted to off each time you start DirWin.  If you want to check the storage space of the selected items, you can use the menu to tggle on that part of the status display. Thay way, you only "pay" in terms of you time when the information is important to you.  And you can turn it off again.

I've noticed that the first time the system does a "du -ck" in a mounted filesystem, the scan can be quite slow, but later scans are much, much faster.  Does anyone know a better way to get this information?  Especially if it does not take much code?
Title: Re: DirWin beta - tiny file manager
Post by: coreplayer2 on June 11, 2011, 03:17:08 AM
great job I like it, better than many alternatives.   Only thing, navigation could be greatly improved with a "back" arrow (as in move back to last open directory and an "Up" arrow (as in next level up in the file system from current location), because backspacing through the address line until you arrive at your destination is a little tedious.      Additionally i had some copy and paste issues but I think they were permission related..
Title: Re: DirWin beta - tiny file manager
Post by: Rich on June 11, 2011, 06:49:14 AM
Hi MikeLockmoore

Quote
I've noticed that the first time the system does a "du -ck" in a mounted filesystem, the scan can be quite slow, but later scans are much, much faster.  Does anyone know a better way to get this information?  Especially if it does not take much code?

I probably don't fully understand the issue but couldn't you background or fork the task and deal with
the data when it becomes available?
Title: Re: DirWin beta - tiny file manager
Post by: MikeLockmoore on June 13, 2011, 10:27:29 AM
coreplayer2: Thanks.  To go "up", you can double-click the ".." directory item as long as "show hidden" is enabled.  Do you know that you can also click any of the thin bars along the top edge of the path input box and go to the corresponding ancestor directory?  So there are many "up" buttons already, just kindo of small and they move around a bit.

The desire to add 'just one more little thing' (not quoting you, just the general sentiment) is strong and needs to be checked and balanced by consideration of the various forms of cost that a new thing would impose.  And I'm trying to be very stingy with code size in this app.  Fluff can be more "lavish".   ;)

IF I do a "back" button in DirWin, it would be a trivial "go to the last place I was" version.  Clicking it several times in a row would just cycle between two directories over and over.  It would not "unwind" a history of visited places like most web browsers do.  Fluff already tracks multiple previous locations, so I could do a full "rewind" kind of back button there.

Rich:  Yes, I have thought about forking the process, or maybe having a child process do this.  It can be done, I'm sure, one way or the other.  But my stingy-ness with code size in DirWin may not allow it. We'll see.
Title: Re: DirWin beta - tiny file manager
Post by: Rich on June 13, 2011, 01:32:55 PM
Hi MikeLockmoore
I was thinking more along the lines of how scripts put commands in the background, though I don't
know if it will in this case. Maybe passing a command something like

du -ck > done.txt &

as a system command will allow it to return right away? Then check for the file to appear?
Title: Re: DirWin beta - tiny file manager
Post by: MikeLockmoore on June 14, 2011, 09:58:55 AM
Rich: That may be a good starting point.  When I have some development time, I should try that.
Title: Re: DirWin beta - tiny file manager
Post by: -tri- on June 29, 2011, 05:00:03 PM
DirWin looks like very promising.  I am looking forward to it. Hope it will be included in TC base soon.
Keep on  work.
Thanx
Title: Re: DirWin beta - tiny file manager
Post by: vinceASPECT on June 30, 2011, 05:24:37 PM
Yes.

Dirwin looks good. It would be good to have a file manager in the base TCL system.

Vince.
Title: Re: DirWin beta - tiny file manager
Post by: newbody on July 02, 2011, 10:57:39 AM
Hope it is okay to ask my very naive question. I try to learn but I am challenged obviously.

No "use sudo" option (Guy should be happy ...)

Guy why would you be happy to take away such an important and handy feature for us who are noobs?
Can you give an easy to grasp answer hopefully.

Edit after reading the very reasonable answer below.

Guy seen from that perspective I fully agree. Maybe one could have a compromise allowing computer challenged people like me to edit a config file and that would allow us to have the sudo button after us opening the config file and editing out the # infront of sudo button and if one never edit that file then it never get seen by the kids.
Title: Re: DirWin beta - tiny file manager
Post by: Guy on July 02, 2011, 11:58:59 AM
There are some situations where there is only one person who uses the computer. They are normally happy being able to tick a box for sudo.

There are other situations where there is more than one person who uses the computer. In some situations, these other users may be children, or people with little understanding of how it works.

Children can easily mess up an operating system. If sudo is easily available, it makes it easy for children to mess things up.

It is easy to type sudo and the name of the app, making sudo available. But children are unlikely to know what to type, preventing them from messing it up.

In the past I have expressed this opinion. It is just an opinion. Other opinions are also welcome.

I do think it is a good idea to make it less destructable by children.
Title: Re: DirWin beta - tiny file manager
Post by: Guy on July 02, 2011, 12:01:25 PM
I think most people agree, it is a good idea to have a file manager in the base.
Title: Re: DirWin beta - tiny file manager
Post by: vinceASPECT on July 02, 2011, 12:18:33 PM
Hello,

it's true. A file manager in the base system is a very good "common sense" feature to have.

(my opinion)

Vince.
Title: Re: DirWin beta - tiny file manager
Post by: coreplayer2 on July 03, 2011, 11:26:50 AM
DirWin is awesome amoungst many file managers especially if size matters.    while not in the same size class, if space allows once you go  xfe  which is conveniently packaged in a tinycore extension there's no going back  :)



I'm sure my children knew how to type sudo long before they could say dada , just like the movie >:(
Title: Re: DirWin beta - tiny file manager
Post by: beerstein on July 04, 2011, 01:03:34 AM
I would like to see a small and good file manager in the base too again. After testing and cosidering the pros
and cons robert please take a look at it
thank you
Title: Re: DirWin beta - tiny file manager
Post by: gerald_clark on July 04, 2011, 09:05:30 AM
I find that once I descend into a directory, clicking on '..' results in a flurry of du activity, but I still end up in the same directory.
Title: Re: DirWin beta - tiny file manager
Post by: MikeLockmoore on July 04, 2011, 09:44:26 AM
@gerald_clark: Double-click on '..' to change directories.
Title: Re: DirWin beta - tiny file manager
Post by: MikeLockmoore on July 04, 2011, 09:47:56 AM
New version 0.7.4 is now available.  This version:
   Fixes a few segfault crashes
   Uses environ. var to hold selected file items for commands
   Has a "Usage" button if you want to see disk space used by selected files/directories
   Retains selections after more commands
   Esc key unselects items if the file list has keyboard focus

I'll submit the extension for publication too.  The size is very close to the same.
Title: Re: DirWin beta - tiny file manager
Post by: gerald_clark on July 04, 2011, 11:48:02 AM
That is what I did.  It does not work.
Title: Re: DirWin beta - tiny file manager
Post by: Jason W on July 04, 2011, 01:45:42 PM
New version uploaded to the repo.

As mentioned, I noticed the same behavior as gerald_clark when trying to navigate directories.  The new version with it's optional "Usage" button allows navigation with the limited testing I have done so far on my machine.
Title: Re: DirWin beta - tiny file manager
Post by: gerald_clark on July 04, 2011, 05:53:03 PM
Much better.
Thanks.
Title: Re: DirWin beta - tiny file manager
Post by: MikeLockmoore on July 05, 2011, 05:01:01 AM
@gerald_clark:  Hmm, It worked OK in most versions, but it seems the first version I posted to this forum and the repository had that bug.  I have not done anything specific to fix it, but I guess I undid something that caused it.  Let me know if it comes back in any form.

All: I noticed on a second PC that the "Usage" button is placed a few pixels too low, so that it overlaps slightly the file list area.  I'll come up with a better placement in the next release.  Maybe make it a bit smaller.
 
Title: Re: DirWin beta - tiny file manager
Post by: SamK on July 05, 2011, 08:52:40 AM
All: I noticed on a second PC that the "Usage" button is placed a few pixels too low, so that it overlaps slightly the file list area.  I'll come up with a better placement in the next release.  Maybe make it a bit smaller.
I was in the process of creating a screen-shot to report this when this was posted.  Screenshots are available for the following also if they will help visualize the matters.

Additionally for Usage Button

Column Widths
Might it be possible to reduce the width of the Type, Size, and Date columns and reallocate the space to the File column?  This will help to avoid truncation of long file names.

Spaces in Names
Two Directories, "DummyDir1" and "Dummy Dir 1" and their contents are identical apart from the spaces in directory and file names.  Selecting either a file or dir not containing a space "Usage?" reports correctly.  The same operation including a space reports "1 item occupying 0 KB"
   
Title: Re: DirWin beta - tiny file manager
Post by: MikeLockmoore on July 05, 2011, 12:45:06 PM
@SamK:

Thanks for issue report and suggestions.  I'll think about them.  Taking the Usage? button away may be acceptable.  Another thought I had was to make the button borderless and change the label to a fairly unobtrusive "...".  But that's assuming I can figure out the dynamic placement in various WM fonts and window sizes.  The date column is fairly tight already, but maybe I could allocate a little smaller portion to the size and type columns.

The issue about the spaces is probably due to a lack of quoting in the command string... hopefully easy to fix.
Title: Re: DirWin beta - tiny file manager
Post by: Rich on July 06, 2011, 01:08:35 AM
Hi SamK
Quote
Spaces in Names
Two Directories, "DummyDir1" and "Dummy Dir 1" and their contents are identical apart from the spaces in directory and file names.  Selecting either a file or dir not containing a space "Usage?" reports correctly.  The same operation including a space reports "1 item occupying 0 KB"
Spaces in file and directory names are frequently problematic. They are often used as a field separator
and can wreak havoc in scripts that are not written to deal with them. There are some cases where
the space gets replaced with the octal escape sequence \040. For instance, if you create a mount
point with a space in it and mount something to it, the file /proc/mounts will contain \040 where the
space used to be. This is done so that the fields in that file can still be parsed correctly. As a result you
can no longer do a simple string compare on the mount point if you want to search for it. The best way
to avoid potential problems with names is to stick to A-Z, a-z, 0-9, ., _, and -. In particular, avoid things
like space, ?, *, $, and \. I'm sure there a few I missed.
Title: Re: DirWin beta - tiny file manager
Post by: Lee on July 06, 2011, 11:40:50 AM
It is particularly annoying when a delete or backspace character sneaks into a file name.

I don't get this on tc but sometimes on SCO or HPUX - probably due to a misconfigured terminal program.

And I seem to recall ampersand causes problems, too.

Title: Re: DirWin beta - tiny file manager
Post by: TheNewbie on July 12, 2011, 12:50:16 PM
The Usage button is just weirdly bugged, from my experience so far. For directories (when nothing is selected), it often says there is nothing (i.e. "This directory occupies 0KB"), and there are no weird characters in the path.

- I'm not sure if it's already intended to work like this, but a directory's disk usage should be calculated "deeply" (i.e. all subfolders under it). When it doesn't say 0KB, it seems to measure a directory only in files directly contained one level below it, or just the space required for a folder to exist.

- The alphabetical ordering seems to place capitals before lowercase (ex. 'O' comes before 'a').

- When right-clicking inside DirWin, the menu pops up, regardless of whether or not DirWin is on the top layer of the desktop. That is, the menu suddenly appears on top, but the DirWin window remains partially obscured, so it looks like the menu is coming out of a different window.
Title: Re: DirWin beta - tiny file manager
Post by: MikeLockmoore on July 12, 2011, 02:25:59 PM
@TheNewbie: Thanks for taking the time to post your issues.  I plan to take the Usage button away, but keep the menu command, but it would only be presented in the menu if you select something.  So if you want to see the usage of an entire directory, you would need to navigate up to the parent and select the intended directory there.  Then the "du -ck ..." command would be able to report the full usage.  I'm not sure why you don't get the "deep" usage... I thought I got the "deep" usage reported for my filesystems, but I'll double-check.

I'll think about the right-click behavior.  The current implementation was a "cheap" (i.e. small) way to get a context-sensitive menu without the overhead of managing a separate popup menu object in the code (since the menu button already had one).  Maybe I can come up with a friendlier behavior and still stay small.

@Rich, @Lee: Yes, there are many potential pitfalls with weird characters in filenames and directory names.  Since I exeucte some command-line functions in DirWin, I sometimes need to surround the names with quotation marks.  But my latest version of DirWin also uses an environment variable ($sel_items) to make the command line more compact and editable... and making the environment variable expansion and command-line quoting work consistently has been challenging.  Not to mention that to properly handle all allowed names, I'd need to escape instances of the quote character that are embedded in the actual name.   This gets messy, and is a reason that practical code is sometimes bigger than I'd like to see.
Title: Re: DirWin beta - tiny file manager
Post by: TheNewbie on July 12, 2011, 07:42:27 PM
Well, the right-click feature using the main menu is fine for me. It's just that weird bug that causes the menu to pop out on top *of all windows*; for instance, if I'm running a browser and part of the DirWin window is covered by it, and I right-click on the DirWin window, the menu pops out on top of the browser, but the DirWin window itself does not come with it, so the DirWin menu looks like it's coming out of the browser. Sorry if that wasn't clear.
Title: Re: DirWin beta - tiny file manager
Post by: MikeLockmoore on July 13, 2011, 06:34:33 AM
@TheNewbie:  The original description made sense... I've just not investigated it yet to see if my environment behaves the same way.  If so, perhaps I can get DirWin to pop up to become the top window if the user right-clicks.
Title: Re: DirWin beta - tiny file manager
Post by: SunBurnt on August 07, 2011, 07:23:42 PM
I posted this as a suggestion for Fluff also.
None of these features should take much room.

# All of this is best done in a right-click context menu.
1) Mount and unmount, drive partitions and loop mount files.
2) Compress and extract archive type files.
3) Set file extension associations for the file.
4) Cut, Copy, and Paste on the context menu.

Someone also suggested ftp, shouldn`t take much room either.
Title: Re: DirWin beta - tiny file manager
Post by: MikeLockmoore on August 09, 2011, 11:16:40 AM
SunBurnt:  Again, thanks for your interest.  Please see my comments in the Fluff posting, but remember that for DirWin I am trying to be extremely lean.  If a new feature takes 10KB of new code, it is maybe tolerable in Fluff, but probably not in DirWin. 
Title: Re: DirWin beta - tiny file manager
Post by: uggla on August 10, 2011, 01:31:43 PM
Instead of copy-paste I think you should consider doing copy the Rox-filer way (only copy, no paste).
Title: Re: DirWin beta - tiny file manager
Post by: uggla on August 11, 2011, 01:27:59 AM
It would be nice if there was a list of relevant shell commands, picking one of them could also display its syntax.
Title: Re: DirWin beta - tiny file manager
Post by: MikeLockmoore on August 11, 2011, 07:27:26 PM
uggla: not sure I understand your two suggestions.  I've used Rox-Filer a bit, and just remember needing to drag an icon to do copying.  Is that what you mean?  The command-line in DirWin is there to support experienced people.  I don't think I'd want to burden it with a BASH cheat-sheet if that is what you are suggesting.  The drop-down menu already pre-loads the command line with a few really common examples.
Title: Re: DirWin beta - tiny file manager
Post by: uggla on August 12, 2011, 05:13:43 AM
The right click menu in Rox-filer has copy. It brings up a dialog where you can type the full filename of the copy (with path).

As for my other suggestion, I have attached a mockup screenshot that shows what I mean.
Title: Re: DirWin beta - tiny file manager
Post by: SunBurnt on August 14, 2011, 08:45:55 PM
ROX does: Copy, Move, and Link on on a popup dialog when doing drag-n-drop.
Title: Re: DirWin beta - tiny file manager
Post by: uggla on August 15, 2011, 04:28:30 AM
What about a split directory view with the ability to transfer files from one side to the other (like Emelfm2), or would that make Dirwin too heavy?
Title: Re: DirWin beta - tiny file manager
Post by: MikeLockmoore on August 17, 2011, 02:44:56 PM
uggla: open two copies of DirWin and drag files between them, or copy in one and select paste in the other.  It should work.  Or use Fluff.