Vim: Задержка после удара gg

Существует около половины второй задержки после I gg, что крайне раздражает. Другие команды, такие как Shift - G работа мгновенно, но с gg, я думаю, что может быть что-то в моем .vimrc, где vim ожидает другой вход.Vim: Задержка после удара gg

Ниже приведено .vimrc, если это поможет. Благодарю.

call plug#begin('~/.vim/plugged') 
"Plug 'valloric/youcompleteme' 

Plug 'scrooloose/syntastic' 

Plug 'tpope/vim-rails' 
Plug 'vim-ruby/vim-ruby' 

"autocomplete 
Plug 'honza/vim-snippets' 
Plug 'garbas/vim-snipmate' 
Plug 'ervandew/supertab' 
Plug 'MarcWeber/vim-addon-mw-utils' 
Plug 'tomtom/tlib_vim' 

Plug 'tpope/vim-surround' 
Plug 'tpope/vim-endwise' 
Plug 'tpope/vim-repeat' 

"comments 
Plug 'scrooloose/nerdcommenter' 
Plug 'tpope/vim-commentary' 
Plug 'kien/ctrlp.vim' 
Plug 'wakatime/vim-wakatime' 
Plug 'Yggdroot/indentLine' 
Plug 'terryma/vim-multiple-cursors' 
Plug 'itchyny/lightline.vim' 
Plug 'matze/vim-move' 
Plug 'jacoborus/tender' 
Plug 'craigemery/vim-autotag' 
Plug 'flazz/vim-colorschemes' 
Plug 'jiangmiao/auto-pairs' 
Plug 'justinmk/vim-syntax-extra' 
Plug 'svermeulen/vim-easyclip' 
call plug#end() 

" toby vim 
set expandtab 
set tabstop=4 
set softtabstop=4 
set shiftwidth=4 
set backspace=indent,eol,start 

set mouse=a 
set statusline+=%f 
set number 
set linebreak 
set ruler 
set showcmd 

set smartcase 
set laststatus=2 

set incsearch   " search as characters are entered 
set foldenable   " enable folding 

nnoremap E^

" Line Numbers 
set number 
set relativenumber 

augroup lineNums 
    autocmd! 
    autocmd InsertEnter * set norelativenumber 
    autocmd InsertLeave * set relativenumber 
augroup END 

" Copy Paste to System Clipboard 
set clipboard=unnamed 

let mapleader="g"  "for nerdcommenter 
nnoremap gcc :call NERDComment(0,"toggle")<CR> 

filetype plugin on 

" If you have vim >=8.0 or Neovim >= 0.1.5 
if (has("termguicolors")) 
    set termguicolors 
endif 

" Theme 
syntax enable 
set background=dark 
colorscheme molokai 
let t_Co=256 



" set lighline theme inside lightline config 
" let g:lightline = { 'colorscheme': 'wombat' } 

"vim-move 
let g:move_key_modifier = 'C' 

" syntastic settings 
set statusline+=%#warningmsg# 
set statusline+=%{SyntasticStatuslineFlag()} 
set statusline+=%* 

let g:syntastic_always_populate_loc_list = 1 
let g:syntastic_auto_loc_list = 1 
let g:syntastic_check_on_open = 1 
let g:syntastic_check_on_wq = 0 
" :ca off SyntasticToggleMode 


:ca WQ wq 
:ca Wq wq 
:ca wQ wq

источник

2016-10-13 Chris Lai

Если у вас есть сопоставление, которое начинается с 'gg', то Vim по умолчанию будет ожидать бит, чтобы увидеть, будет ли он завершен (': help 'to', ': help' tm'). Чтобы проверить, есть ли у вас такое сопоставление и откуда оно происходит, ': verbose map gg'. – Amadan

@ Ответ Амадана прав. Посмотрите также: help 'timeout' – gile

@gile: ': help 'to' эквивалентно': help' timeout''. – Amadan

Я не думаю, что вам нужно смотреть дальше, чем:

let mapleader="g"  "for nerdcommenter

Поскольку nerdcommenter определяет целую кучу <leader> отображений, каждый раз, когда вы нажимаете g Vim будет немного подождать, чтобы чтобы решить, хотите ли вы g или одно из ваших многочисленных изображений, начиная с g.

g - очень плохо <leader>, вы должны найти альтернативу.

источник

2016-10-13 05:36:55 romainl

Vim: Задержка после удара gg

ответ

Смежные вопросы