Disable the seemingly arbitrary limit to the terminal size (30x10?), which prevents vifm from executing, and displays "Terminal is too small for vifm" whenever there are many tiny windows squeezed on the screen.
Reduce the width of the border in the center and around vifm.
Remove ../ from every folder —What is the point of it if h, ←, and gh all go up a directory? It wastes space and doesn't look good.
Remove the name of the selected file from the status line. It is pointless, because the name of the selected file is already obvious: it is selected!
Reduce the length of configuration files: Comments are so long that the files get confusing, and the looong headers are a waste of space and time scrolling.
It can be reduced I guess, but removing the limit completely is bad idea, because curses can crash for some window configurations then.
Even on 30x10 dialogs are unusable, so for some cases it's already less then minimal. Something like 15x5 might work (I didn't just divide it by two :) ).
Remove %t from the value of 'statusline' option. This is actually useful for very long file names which you don't see in full in the list.
Well, they are meant to be helpful sample files, something short won't explain much. Although maybe some comments can be removed, this needs to be checked.
Options gained their default values by historical reasons, so I'm not inclined to change them, but given reduced limit on terminal dimensions, this can be added as a separate section to sample vifmrc (and increase their length a bit :) ).
Awesome. I can send you a sample vifmrc that is both short and helpful.
Actually, inline comments would help a lot, though I suppose they would add an unnecessary layer of complexity from a programming standpoint. Right?
is a complicated case to handle.
Multiline inline comments are overkill.
Simple inline comments would be good enough.
Turns out Vim doesn't support such multiline comments as well, it highlights them as if they were supported, but parser desn't remove them when joining the lines.
