Nnn: ToDo list

[jarun]

Rolled from #719.

Cooking

• [x] REPL command prompt (Esc or Enter to exit)
• [x] invert selection with A
• [x] exit filter mode and redraw on ^L if no last filter
• [x] clear selection on single file deletion (#812)
• [x] plugin togglex to toggle exe mode of a selection (#813)
• [x] fix memccpy() buffer overlap fault on macOS (#786)
• [x] migrate macOS CI to GitHub workflows, retire Travis

Up for grabs

• [ ] generate static binary for arm, aarch with releases using CI (#623)
• [ ] support previews using ueberzug
• [ ] support predefined filters like bookmarks
• [ ] open new terminal window in spawned shell directory (#759)

For anything else please discuss in this thread.

Contribution guideline.

[ghistes]

Not sure if this feature already exists but I would find it useful if you could color regular files based on their file-types (primitively given by a file's extension).

So maybe an environment variable that would allow me to associate file-extensions with colors.

If you use icons this functionality already exists to a certain degree (e.g. you get a specific icon for pdf-files), but I fould icons to be irritating, nevertheless would like to be able to visually differentiate file-types.

[jarun]

You are right, this is done with icons. There's no plan to add colors to file name text otherwise.

[KlzXS]

I mean, you could compile it with icons, then just tell it to print an empty string as the icon. Setting the padding to an empty string as well.

Use either O_ICONS or O_NERD and empty out the corresponding strings.

[KlzXS]

If you don't want icons with your colors, that is.

[rieje]

Are there plans to support true colors? If not, what is a workaround if one has true colors enabled for the terminal for other applications?

Also, is replying to this thread appropriate for feature requests or general discussion?

[jarun]

Sorry, no plans to support true colors. There is no workaround. Colors in nnn would still follow NNN_COLORS and NNN_FCOLORS.

It's fine to reply in this thread.

[Raniconduh]

What do you mean be generating arm binaries with new releases? Do you just want someone to make everytime a new release comes up?

[jarun]

No it has to be CI-automated like other packages with new releases.

[luukvbaal]

@jarun just letting you know I took the liberty of creating a nnn-nerd package as you requested in a previous ToDo issue (now closed so replying here) as this is the build I will be using for the foreseeable future.

I would like to mention that I'm running into the issue that some icons in my patched nerd font are two glyphs wide while others are not. This results in half rendered icons and misaligned file/directory names.

I previously took the time to add a space to the misaligned icons in icons-nerdfont.h which fixed the issue on my setup but I remember this being inconsistent over different patched nerd fonts (illustrated by no one else having run into this issue?), so I'm not sure what the one-fits-all fix could be. Alas I don't see myself applying this fix for every release so I think I'll live with the issue for now and hence made the AUR package instead,

Thanks for the awesome file manager.

[0xACE]

would like to mention that I'm running into the issue that some icons in my patched nerd font are two glyphs wide while others are not. This results in half rendered icons and misaligned file/directory names.

Afaik that issue isn't related to nnn, it's how your terminal is rendering those extra wide characters... Your terminal will need a patch itself...

EDIT: I don't recall if it's the terminal or libxft that I patched... but one of those were involved in not having the same issues with emoji's in my case...

EDIT2: potentially it might even be that nerd font and what not wont correctly detected... but I'm confident I've given you enough information to research it further to make it work in your environment

[jarun]

@snide was about to pick some icons which are uniform but we haven't heard from him in some time.

[snide]

Sorry, real life got in the way. I should have time this weekend.

[jarun]

No problem!

[adworacz]

Adding on my own feature request here:

Directory Traversal Memory

I use this feature of lf/ranger more than I realized, and I missed it when I started using nnn.

Basically, when navigating up and down through several layers of a directory tree, it’s great for the application to remember what directory or file was selected last time I traversed to it.

To give an example:

1. Navigate a few levels down in a src directory to open up a file in EDITOR.
2. Need to check a config file, so I close the editor, and walk back up the tree to the src root. I open the config file, read/edit etc. I close it again, taking me back to nnn pointed at src.
3. I want to walk back down the tree, so I pick the first subfolder, then pressing L repeatedly until I’m taken to the nested file again.

[jarun]

Basically, when navigating up and down through several layers of a directory tree, it’s great for the application to remember what directory or file was selected last time I traversed to it.

There's no plan to remember navigational history other than the last visited directory.

[mroavi]

One feature that I would like to have is the possibility to remap the default key bindings.
And it would be great if the help menu would automatically update with the new custom key bindings.

[jarun]

You can't without compiling. But that's easy. Check the troubleshooting section in the Wiki.

[jarun]

Sorry, Custom keybinds under Advanced.

[mroavi]

Ok. Thanks.

[ralphee]

whats the quickest way to unselect everything; ie "a" can select all, is there a keybind to unselect everything (rather than "Space" "^J"

inverse selection would be nice but i suspect after reading comments this would hinder performance (ahhh I see inverse selection is already cooking)

ok just compiled....inverse selection \o/ super happy fore-fills all my needs

[KlzXS]

Use can use m m. If you use it on two different files it's range select. If it's used on the same file it clears the whole selection.