xaizek

> 1-2k. > I didn't notice any difference in speed. For me opening directory with 100k directories takes some time, but opening it again is less than a second. This...

> Are you talking about the OS cache? Yes. Under I/O load more delays are possible after some time.

Not the cleanest solution, but seems to work: ```vim autocmd DirEnter * if $VIFM_SYNC == 1 | sync | endif let $VIFM_SYNC = 0 nnoremap ,y :let $VIFM_SYNC = !$VIFM_SYNC...

Reload after `:!` now should be gone (in development version obviously), were there other similar cases?

`:sh` is pretty much equivalent to `:!$SHELL` (or using value of `'shell'` option), the code path is the same and thus the fix covers it.

> Removing the selection after some operations like yanking makes total sense. But, I am curious to know the rationale for removing the selection for operations like file open or...

I've added `:keepsel`. Works for `:keepsel view` and `:keepsel file zathura`, but not with `:keepsel file`. Preserving selection on opening files in general will take a new option.

> Are there any plans for vifm to enhance the user experience when accessing remote directories? Not really. Currently FUSE and regular paths are treated mostly uniformly and handling FUSE...

Deterministic name would probably be awfully long, storing meta-data that could map directory names to mount options might be another way of doing this. Files themselves aren't required for mounts...

> I see, you have plans to do some registers improvement. Actually that's very old TODO entry, I think it can be considered done by now (some stuff done, some...