https://github.com/BurningEther/nvimux/blob/06a2180bab28eb4013c7e5c0a60a6740d046037b/lua/nvimux.lua#L71

There's an extra <CR> on the resulting tnoremap that seems to be the culprit.

:tnoremap <C-b>:
   <C-B>:      * <C-\><C-N>:<CR>

For the time being I work around it with
tnoremap <C-B>: <C-\><C-N>:

Hello again! First I'd like to say I appreciate your work on this plugin — I've been off tmux for about a month now and haven't missed it.

I'm on nvim and have a plugin file at plugin/nvimux.vim which defines my prefix as <c-space>. When I run verbose map <c-space>, everything looks peachy — all maps are set up correctly. However, when I run verbose map <c-b> (the default prefix), I find that it is also mapped to all of the nvimux commands. This is a bummer for me, as I dig the default behavior of <c-b>.

This seems like a bug, as when I run scriptnames, I see that the settings at plugin/nvimux.vim are being executed before the nvimux plugin. Unsure what's going on, but it seems to me that if the default prefix is overwritten, it should not be mapped to.

I discovered that specifying let g:nvimux_new_window = 'term' in vimrc doesn't work, so I had to edit lua "vars" file instead. At the same time, let g:nvimux_new_tab = 'term' actually did work as expected (even before I edited "vars").

