16 ms·
Nnn – a terminal file manager for programmers
- p4bl0 8y agoEvery time I see interesting file managers it makes me want to try and like them but I always end up abandoning them after either a few minutes or a few hours. I don't know why. I'm quite sure I could be more productive using a file manager, even a graphical one. But it's been more than ten years that the only file manager I actually use is Bash and the GNU coreutils.
- dancek 8y agoMoving or copying files a single time might be a bit faster using a GUI (or TUI). But when you factor in starting the file manager and navigating to the right place, it's not a big difference. And when you need to do a more complicated operation you're looking at a shell oneliner vs. multiple (possibly repetitive) manual steps in the UI. If simple copying of files made up a great deal of my daily work, I'd certainly use a file manager (if I couldn't write a script to do it).
- setr 8y agoThe primary benefit of any GUI over a functionally equivalent CLI is the improved discoverability, especially for rare, one-off tasks. CLIs over GuI primarily offers better repetition. Any comparison between the two systems should stem from there: you’ve only offered half of it. Eg getting a remote virtual disk set up in OSX’s finder is much easier than on terminal, without googling/general research, for a one-off drive. Getting 50 such disks up and going is far easier on terminal. (CLI has a better O(), but worse constant factor.)
- marmaduke 8y agoI disagree partly here: hitting tab twice in a shell usually lists available commands, possibly with some prefix. A GUI has the advantage of context, in that eg menu items of the disk utility make sense as you know they’ll be some operation on disks. On CLI eg I don’t remember the mkfs command for a file system, I type mkfs and hit tab twice. It could be better though, of course.
- pjmlp 8y agoThat is the problem right there, you need to know mkfs exists to start with.
- kurtisc 8y agoapropos file system You'll be searching (or using previous knowledge) for what you need to format it as, anyway.
- marmaduke 8y agoWell one needs to know the Disk Utility exists as well, or disk management thingy in Windows.
- pjmlp 8y agoSure, but that is available on a simple right mouse click on the device. In any case you are focusing too much on mkfs, I can think of plenty of other examples, many of each aren't even portable across UNIX environments. While GUIs at least can offer navigation and visual cues as means to discover features.
- vram22 8y agoA major issue with GUIs is that they are not scriptable [1], at least in the way CLIs are, like with a bash-like shell and all the stuff of the Unix philosophy [2] (I/O redirection, pipelines, wildcards, other Unix special characters that expand to, or mean, something (all of which you can use in your command pipelines). [1] I mean, I know there are some tools to automate GUI tasks, like AutoHotkey, AutoIt, etc., but due to various window-related issues, they are fragile, I've heard. Not saying that this makes CLIs superior for all uses, of course. Just better for some. [2]: http://www.catb.org/esr/writings/taoup/html/ch01s06.html http://www.catb.org/esr/writings/taoup/html/ch01s06.html http://www.catb.org/esr/writings/taoup/html/ch01s08.html http://www.catb.org/esr/writings/taoup/html/ch01s08.html
- setr 8y agoOne issue is that cli apps expect a man page to be available, and that you’ll be willing to read it, so options by name alone tend to be more obtuse. Better if you already know it, worse when you dont. Eg ffmpeg is confusing no matter what, but the cli is particularly obtuse in how options interrelate (or even the format string required for them!). A gui for ffmpeg will naturally have fewer options (less expressive), related features to an option will be grouped by windows, and might even do things like visibly disable options based on current flags set, or even a preview mode. You could probably get by to a certain degree, when new to the program, on an ffmpeg gui for simple operations; even the most basic action of cli will be difficult just reading the options appearing by 2xtab. There’s simply a lot more a gui can do to help the learning/interactive process than a cli can (tui is a different story: its just a gui that happens to be in your terminal, and offers the same positives/negatives that any other gui does).
- dancek 8y agoI somewhat disagree. Yes, if the GUI has five possible actions and you're only familiar with one of them, it's much easier to learn to do the other four things with the GUI. But it's tedious to do something the GUI wasn't designed for. Once the GUI reaches hundreds of actions it's no longer easy to find the functionality you're looking for.
- Normal_gaussian 8y agoVery occasionally I use ranger to explore directories whose contents I've forgotten; but it is so infrequent that I'm often halfway through exploring with the shell before I remember it is better and faster with ranger
- gmueckl 8y agoI am surprised how fast I have become when using Double Commander. I really needed to learn the keyboard shortcuts, but that payed off. It is really made for keyboard control, not mouse based interaction. Seemingly minor details like searching by typing selection being a toggle (space bar) help me a lot.
- deleted 8y ago[deleted]
- apjana 8y agoAuthor of `nnn` here. It would really help if you let us know what you are looking for in a file manager. `nnn` is under active development for more than a year now and we are very open to constructive feedback and feature requests.
- p4bl0 8y agoI actually don't know what I'm looking for. I'm quite happy without one. It just feels strange as file managers seems to be most people main entry point to their computer.
- jasim 8y agotwo of my most used shell commands are "j" (https://github.com/wting/autojump https://github.com/wting/autojump) and "fd" (https://github.com/sharkdp/fd https://github.com/sharkdp/fd) Autojump makes it easy to quickly jump into any directory I've visited and then I can open my editor or Finder (file explorer) from there. Would be great if I can be inside nnn and jump to directories using autojump. fd is very useful when I want to just directly open a file. I might be in a project's root directory and I'd want to edit a file a few levels nested. Currently I either use fd to locate the path of the file, and then copy paste it into the shell. If `fd` is combined with nnn, I can type in a few letters of the file I expect, and jump to its parent directory, with the file highlighted. Is this workflow possible in nnn, or can it be written using its scripting?
- apjana 8y agoautojump: `nnn` comes with bookmarks for frequently visited dirs. You can look up the list anytime. fd: `nnn` integrates seamlessly with fzy (another blazing fast C utility).
- z92 8y agoI always feel the need to have an ncurses based sql database explorer. With list/search/add/edit/delete utilities. Always miss it. But never had the time to write it myself.
- ionflux 8y agomaybe try visidata (http://visidata.org http://visidata.org), it handles sqlite and postgres among others. But personally I've only used it for csv/tsv/excel files, it handles them beautifully, with vim-style bindings.
- kristopolous 8y agoLook into ranger. I occasionally use it to quickly look at file contents. It's a nice thing to use for 10 seconds a few times a week
- dgzl 8y agoI can recommend ranger, however I am not consistent with it.
- WeAreGoingIn 8y agoI agree, after 20 years end up with Bash and binutils. Some time I did a survey for a neat a nice terminal fm. Trying a lot of different kinds I ended up with vifm. Copying multiple files regularly I recommend using Python Fabric.
- unwind 8y agoIf you're open for a graphical option, try "gentoo" (not the distro, the GTK+ file manager). Disclaimer: I wrote it.
- BeetleB 8y agoUse midnight commander. It has the command line embedded in it, so you can still use all your shell wizardry. You get the best of both worlds.
- apjana 8y agoYou can fallback to the subshell in `nnn` with `!` or `^]`.
- BeetleB 8y agoWill the subshell have all your shell aliases?
- apjana 8y agoYes.
- v_lisivka 8y agoIn case of mc, ^O switches to same background shell, even from editor. So, variables, functions, and command history is same. Moreover, I can run command in shell and return to mc or mcedit to continue work when shell command still works (with limitation that current working dir will not follow selection in mc). It feels like real shell, not a subshell.
- apjana 8y agoIn `nnn` selection works seamlessly between multiple instances. The shell in `nnn` is also a real shell with your complete env settings. So it remembers everything. I can't think of a workflow where you are working both in the shell and the file manager when you have selection in place. It's a convenience, yes. But both are exclusive in nature.
- AnaniasAnanas 8y agoMy friends have been using it for a few days and they seemed quite happy with it. The only thing that stops me from using it is that I need thumbnails, so I am stuck with spacefm for now.
- kakarot 8y agoAny particular reason spacefm stands out to you over the rest?
- AnaniasAnanas 8y agoI tried multiple file managers in the past. Dolphin is really good but it has a lot of KDE dependencies. Thunar had quite a few bugs that annoyed me, for example when I configured backspace to go to the parent directory it activated even when I was editing the path. In the past I used to use Nautilus until it replaced the quick search feature with a recursive search thing, in addition to removing the ability to change keybinds, plus I kept getting crashes and getting a lot of lag when visiting a directory with 10k+ images with it later on. Most of the other file managers that I tried either did not have thumbnails or they did not support tabs. Spacefm does not have any of the above issues, which is why I am currently using it.
- imhoguy 8y agodoublecmd, other than two panels also has tabs and thumbnailed directory listing.
- kakarot 8y agoI use Thunar and avoid Nautilus pretty much for the same reasons. I like Thunar because it keeps things simple, and I have bash for anything complex, which a lot of my file operations tend to be. I'll check out spacefm and see what I think, thanks for the recommendation.
- BozeWolf 8y agoThumbnails? Perhaps “imgcat” can help? Will look into spacefm though.
- zmix 8y agoVery nice! I often end up running MidnightCommander but this would be enough in most cases. I really like the idea!
- BozeWolf 8y ago+1 for mc! Using it for almost 2 decades now. First on linux, now on macOS.
- apjana 8y agoJust a minor note, `nnn` is available on Homebrew.
- atmosx 8y agoI use it on my RPis, but now I am going to try nnn if it runs on ARM. MC is legendary though and the fact that supports multiple transfer protocols is a very helpful.
- apjana 8y ago`nnn` integrates with lftp. I have added a wiki page on how to automate transfers or copy selection easily.
- deleted 8y ago[deleted]
- YeGoblynQueenne 8y agoHow is this better than Midnight Commander?
- wenderen 8y agoTFA has a benchmark comparing Midnight Commander to NNN.
- YeGoblynQueenne 8y agoI'm sorry, what is TFA? The internet is no help. Alternatively, could you please link to details about the comparison?
- dghf 8y ago"TFA" = "the <expletive deleted> article". wenderen is indicating that the question you raise is addressed on the nnn Github page itself: https://github.com/jarun/nnn#performance https://github.com/jarun/nnn#performance
- YeGoblynQueenne 8y agoPerformance alone doesn't really answer the question, or e.g. we'd all be using assembly for our programming. As explained in another comment, I'm interested in the experience of users of both programs. It's clear that nnn is not offered up as a specific alternative to mc, of course, but I consider mc a staple for file management in the terminal and I think that's not unreasonable of me, or controversial.
- snaky 8y agoThe most used in Eastern Europe orthodox file manager [1] for DOS, Volkov Commander [2] is purely written in assembly language actually. [1] http://www.softpanorama.org/OFM/index.shtml http://www.softpanorama.org/OFM/index.shtml [2] https://en.wikipedia.org/wiki/Volkov_Commander https://en.wikipedia.org/wiki/Volkov_Commander
- thibran 8y agoEmacs Dired + Tramp -> no need for any other tool. One super awesome Dired feature is C-x C-q to edit a folder like a file (all Emacs commands work here, like macros which are easier & faster to get right than most shell commands). To save your changes after editing, press C-c C-c.
- bhengaij 8y agoExcept I have to open emacs in one full second
- apjana 8y ago`nnn` is not tied to a single editor. It can work with anything. Yesternight I ended up writing a plugin for vim as one of the users requested. So probably someone can contribute a plugin (?) for emacs as well. Unfortunately my understanding of emacs is limited. And that's probably one of the problems with editor-specific plugins.
- nderjung 8y agoHow does this compare to https://github.com/ranger/ranger https://github.com/ranger/ranger ?
- apjana 8y agoI started writing `nnn` because of 2 reasons: - I needed something that _performs_ on the Pi which I was setting up as a _media player_ for my 3-yr old. - `ranger` wasn't an option because of slow python deps and I found ranger's changing/shifting panes very confusing. Please don't get me wrong here, I have several popular utilities in python. But when it comes to low-power, low-freq devices, the performance of interpreted or scripting languages is questionable. `nnn` also has the `du` and `navigate-as-you-type` modes which aren't readily available in `ranger` (AFAIK; I don't use it). Then you get to copy (un)quoted file path(s) even without X, `vidir` integration, terminal locker support and finally, all the painstaking optimization. The binary size is ~60KB (much lesser than the C source file that generates it). The requirements are minimal too - a c (say, musl) and a curses library. Copying file path(s) between two instances of `nnn` works seamlessly (with or without clipboard). I think the philosophy behind `ranger` and `nnn` are different and they were written to cater to different use-cases and a different audience at the very beginning. I had to write `nnn` on my desktop and at some point I noticed it works like a charm with my drop-down terminator session (I never lose any context anymore) so it became a desktop software.
- agumonkey 8y agomore minimalist, smaller, a tiny bit more responsive. Probably a lot less capable since ranger seems quite featured.
- apjana 8y agoIn fact every operation would be slower in an interpreted or scripting language. It becomes evident on a Raspberry Pi, Linux subsystem for Windows (even on i7, yes), when opened within vim as a file chooser, or on Termux env (Android). `nnn` finds its users in all these constrained environments. Also `nnn` is not a feature by feature replacement for ranger. The last thing we want is a feature bloat. And we are very open to useful feature requests. Let us know if you are missing something.
- WeAreGoingIn 8y agoRecommend vifm or why not tmux which is very configurable.
- apjana 8y ago... and much much slower, yes. I see you vouching around for alternatives in every comment thread here. No issues. But please explain what you are seeing in other utilities that's missing in `nnn`? I would be repeating myself, but we are very open to reasonable feature requests.
- WeAreGoingIn 8y agoDone that in main thread about vifm above. Sorry, but my comments were invincible for long time than suddenly appeared. Thought it was something wrong then all comments was visible. Hard to know if you don’t know HN comment system.
- apjana 8y agoI didn't realize that. Thanks for the note!
- IronBacon 8y agoYou would have my attention if it could rename files like I'm used (on Emacs) with Dired, specifically the Wdired mode... ^__^;
- yorhel 8y agoThis looks incredibly cool, I love the speed and minimalism. It doesn't seem as configurable and feature-packed as vifm[1], so I'll probably stick with that, but it certainly fills a good niche. > nnn vs. ncdu memory usage in disk usage analyzer mode (400K files on disk): I assume that's because nnn isn't keeping the entire directory structure in memory, which means that browsing to a subdirectory involves rescanning the entire directory. That's a fair trade-off, but an unfair comparison. 1. https://vifm.info/ https://vifm.info/ - I'm surprised this hasn't been mentioned yet in this thread.
- apjana 8y agoAuthor of `nnn` here. Thanks for the appreciation. Please let us know what you like in vifm which isn't available in `nnn` and we will consider the features. However, I must say the last thing we want to see in `nnn` is feature bloat. You can extend it as you wish through scripts which `nnn` supports in any number. No, `nnn` scans the complete dir tree otherwise du won't work. It rescans because data on disks keep changing e.g. on our server where 17 people run VMs. It can be easily changed to static but the rescan is very fast and users specifically asked for it. The memory usage is less because `nnn` uses much less memory for all operations in general.
- yorhel 8y agoI appreciate your work, but you're not being very honest with your claims. nnn is not keeping information about 400K files in memory in that benchmark. As a result, the rescan is necessary when changing directory. The rescan may be fast in many cases and in some cases it may even be what you'd want, but I can also name many cases where you certainly won't want it (large NFS mounts being one example). Sorry for the pedantry. I spent a fair amount of time optimizing ncdu's memory usage, so I tend to have an opinion on this topic. :)
- apjana 8y agoI think we are saying the same thing in different lingo. I am trying to say, you do not need to store it if you can have fast rescans. Coming to memory usage, if you store the sizes of every file you need 400K * 8 bytes = ~3 MB. Now `ncdu` uses ~60 MB and `nnn` uses ~3.5 MB. How do you justify that huge gap? > but you're not being very honest with your claims No, I am completely honest within the limits of my technical understanding. Your tool uses 57 MB extra which would be considerable on a Raspberry Pi model B. To an end user, it's not important how a tool shows the du of `/`, what's important is - is the tool reasonable or not? I don't know how `ncdu` manages the memory within, I took a snapshot of the memory usage at `/`. In fact, now I have questions about your very first line beginning with `This looks incredibly cool` and then the comparisons of it with different utilities in negative light. (I must be a fool realizing it now, I should have seen it coming.)
- deleted 8y ago[deleted]
- halayli 8y agoReminded me of xtree gold https://en.wikipedia.org/wiki/XTree https://en.wikipedia.org/wiki/XTree
- svilen_dobrev 8y agoi'm stuck with long-ago-forked version of vfu https://github.com/cade-vs/vfu-dist https://github.com/cade-vs/vfu-dist Works well, as old-school as it may look.
- Schiphol 8y agoDoes anyone who has used both nnn and ranger (the one I use, and am very happy with) care to explain what are the selling points of that fm compared to this one?
- deleted 8y ago[deleted]
- O_H_E 8y agoCheck other threads and replies above
- opan 8y agoThe search is extremely cool and fun to use. Directories all seem to load very very quickly. It's got vidir integration, giving it bulk-renaming. I wasn't familiar with vidir, but the ":bulkrename" command in ranger was my favorite part of it. After a few minutes of poking around with nnn, I ended up installing it on all my machines. The only weird thing I noticed was that I couldn't find a straight-forward way to delete files. The first thing I came up with was to hit ! to go into a shell and then just use rm. Not sure if I was missing something or if this was deliberate to make sure you don't accidentally delete files.
- apjana 8y agoIn the just-released version 2.1, you can just select a file and press `^X` to delete it.
- akho 8y agoWhy _for programmers_? What secret features support programming in particular?
- mynegation 8y agoI see it as using commands vs direct manipulation, keyboard vs mouse, and - as a result - prioritizing efficiency at the expense of slower learning curve. Pretty much like vim vs notepad.
- upofadown 8y agoAnyone have any idea of what I am supposed to use as a file opener on OpenBSD?
- tyingq 8y agoIs xdg-open available?
- apjana 8y agoIf you can confirm please share so I can update the program to use the default opener on OpenBSD. I think it might be open(1): https://man.openbsd.org/file.1 https://man.openbsd.org/file.1 same as in iOS. But i need the confirmation before making the change. Please raise an issue in the project page for the same.
- throwaway053934 8y agoA lot of good features in nnn. Unfortunately, for me, the huge deal breaker is the (sorry, but I have to say it) terrible choices for one of the most important hotkey-functionality combinations. I am not talking about some rarely used keys/functions, but the problem lies at the very core of the experience: the simple hjkl, vim-style navigation. You see, as in vim, k/j ('up'/'down') obviously move up/down in the list of dirs/files. h ('left') moves up the directory hierarchy ('Parent dir' as nnn's help aptly describes the function.) Of course, now l ('right') moves down the directory hierarchy: IF you are sitting with the highlight on a DIRECTORY entry, obviously if moves down into that directory. But here is the kicker: what if you have as your current highlight something OTHER than a directory, that is a FILE ? It OPENS the file. (The open operation is done through xdg-open, so whatever that is configured to recognize) If xdg-open is not configured defensively, in the case when the file is executable it runs the program. Or if the file has some associated program, it is launched with the file as an argument. (this was happening even on my machine, and I have a relatively conservative xdg-open config) At the minimum it launches an editor, opening the file in read/WRITE. In nnn's help, listed among the keys activating this 'Open file/enter dir' is the <Return> key, in addition to the usual move right keys (so 'l' and right arrow). A clear expression that in the authors intention those keys have equivalent functionality. So imagine you're browsing around the file system as fast as your fingers and eyes allow (after, that's the beauty of the fast text/ncurses interfaces, yes?). You just want to examine stuff, look at files, poke into configurations, maybe for a archive you just downloaded. Archive that might or might not have executable stuff and/or potentially harmful things. You've located the dir path you want to go into, you dive in and before you realize you need to hit the brakes on that 'l' key, you end up moveing RIGHT on SOMETHING (it happened so fast you're not even sure what it was), and that SOMETHING was executed/loaded, now some application is opened, and on top of that you were continuing to type so that application receives your keys and does who-knows-what (well, depending on what was launched). WTF ??? The first time it happened, I could not believe such a UI design decision: mixing NAVIGATION and OPEN operations on the SAME KEY. OPEN is a sensitive, potentially disruptive operation: there SHOULD be some minimal friction provided in the interface before one is allowed to proceed. It moved this nnn from potentially one my favorite tools, into a totally love/hate relationship. Yes, "love" because indeed it does some things well. But the mistake of this RIGHT/OPEN snafu is enough to more than cancel any other qualities.
- deleted 8y ago[deleted]
- app4soft 8y agoHow launch executable file from nnn? For example: > 2018-11-15 09:44 167.8M* Krita-4.1.5-x86_64.AppImage*
- apjana 8y agoThere was a feature to run executable scripts in `noice` (on enter) but it was dropped in `nnn` as potentially dangerous. At this point you can spawn a subshell and launch it manually.
- ubercow13 8y agoIs there any way to remap the key bindings?
- apjana 8y agoNot without re-compiling.
- ubercow13 8y agoThanks. So it's not much use for non-qwerty'ers as is, I'll have a look at patching it.
- apjana 8y agoFor several operations, there are multiple keybinds. But I can think of something interesting. If you can come up with a keybind profile for non-querty, we can have a separate config for that set.
- zestyping 8y agoWhy doesn't nnn remember where you are in a directory? It seems natural to me that "hl" should preserve your state, e.g. "hhll" should take you back to the same place you were in. Was it an intentional design choice to make "l" put you back on the first entry in the directory? Why?
- apjana 8y agoYes, we didn't want to remember the last file selected in every directory visited. In other words, it's like remembering the state of every directory visited. `nnn` selects the parent dir when you come out of a child dir.
- nemetroid 8y agoYou don't need to remember the state of every directory visited. The functionality GP is asking for is similar to the forward button in the web browser. I.e., if you're starting in `/a/b/c/d`, to be able to go /a/b/c/d -> /a/b/c -> /a/b -> /a/b/c -> /a/b/c/d However, if you instead go into `/a/b/x` after the first two steps, the "forward history" would be lost.
- apjana 8y agoAh, OK! I thought every file in every dir. To do this you would have to remember each absolute path which is 4K max per path (or allocate dynamically and free every time when changed). We try to keep `nnn` light on memory. I must admit this is the first time I am hearing it's a problem. Probably because of the abundance of other navigation options available in `nnn`.
- jankotek 8y ago> nnn is probably the fastest and most resource-sensitive file manager you have ever used. Volkov Commander is written in assembler, binary has 32KB with zero deps, memory requirements far bellow 1MB. It has better UI and more features.
- apjana 8y agoIt's for DOS and is a shareware. > better UI I doubt that from the screenshots. But it's a personal preference.
- chmln 8y agoLack of file previews makes it a deal breaker. Ranger is a bit slower, but it does so much more.
- atmoz 8y agoI agree. Would be very nice if this was an option at least (that could be turned on by configuration). On the design considerations [1] they state: > Previewing large files on selection is a wastage of processing power and time. A slow/faulty disk or over the network access makes the experience very painful. You only need the first lines of the file, not the whole file, so this argument is not valid. > It's also a risk to privacy and confidentiality. Users should see only what they explicitly want to see. Not valid if preview is off by default. A hotkey could toggle preview mode. Yes, you can open each file in a pager. Exit the pager, go to the next file and repeat. That is slow and painful. Being able to browse a code repository with file preview is the main reason I will probably not use this and stick with ranger. It's a deal breaker for me. I really like that it's fast (I've tried using ranger on the USB Armory – it was very slow), and if preview was added as an option I would seriously reconsider. [1]: https://github.com/jarun/nnn/wiki/nnn-design-considerations https://github.com/jarun/nnn/wiki/nnn-design-considerations
- apjana 8y agoYes, `nnn` doesn't have file previews. It needs the user to explicitly open the file to view it. Or open a dir of images in something like sxiv.
- rsync 8y agoI do not use a terminal based file manager - I find that a better workflow for me is to use sshfs to create a local mount on my laptop and then just use the Finder to browse ... which gives me preview, etc. HOWEVER, there is a specific use-case - renaming a bunch of files in a directory - where I do use a "file manager" and that file manager is 'vimv'.[1] vimv is a very simple tool - you run vimv in a directory and suddenly the vi editor opens up with the contents of that directory. You then use the vi editor to edit the filenames any way you like. Upon :wq, the files in that directory are renamed. Very useful - and in many cases, much faster than crafting a sed/awk one liner to do the renaming (especially if some of the renaming is arbitrary or random). [1] https://github.com/thameera/vimv https://github.com/thameera/vimv
- apjana 8y ago`nnn` integrates `vidir` for batch renaming.
- philsnow 8y agoObligatory mention of emacs wdired-mode, which sounds very similar. I mention it because I used emacs for almost a decade before noticing that there's a wdired mode as well as dired mode.
- kqr 8y agoThere also sunrise mode, which combines (w)dired with ortodox file managers. Easily one of the best ways to deal with files. Particularly in combination with Tramp...
- jskulski 8y agoWhat is sunrise mode? Are you referring to https://www.emacswiki.org/emacs/Sunrise_Commander https://www.emacswiki.org/emacs/Sunrise_Commander ?
- j88439h84 8y agoSunrise Commander is my favorite https://github.com/escherdragon/sunrise-commander https://github.com/escherdragon/sunrise-commander
- sjapkee 8y agoStill have not done anything better than mc.
- apjana 8y agoDoes mc have a navigate as you type mode? Just curious.
- fiatjaf 8y agoIs there a browser-based file manager somewhere?
- dredmorbius 8y agoLocal or remote? Konqueror and w3m are both web-aware local file managers.
- nmstoker 8y agoWorks great in Termux on the Gemini. Plus there's a decent man page
- apjana 8y agoThanks for the appreciation! I myself have the habit of using `nnn` on Termux.
- dang 8y agoShow HN is for sharing your own personal work. We got a complaint saying that this is not the submitter's work, so I've taken Show HN out of the title. Posting as a Show HN something you didn't create is effectively taking credit for someone else's work, so please don't do that! Please read the rules: https://news.ycombinator.com/showhn.html https://news.ycombinator.com/showhn.html.
- apjana 8y agoHi, author of `nnn` here. I didn't submit it but I am actively responding to the comments and it is actually helping me to get feedback and feature ideas. I am grateful OP posted it. Thanks for fixing the title.
- dang 8y agoThanks, that's good to hear.
- max_sendfeld 8y agoSorry about that, I wasn't aware. As you said, I didn't create NNN - it's just something I found, used, really liked and wanted to share.
- apjana 8y agoThank you for the compliment!
- chemicalnovae 8y agoAny chance this has/might get support for Windows natively?
- apjana 8y ago`nnn` needs ncurses. AFAIK, it's not available on Windows yet. I use it daily on Linux subsystem for Windows and it supports Cygwin.
- chemicalnovae 8y agoExcellent point, thanks for the reply, I'll give it a spin on WSL.
- apjana 8y agoHave fun!