codi.vim icon indicating copy to clipboard operation
codi.vim copied to clipboard

codi from shell wrapper with filename not allowing input

Open rbowden91 opened this issue 9 years ago • 5 comments

I'm on OS X, with a compiled-from-source vim 8. Basically my entire vimrc, minus Vundle stuff for codi, is commented out. When I try opening with a filename, I can't type anything. If the filename happens to be an existing file, I can type, but nothing shows up in the codi righthand side (this isn't shown in the screencast).

https://asciinema.org/a/0s5bg7nndgc5cn96s01dbrrwk

Script: BSD December 4, 2013 BSD

Vim version: http://pastebin.com/pcQ34Nba Codi log (for the error case): http://pastebin.com/i2xZuEh9

rbowden91 avatar Mar 01 '17 11:03 rbowden91

Would you mind pasting your shell wrapper code? It's possible that you're using an old revision of it which had a bug.

metakirby5 avatar Mar 01 '17 22:03 metakirby5

Yeah, I think I'm using the most recent version in the README. Thanks for your help!!

# Codi
# Usage: codi [filetype] [filename]
codi() {
  local syntax="${1:-python}"
  shift
  vim -c \
    "let g:startify_disable_at_vimenter = 1 |\
    set bt=nofile ls=0 noru nonu nornu |\
    hi ColorColumn ctermbg=NONE |\
    hi VertSplit ctermbg=NONE |\
    hi NonText ctermfg=0 |\
    Codi $syntax" "$@"
}

rbowden91 avatar Mar 02 '17 05:03 rbowden91

Unfortunately, I can't seem to reproduce this :( To narrow down what might be causing the problem, could you try reproducing this with the synchronous flag set?

metakirby5 avatar Mar 06 '17 18:03 metakirby5

That didn't fix things for me. However, if I remove the "set buftype=nofile" from the shell command, then things seem to work perfectly fine. Is that supposed to prevent quit warnings on that right-side buffer??

rbowden91 avatar Mar 09 '17 07:03 rbowden91

Sorry, "bt=nofile"

rbowden91 avatar Mar 09 '17 07:03 rbowden91