I commonly use <C-b>[ in tmux to view large bodies of text outputted by a command. However I seem to notice that using <C-b>[ does nothing.

Steps to reproduce:
Press prefix-" or prefix-%. May happen with other bindings too, I haven't checked.

Error:

E5108: Error executing lua ...e/nvim/site/pack/packer/start/nvimux/lua/nvimux/vars.lua:18: Expected lua t
able                                                                                                     
stack traceback:                                                                                         
        [C]: in function 'nvim_buf_set_lines'                                                            
        ...e/nvim/site/pack/packer/start/nvimux/lua/nvimux/vars.lua:18: in function 'singleton_buf'      
        ...e/nvim/site/pack/packer/start/nvimux/lua/nvimux/vars.lua:58: in function 'select_buffer'      
        ...e/nvim/site/pack/packer/start/nvimux/lua/nvimux/init.lua:83: in function <...e/nvim/site/pack/
packer/start/nvimux/lua/nvimux/init.lua:71>                                                              
        ...im/site/pack/packer/start/nvimux/lua/nvimux/bindings.lua:75: in function 'do_mapping'         
        [string ":lua"]:1: in main chunk

With config init.vim
nvimux works well, except that it does not seem to respect open-term-by-default = true.
When I type <C-a>c I just get an empty file buffer. Have I done something wrong?

Would love to be able to send current line, text object or visual selection to a quickterm with a hotkey, similar to how neoterm does it.

I'm starting to use vim sessions to help replace tmuxinator. Would be awesome if nvimux could recognize the quick term when a vim session is restored.

Trying to read the readme it's talking about a lua config file. Where do I put this? I would like to try this plugin but just not sure where to begin

Neovim version: 0.2.0

Or probably using a command like :NvimuxRename new-terminal-buffer-name-here.
I see that this plugin was able to change the buffer name.
Also, possibly preserving the prefix term:// in the name since some have auto commands to automatically enter insert mode when in a terminal buffer and they use the name to distinguish the terminal buffers.

What do you think about the ability to have more than one tab-local term with the ability to specify location, orientation and corresponding hotkey?

Hello again! It seems the lua configuration is not idempotent. Reloading my vimrc is a frequent workflow of mine since I add or change mappings frequently (perhaps too frequently.. but details). My current configuration is almost exactly what's in the docs.

lua << EOF
local nvimux = require('nvimux')

-- Nvimux configuration
nvimux.config.set_all{
  prefix = '<C-a>',
  new_window = 'term', -- Use 'term' if you want to open a new term for every new window
  new_tab = nil, -- Defaults to new_window. Set to 'term' if you want a new term for every new tab
  new_window_buffer = 'single',
  quickterm_direction = 'botright',
  quickterm_orientation = 'vertical',
  quickterm_scope = 't', -- Use 'g' for global quickterm
  quickterm_size = '80',
}

-- Nvimux custom bindings
nvimux.bindings.bind_all{
  {'-', ':NvimuxHorizontalSplit', {'n', 'v', 'i', 't'}},
  {'\\|', ':NvimuxVerticalSplit', {'n', 'v', 'i', 't'}},
}

-- Required so nvimux sets the mappings correctly
nvimux.bootstrap()
EOF

When I re-source my vimrc from within a running instance, I get the following error:

Error detected while processing /home/william/.dotfiles/vim/vimrc:
line  551:
E5105: Error while calling lua chunk: /home/william/.vim/bundle/nvimux//lua/nvimux.lua:112: bad argument #1 to 'sub' (string expected, got nil)

Thanks again in advance!

Nice plugin :)

I'm exploring ditching tmux right now and am missing the <prefix>-l shortcut to go to the last tab I was at. Could that be supported in nvimux?

Note: this is different than :tablast which literally takes you to the last (endmost) tab in the list of tabs. Tmux's interpretation of "last" means switching to the tab you were previously at, e.g. switching back and forth between tab 3 and tab 5. I'm not sure if vim natively supports this notion.

I load nvimux using lua require('nvimux').bootstrap()

Vertical split works fine, however horizontal split results in this.

E5104: Error while creating lua chunk: [string ""]:1: unfinished string near ''

There seems to be a minor error i am getting warned about in the docs. It seems that in nvimux.txt you have help text about g:nvimux_quickterm_scope twice, on line 104 and 165.

I've started a PR on the neovim repo to improve the situation for people who develop addons in lua. That somewhat prominently include you, so I'd be very glad if you would chime in and tell us about your experience, in particular what functions you'd like to see in a "lua stdlib". Thanks!

bindings.lua has a reference to consts.esc, which is undefined

try setting let g:nvimux_quickterm_provider = 'neoterm#new' with no lucks.

nvimux.term.toggle = function()                                                                                        
  -- TODO Allow external commands                                                                                      
  local buf_nr = fns.variables.get{mode=vars.quickterm_scope, name='nvimux_last_buffer_id'}                            
  if not buf_nr then                                                                                                   
    nvimux.term.new_toggle()                                                                                           
  else                                                                                                                 
    -- Convert buf_nr to int                                                                                          
    -- buf_nr = math.floor(buf_nr)                                                                                     
    local window = nvim.nvim_call_function('bufwinnr', {buf_nr})                                                       
    if window == -1 then                                                                                               
      if nvim.nvim_call_function('bufname', {buf_nr}) == '' then                                                       
        nvimux.term.new_toggle()                                                                                       
      else                                                                                                             
        local split_type = nvim.nvim_buf_get_var(buf_nr, 'nvimux_buf_orientation')                                     
        nvim.nvim_command(split_type .. ' | b' .. buf_nr)                                                              
      end                                                                                                              
    else                                                                                                               
      nvim.nvim_command(window .. ' wincmd w | q | stopinsert')                                                        
    end                                                                                                                
  end                                                                                                                  
end

buf_nr as returned by fns.variables.get() is a float so nvim gets unhappy with the ' | b' .. buf_nr part.
I'm still new to git/github so I'm not sure on how to make a pull request.

When I follow your instructions on setting up a config for using lua I find that only my user-defined commands utilize my user-defined prefix — all other commands use the default prefix, "".

replication steps:
NVIM: v0.2.1
nvimux config: https://github.com/hunter-/dotfiles/blob/master/config/nvim/startup/plugins/nvimux.vim

I'm evaluating if nvimux can replace my current tmux workflow seeing as I mostly work on my local machine and rarely ssh in remote machines.

I'm stumbling across the following problem: Somehow the open_term_by_default option is not respected. having new splits default to terminal buffers is essential for me to use this plugin as a tmux replacement.

I tried using the following minimal neovim config:

packadd minpac

call minpac#init()
call minpac#add('hkupty/nvimux', { 'type': 'opt' }) 

packadd nvimux

lua << EOF
local nvimux = require('nvimux')

-- Nvimux configuration
nvimux.config.set_all{
  prefix = '<C-a>',
  open_term_by_default = true,
  new_window_buffer = 'single',
  quickterm_direction = 'botright',
  quickterm_orientation = 'vertical',
  -- Use 'g' for global quickterm
  quickterm_scope = 't',
  quickterm_size = '80',
}

-- Nvimux custom bindings
nvimux.bindings.bind_all{
  {'s', ':NvimuxHorizontalSplit', {'n', 'v', 'i', 't'}},
  {'v', ':NvimuxVerticalSplit', {'n', 'v', 'i', 't'}},
}
EOF

opening a new split using either s or v opens a empty split and not a terminal.

Hi, first, great plugin. I've only been playing with it a bit, but it seems awesome. I'm trying to use it in conjunction with the Oni editor to somewhat replace my nvim in tmux setup with a tmux in nvim setup. Seems awesome.

Secondly, I'm trying to map all my tmux mappings the same and for splits I use | for vertical and - for horizontal. So, I replaced the suggested s and v mappings with

nvimux.bindings.bind_all{
  {'-', ':NvimuxHorizontalSplit', {'n', 'v', 'i', 't'}},
  {'|', ':NvimuxVerticalSplit', {'n', 'v', 'i', 't'}},
}

I don't know lua at all, but this seems to cause some kind of error within the plugin. I'm getting the following error:

Error detected while processing /home/william/.dotfiles/vim/init.vim: line 544: E5105: Error while calling lua chunk: /home/william/.vim/bundle/nvimux//lua/nvimux.lua:114: Keyboard interrupt

Any help debugging this would be very appreciated.

Apologies for pestering!

I'm now having somewhat the opposite issue — custom keybindings that are remap a key mapped to a default are overridden by the default. Eg, if I set
nvimux.bindings.bind_all{ {'j', ':NvimuxHorizontalSplit', {'n', 'v', 'i', 't'}}, }
and I call :verbose map <C-b>j, I see: v <C-Space>j * <C-W><NL>, not v <C-Space>s * :NvimuxHorizontalSplit<CR>

Where/what exactly is supposed to be done with lua chunk?

I have a super clean vimrc file like this :

filetype off

set rtp+=~/.config/nvim/bundle/Vundle.vim
call vundle#begin()
Plugin 'gmarik/Vundle.vim'
Plugin 'BurningEther/nvimux'
call vundle#end()            " required
filetype plugin indent on    " required

let g:nvimux_prefix = '<c-a>'
let g:nvimux_override_c = 'echomsg "Open new tab" | tabe'

When I do c it just do nothing. I tried with other keys but I have not results.

Commands NvimuxTermPaste, NvimuxToggleTerm and NvimuxTermRename works but not Vertical and Horizontal split.

I have Neovim 2.2.

Do I have something to do?

In tmux, <c-b> ! breaks the current pane (unless it's already the only pane in its current window) into a new window of its own. Is it possible to get this in nvimux?