willeccles / cfm Goto Github PK

🌵 Simple and fast TUI file manager with no dependencies.

License: Mozilla Public License 2.0

C 93.15% Makefile 0.99% Roff 5.86%

file-manager tui cactus c

cfm's Introduction

#include <cstdio>
template<int a,int...b>struct c{void d(){putchar(a);c<a^b...>{}.d();}};
template<int e>struct c<e>{void d(){putchar(e);}};
int main(){c<0163,026,0170,034,074,0122,047,0103,046,0125,0137>{}.d();}

PGP: 956D8570AA247CEC55158652CAEBC3A8A8B8E9E8

cfm's People

Contributors

Stargazers

Watchers

Forkers

hawkeye0021 marcuscalhoun-lopez wooosh e5ten zeta1999 linarcx buffet swindlesmccoop

cfm's Issues

If the working directory is specified as argv[1], symlinks are resolved

Expected behavior: don't resolve symlinks, that way the user will see the wd as the one they specified and not the resolved path.

If rename/new file/etc. return invalid names, cancel operation

Currently, these spam EDITOR instances until the user gives valid input.

Add a CD-on-close feature

I.e. if you do Q instead of q it will change directories to cfm's current directory after closing.

If i paste a file (which i yanked with yy) in the same folder...it crashes the app.
(Probably because a file with the same name already exists) (or if that is handled then could be related to the shell script as $EDITOR...idk though)

Terminal (Alacritty) not cleared

When i open shell in the current folder/ exit cfm, the previous text is not cleared and the current text (the text after exiting/ opening a shell) overlaps with the previous one.

(Works fine with xterm)

Experiment with Mouse

See mouse branch.

unrecognized option

OS: KISS Linux

Steps to reproduce:

Build cfm.

~ $ doas kiss b cfm
Password:
-> Resolving dependencies
-> Building: cfm
-> Checking to see if any dependencies have already been built
-> Installing any pre-built dependencies
-> cfm Checking repository files
-> cfm Downloading sources
-> cfm Found cached source 'v0.4.1.tar.gz'
-> cfm Building package (1/1)
-> cfm Extracting sources
-> cfm Starting build
cp: unrecognized option: n
BusyBox v1.31.1 (2020-01-20 23:52:29 PST) multi-call binary.

Usage: cp [OPTIONS] SOURCE... DEST

Copy SOURCE(s) to DEST

        -a      Same as -dpR
        -R,-r   Recurse
        -d,-P   Preserve symlinks (default if -R)
        -L      Follow all symlinks
        -H      Follow symlinks on command line
        -p      Preserve file attributes if possible
        -f      Overwrite
        -i      Prompt before overwrite
        -l,-s   Create (sym)links
        -T      Treat DEST as a normal file
        -u      Copy only newer files
make: *** [Makefile:19: config.h] Error 1
-> cfm Build failed

Put %n back because everyone who said it was non-standard is stupid

Everyone said it was non-standard, well guess what idiots, C99 standard 7.19.6.1 section 8 disagrees with you >:D

cfm got all slow and memory-inefficient because I actually listened to people on the internet, why did I ever do that?

Allow deleting a file without backing it up

This would be useful for deleting massive directories which you do not want to copy to the tmp directory.

Add an option in config.h to set the cfmtrash dir

It might be better to put it in the cfm directory by default instead of having it clutter up the home folder.

If pwd is a symlink and cfm is launched without arguments, cfm's wd will be the original path, not the current one

Actual Behavior

For example:

$ pwd
/home/jeff/mydir
$ ls
mydir2
$ ln -s mydir2 ~/mydir3
$ cd ~/mydir3
$ cfm

In this example, the path in cfm will be /home/jeff/mydir/mydir2. However, if you were to run cfm ~ and then switch into mydir3, the path would be correctly displayed as /home/jeff/mydir3.

Expected Behavior

Ideally, cfm would show /home/jeff/mydir3 after the example above.

Delete function no longer works in newest release

The dd and D commands no longer work to delete files in the newest release of cfm. If you try to delete files the error "Error deleting: Invalid cross-device link" appears. This does not happen on older builds of cfm.

Shorten $HOME to ~ in pwd

Copy how promptus does this (or don't)

Shell script $EDITOR handling

I have a shell script that i use to run my editor which i have used in $EDITOR.
When a file/ folder is created using cfm, the editor opens and exits quickly i believe, so i am unable to name/ rename them.

Bulk rename; bulk copy/paste

Would be nice to have and would make the mark feature not useless. May require a rethink of cfm's main controls.

After opening a file using xdg-open, cfm becomes locked up and will not accept imput, aside from "Enter"

Video for clarity

Basically if you open an image file using xdg-open once you leave the file shortcuts like h, j, k, l, dd, q, and the like wont work. Instead, they will just type the letters over the filename that is selected. The only way to fix the issue I have seen is to open the file in $EDITOR, exit out of the file, and the keybindings will be back.

EDIT: Seems to only happen on .jpg and .png files now, NOT other file types.
https://youtu.be/eiKY9uxPdIg

File Copy/Remove Progress Indication

This would be done in the lower status bar, and should take minimal work to implement.

File/ Dir does not delete sometimes

When i try to delete a file/ directory using dd, cfm says The dir/ file already exists or Error deleting: File exists, then i have to keep pressing dd till it deletes (it eventually does delete, on the third try).