vifm / vifm.vim

Vim plugin that allows use of vifm as a file picker
333 stars 19 forks source link

The title of the vifm terminal is too long #5

Closed randomizedthinking closed 7 years ago

randomizedthinking commented 8 years ago

It is a small issue. The title of the vifm terminal is very long that it will push some useful information in the status line away from the screen. Of course, it is also not eye-candy. I wonder whether it is possible to send a command like

:file vifm

so the terminal buffer will have a short yet meaningful name.

xaizek commented 8 years ago

I don't really understand what you mean. Are you using neovim instead of normal Vim, this "terminal buffer" confuses me?

randomizedthinking commented 8 years ago

Sorry for the confusing... Yes, I am using neovim and the vifm is running inside a terminal buffer.

Also, just tested on vim: the problem mentioned only occurs on neovim.

xaizek commented 8 years ago

Yes, I am using neovim

Just don't forget to mention this :-) It's not compatible with Vim in many ways, so it matters.

the problem mentioned only occurs on neovim.

I see it now, but :file has a weird side-effect (a bug?) of duplicating terminal buffer (we can close the previous one, but this messes up #). Maybe there are other ways, I'll try to find them, but don't remember any builtin functions for renaming buffers and don't see how to setup custom title via termopen().

randomizedthinking commented 8 years ago

I see... Thanks!

IMHO, running vifm in a terminal buffer seems not necessary. I like the vim way better in this particular case: it is cleaner and more straightforward. Users will be focused on selecting files, and vifm is such a powerful tool for doing that.

xaizek commented 8 years ago

IMHO, running vifm in a terminal buffer seems not necessary.

I agree, but if I get it right, it's the only possible way in neovim, because :! and system() don't provide terminal to external command, which then fails right away.

xaizek commented 8 years ago

keepalt kinda prevents wrong behaviour, so added it. There are unloaded buffers left, but it seems like they aren't active at all (no corresponding process), so it should be fine.

xaizek commented 7 years ago

I assume this is fixed.