Pyfmii - nine panel wmii/mc-like file manager

Question

pyfmii - git repository
AUR: http://aur.archlinux.org/packages.php?ID=25148
Git Source: git clone git://github.com/Procyon2/pyfmii.git
A file manager with nine panels with the looks of wmii and behavior of mc
Dependencies: python
Screenshots:
Features:
- Nine panels
- Colorize by extension
- Command box that runs everything in a shell
- Tab-completion in command box
- While command box is up browse around and add items with alt+enter
- Command box pops up as soon as you start typing
- Customizable with ini-like rc file: ~/.pyfmiirc
- Multi session history (alt+p, alt+n): ~/.pyfmii_history
Usage:
./pyfmii -h
./pyfmii [ACTIVEPAD [OPENPADS]] [DIRECTORIES]
Default: ./pyfmii 1 . ~ ~ ~ ~ ~ ~ ~ ~
e.g.: ./pyfmii 2 1 9 /usr/bin ~/bin
will have panels 1 2 9 open with 2 active and 1 = /usr/bin, 2 = ~/bin, 3 = ~, 4 = ~ etc
Keybindings are on the git site
Bugs:
Recently/probably fixed bug:
- Restoring keypad mode in command win after resizing
- Files with macros work
- Opening vim in pyfmii and resizing gives an EINTR that will now be ignored.
- Resizing to a really small window caused a crash/infinite loop
Different behavior/features that I won't change:
- if with tab-completion you have a full match and there are more matches it will behave as if there was just a full match
- e.g.: dirs: "aa, aab" type: "aa<TAB>" -> "aa/"
- F2 advanced menu is not context sensitive like mc's
- you can't browse search results from '/'
- no bookmarks, ^\ will quit python actually
- F2-@ doesn't put the cursor at the start, F7/mkdir doesn't add a space so you can't begin typing right away
- mark all items marks directories too
- cd'ing to symlinks is like cd'ing to the actual file, unlike in bash/mc. I don't think this can be fixed in python
Last edited by Procyon (2009-04-06 20:07:33)

Answer 1

I just realized that alt+1-9 is commonly used in WMs, am I right? And the same for Alt+F1-F9
CTRL+1-9 doesn't seem possible because CTRL+1 = 1 and CTRL+4=^\ which, as I said before, immediately quits python.
CTRL+F1-F9 is possible. I had previously bound ^F5-^F8 to a no-confirm version.
Shift+F1-F9 is also possible
EDIT:
There is a mismatch:
Xterm Shift+F1 = F13
URxvt Shift+F1 = F11
/EDIT
EDIT: that leaves CTRL+F1-F9. I will remove all no-confirm keys. I have also put the command of F5-F8 in the configuration file so having two versions is not necessary (this will be in the next git push)
BTW Alt+1-9 (and now CTRL+F1-9) is used for setting the selected dir in the panel of the number (or cwd if a file), and it is also used in the command box to change panels (like regular 1-9) (after all you want "1-9" and "!-(" for commands)
And I noticed that the unicode space does not just not work on VC but also any non-unicode term like aterm. A normal space does work in all except in screen where it will cut off. If you go to the next window and back the bar restores, but any movement will cut it off again. Maybe there's a setting in screen that can control it. For now I removed all hardcoded unicode.
EDIT:
Screen behaves differently with "bce on" and "bce off",
off -> the long selector line is not drawn at all
on -> the long selector line is only drawn after refresh, and disappears when changing selection
/EDIT
aterm also seems to not work with curs_set(2) but it does with 1 and that is the same for everything (maybe not VC, haven't tried).
EDIT:
Config changed
If you made no changes you can remove it to let pyfmii autogenerate one, or add the following to ~/.pyfmiirc:
[basic]
#F5
copy = :cp -R -v -i -- %t %D
#F6
move = :mv -v -i -- %u %D
#F7
mkdir = :mkdir -p -v
#F8
remove = :rm -R -v -I -- %u
EDIT:
Besides Ctrl-F1-F9, I have also made F1-F9 have the same behavior in the command box.
Last edited by Procyon (2009-01-29 13:58:50)