Live data from Hacker News

Superfile – A fancy, pretty terminal file manager

github.com

111–120 of 219 posts

Re: Superfile – A fancy, pretty terminal file manager

#111
post #98
post #94

Earlier quoted context omitted.

This is my biggest complaint with keybindings on Linux/Windows, that Ctrl means “escape codes” in terminal emulator applications and “window/UI operations” in every other application. By contrast, in macOS all the window/UI keybindings are typically Cmd (Cmd-W) which means that GUI applications attempting to layer on vi keybindings don’t have to also audit all the Ctrl keybindings that might be doing something wildly…

Configurable windows managers on Linux let you code a “super” key. I like the Window key, since it serves no other purpose, and never overlaps with default bindings on Linux. So the Cmd/Ctrl split on Mac maps nicely to the Win/Ctrl split on Linux.

While I do this too I understand the above complaint. I think naturally linux should have more of a system similar to what OSX does. I mean I'm constantly switching between OSX and Linux machines but more and more recently I've been at at mac computer while inside a linux system and that is very seemless because it is the GUI that fucks shit up. But now there's so much momentum that I'm not sure they can go back. I think the only way to make this correction is for a big distro like Ubuntu/Pop/Manjaro/Endeavor to switch to a default with alt or super as they windowed operating key but have the option to switch back (should be implemented in the install process and made clear and easy to undo. But without making it the default it'll always stay the other way. (first introduction should be non-default)).

Re: Superfile – A fancy, pretty terminal file manager

#112

so I don't understand what the usecase for a terminal file manager is. I've always felt comfortable using cp/mv/mkdir/etc. but I feel like I'm missing out. Can someone explain how and why you'd use this ?

Three advantages I realized, having done a lot of cd/ls/cp/mv/rm and also having used a file manager: - power user workflows may differ from typical dev workflows. Imagine things that a point-and-click file manager solves quicker than the command-line. Example: manually organizing a bunch of .mp3s, or cleaning out misc downloads. A TUI file manager makes these tasks quicker too. - quick directory navigation. cd is sl…

Thanks. That makes sense. I guess I'm just super entrenched - very comfortable with my tooling and would generally write a one-liner for something like the above.

The way I do it is a bit nuts though, and you're right, the above is much more consistent and has its advantages

Re: Superfile – A fancy, pretty terminal file manager

#114
post #28

If didn't read the docs, noticed hkjl moved around, and accidentally deleted 3 folders with ctrl+d seeing if I could scroll down faster. Scary defaults if you have Vim muscle memory.

Yes those defaults won’t really work for vim. Escape exits the program, without even using it, I already know I am going to exit a zillion times once my brain thinks I am in Vim.

But the good thing is they are just defaults. Hopefully there are already no legions of users resistant to any changes to defaults.

Re: Superfile – A fancy, pretty terminal file manager

#115
Just tried this out...

Looks nice. I dig the nerd font thing, I'd never used them because all of my TUI stuff is ncurses and the like, it's a nice thing to be able to do. I like the outline. I don't like a few things.

- Ctrl keys galore. I'm partial to vim keys, a lot of the keybinds on here are vim style, why not make it all of them?

- some of the defaults are weird or potentially dangerous. There's no confirmation for deletion for example, PageUp and PageDown don't work, cursor auto wraparound is a little confusing for something like this, and the cursor isn't a highlight, just a >.

- Bubbletea always seem to have a minimum terminal size which drives me nuts. Btop and other programs I've used have this problem.

All in all I like the ability to open multiple panes, the ability to open network drives, see ongoing/completed processes and see the clipboard. I find I virtually never need more than two panes though, and there are plenty of CLI utilities for FTP and stuff. I'm probably going to stick with an old school dual pane like vifm or MC. I'll keep this on my machine and test it out some more next time I need to connect to an ftp server or something, I like that it provides most of the functionality that graphical file managers like Nautilus have, I do miss some of that stuff in my terminal oriented environment, but not enough to go full mouse, so it's good to know I have an option that gives me some of both.

Re: Superfile – A fancy, pretty terminal file manager

#119
post #105

Earlier quoted context omitted.

It really weirds me out how many people use a sprinkling of vim keybindings but don't use more. Like how many vim users don't know (esc) or contextual completion like (:help ins-completion). I see so many people use plugins for things that already exist in vim but people never discuss. One that bites me a lot is when a vim keybinding is implemented, has insert mode, and they don't also rebind . Go from trying to dele…

we old vi users don't use key combinations, that's an emacs thing :)

I don't think old means better. I agree that you should use whatever is best for you and makes you more productive (why I doing care about vim vs emacs debates) but I think you're giving up a lot. You're given and unless color blind then you are missing the added dimensions you searching with things like syntax highlighting. All your commands exist in vim, but come on, you've had the last 33 years to update. My configs update as I change too, so I hope that you aren't stuck because I don't like vi for the same reason I don't like GUIs: not all holes are round and not all pegs are square.

Re: Superfile – A fancy, pretty terminal file manager

#120
post #95

Earlier quoted context omitted.

Keyboards are often faster than mice.

GUIs recognize keyboard as a valid input option

True, but most GUIs are built with the mouse in mind, and at best slap some ctrl keybinds on as an afterthought. Hamburger menus and flat whitespace are cumbersome.
Post reply on HN