Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Superfile – A fancy, pretty terminal file manager

github.com

Post reply on HN
Print view View original

101–110 of 219 posts

Re: Superfile – A fancy, pretty terminal file manager

#101

Post by hxegon »

schindlabua wrote: post #13

Love all the terminal tooling that's come out in recent years. I'm this close to chrome and rofi being the only gui I'm using on my work machine. This looks great!

A lot of the new tooling is in Go, superfile included. Noticed this after I started using LazyGit (incredible tool btw, I can't go back to anything else even after being a die hard Magit user for years)

There's some stellar libraries in Go for terminal stuff, in particular anything from charmcli. They have an elm style TUI framework called bubbletea (which superfile uses), a styling library, prebuilt components, it's really incredible. I'm building a multiplayer tetris you can play through ssh, which is using bubbletea and another lib of theirs called wish.

they have a lot of stuff you can just use in regular shell stuff too: https://charm.sh

Re: Superfile – A fancy, pretty terminal file manager

#103

Post by moelf »

godelski wrote: post #84
srwest wrote: 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.

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…

>and they don't also rebind . Go from trying to delete a word (backwards) but end up losing a whole session

This is literally why Vim binding for Jupyter doesn't work for me and also why the "terminal" in Jupyter Lab is worse than not existing -- I can't help but press C-w

Re: Superfile – A fancy, pretty terminal file manager

#104

Post by monopoliessuck »

This looks neat, but has a lot going on.

I really like how minimalist yet extensible lf [0] is and just use edir [1] to rename files in bulk. Gluing them both together is really easy too.

- [0] https://github.com/gokcehan/lf

- [1] https://github.com/bulletmark/edir

Re: Superfile – A fancy, pretty terminal file manager

#105

Post by slim »

godelski wrote: post #84
srwest wrote: 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.

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 :)

Re: Superfile – A fancy, pretty terminal file manager

#107

Post by wonger_ »

necrotic_comp wrote: post #99

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 slow. There's solutions for a better cd, involving z or fzf or whatever. But a file manager should solve it too.

- a file manager, especially a two-pane view, is cognitively easier. Better UX. Example: Having a src/ pane on one side and dst/ on the other, selecting a few src/ files, then performing a copy command. You get instant visual feedback to confirm that the files appeared in dst/. Compared to ls, cp file1 file2 file3 dst/, ls dst/. I always feel the need to ls after commands because the command-line doesn't give much feedback.

tldr: speed, ux, comfort. But if you're already comfortable with your tools, I think that's the most important thing.

Re: Superfile – A fancy, pretty terminal file manager

#108

Post by 2024throwaway »

ghostly_s wrote: post #86
night_cat wrote: post #85

Earlier quoted context omitted.

Btw, this is not actually deleted, but put in the trash can. But it seems that this hotkey is not good for many people. It may be changed in the next version. Thanks for your feedback.

I use a number of apps where ctrl-d is a common non-destructive shortcut, and can't recall ever encountering one where it was used for delete.

k9s does a delete for ctrl+d

Re: Superfile – A fancy, pretty terminal file manager

#109

Post by NikkiA »

kwhitefoot wrote: post #16

"You can go to the latest release and download the binary file. Once it is downloaded please excrate the file after that enter the following in your terminal:" Is excrate some new jargon meaning to take something out of a crate? Or just a boring typo for extract?

Or a typo for extricate
Post reply on HN