See Following-HEAD, which documents breaking changes. //Following-HEAD에서 변경 사항을 참조하세요

The default config file location is: //기본적인 config 파일 위치는 :

~/.config/nvim/init.vim

You can copy your existing vimrc there, or symlink to it. :help nvim-from-vim /기존 vimrc를 거기에서 복사 및 심볼릭 링크를 복사 할 수 있습니다.

//Ruby 기반 Vim 플러그인을 사용 할 수 있습니까? Yes, starting with Neovim 0.1.5 PR #4980 the legacy Vim if_ruby interface is supported. /사용 가능 합니다, Neovim 0.1.5부터 ---- 레거시 Vim 'if_ruby' 인터페이스가 지원됩니다.

//Lua 기반 Vim 플러그인을 사용 할 수 있습니까? Yes, starting with Neovim 0.2 PR #4411 Lua is built-in. /사용 가능 합니다, Neovim 0.2부터 지원 됩니다.

Add this to your init.vim: //당신의 'init.vim' 에 추가하세요

set termguicolors

See this gist for more information about true colors, such as what terminals support it. //트루 색상(예: 터미널이 지원하는 색상) 에 대한 자세한 내용은 ----를 참조하세요

• For Nvim 0.1.7 or older: see the note about NVIM_TUI_ENABLE_CURSOR_SHAPE in man nvim. //Nvim 0.1.7 or 구 버전 : NVIM_TUI_ENABLE_CURSOR_SHAPE in man nvim을 참조
• For Nvim 0.2 or newer: cursor styling is controlled by the guicursor option. //Nvim 0.2 or 신 버전 :
  • To disable cursor styling, see :help 'guicursor'. //커서 스타일을 불가능하게 하려면 , help 'guicursor' 를 보세요.
  • If you want a non-blinking cursor, use blinkon0. See :help 'guicursor'. //깜빡이지 않는 커서를 원한다면 blinkon0. See :help 'guicursor'를 사용하세요.
  • guicursor is enabled by default only if Nvim is certain it won't cause problems. If you know that cursor shaping works on your terminal, set guicursor in your init.vim. //guicursor는 Nvim이 문제를 일으키지 않을 것이라고 확신하는 경우에만 _default_에 의해 활성화 됩니다. 커서 모양이 터미널에서 작동하고 있다면, init.vim에 guicursor를 설정하세요

    :set guicursor=n-v-c:block-Cursor/lCursor-blinkon0,i-ci:ver25-Cursor/lCursor,r-cr:hor20-Cursor/lCursor
    

• The Vim terminal options t_SI and t_EI are ignored, like all other t_XX options. //Vim 터미널 옵션 t_SI 와 t_EI는 다른 모든 't_XX' 옵션과 마찬가지로 무시됩니다.
• Old versions of libvte (gnome-terminal, roxterm, terminator, ...) do not support cursor style control codes. #2537 //이전 버전의 libvte는 커서 스타일 제어 코드를 지원하지 않습니다.
• Note: some plugins like "ctrlp" override guicursor even when it is empty. To totally disable cursor updates, you can set VTE_VERSION="100". //참조: "ctrlp"와 같은 일부 플러그인은 비어 있는 경우에도 'guicursor'를 덮어 씁니다. 커서 업데이트를 완전히 비활성화하려면 'VTE_VERSION="100"을 설정 할 수 있습니다.
  • But it would be better to fix the plugin: it should not modify guicursor if it is empty. //그러나 플러그인을 수정하는 것이 더 좋습니다: guicursor이 공백이라면 수정해서는 안됩니다.

Terminals do not provide a way to query the cursor style. Use a VimLeave autocommand to set the cursor style when Nvim exits: //터미널은 커서 스타일을 쿼리하는 방법을 제공하지 않습니다. Nvim이 종료 할 때 'VimLeave' 자동 명령을 사용하여 커서 스타일을 설정하세요:

au VimLeave * set guicursor=a:block-blinkon0

Add this to your .tmux.config: //당신의 .tmux.config 에 추가하세요

set -g -a terminal-overrides ',*:Ss=\E[%p1%d q:Se=\E[2 q'

See #3165 for discussion.

Yes, starting with the 0.2 release. //가능합니다 . -----부터 지원됩니다. See the Install page. //---- 페이지를 확인하세요

sudo ln -s /mnt/d/Neovim/bin/win32yank.exe /usr/bin/win32yank

See #6227. //---- 확인하세요

The code for that family of command-line arguments was removed. It may eventually be reimplemented using the Neovim API, but until then neovim-remote can be used instead. //해당 명령 행 인수 단위 코드가 제거 되었습니다. NeovimAPI를 사용하여 다시 구현 될 수 있지만, 그때까지 ----를 대신 사용 할 수 있습니다. See #1750 for more information. //더 많은 정보는 -----를 확인하세요

Make sure that Neovim can find its runtime. // ----- 에서 확인하세요.

clipboard=autoselect is not implemented yet. As a workaround, use the mapping // clipboard=autoselect 은 아직 구현되지 않았습니다. 이 문제를 해결하려면, 매핑을 사용하세요. vnoremap "*ygv

This was fixed in Neovim 0.2.// Neovim 0.2에서 수정되었습니다. If you are running Neovim 0.1.7 or older, adjust your terminal's "kbs" (key_backspace) terminfo entry: //만약 당신이 Neovim 0.1.7 or 구 버전 을 사용하고 있다면, 터미널의 "kbs" terminfo 항목:

infocmp $TERM | sed 's/kbs=^[hH]/kbs=\\177/' > $TERM.ti
tic $TERM.ti

(Feel free to delete the temporary *.ti file created after running the above commands). //위의 명령을 실행 한 후, 생성된 *.ti 임시 파일을 자유롭게 삭제 하세요.

Make sure $TERM is set correctly. // ----- 이 올바르게 설정되었는지 확인 하세요.

• For screen or tmux, TERM should be screen-256color (Not xterm-256color) //화면 또는 tmux, ---- 은 ----- 이여야 합니다.
• In other cases if "256" does not appear in the string it's probably wrong. Try TERM=xterm-256color. //또 다른 경우, 문자열에 "256"이 표시되지 않으면 아마 틀린 것입니다. ---- 시도하세요.

//-- 와 ----- 가 상호작용하는 프로세스에서 오작동을 합니다.

Interactive commands are supported by :terminal in Neovim. But :! and system() do not support interactive commands, primarily because Neovim UIs use stdio for msgpack communication, but also for performance, reliability, and consistency across platforms (see :help gui-pty). //상호작용 명령은 Neovim의 터미널에 의해 지원됩니다. 그러나 --와 ---- 같은 상호작용 명령은 지원하지 않습니다. 주로 Neovim UI가 msgpack 통신을 위해 stdio를 사용 하기 때문이며 플랫폼 전반의 성능, 안정성 및 일관성 때문에 사용됩니다 -----와 -----를 확인하세요. See also #1496

Run :CheckHealth (available in 0.1.5) inside Neovim for automatic diagnosis. /자동진단을 위한 Neovim에 있는 -------을 실행해보세요 Additional hints: //추가적인 힌트

• If you are using pyenv or virtualenv for the neovim python module, you must /당신이 --를 위해 pyenv 또는 virtualenv를 사용하고 있다면, 당신은 반드시 ------를 설정 해야 합니다 set g:python_host_prog and/or g:python3_host_prog to the virtualenv's interpreter path.
• Read :help provider-python. //---- 읽어보세요
• Be sure you have the latest version of the neovim Python module. /Neovim Python모듈의 최신 버전을 가지고 있는지 확인하세요

pip  install --upgrade neovim
pip2 install --upgrade neovim
pip3 install --upgrade neovim

• nvim -u NORC로 시도해보고 init.vim이 문제를 일으키지 않는지 확인하십시오. E117 : Unknown function을 얻으면, Neovim은 런타임을 찾을 수 없습니다.를 의미합니다.

이것은 : help nvim이 `E149 : Sorry, nvim을 위한 도움 없음' 을 보여줄 경우에 해당합니다.

$ VIM,$ VIMRUNTIME 가 : echo $ VIM , : echo $ VIMRUNTIME를 검사하여 Neovim의 런타임 (Vim과 반대)을 가리키는지 확인하십시오.

이것은/ usr / share / nvim과 같은 것을 제공해야합니다. / usr / share / nvim / runtime 디렉토리에 있습니다.

또한 위의$ VIMRUNTIME을 기본적으로 포함하고 있는 runtimepath (: set runtimepath? ')를 우연히 덮어 쓰지 않도록 하십시오 (: help'runtimepath '`참고).

일부 오래된 / 불필요한 옵션이 Neovim에서 제거되었습니다. 전체 목록은 : help nvim-features-removed를 참조하십시오.

nvim의 최적화 된 빌드를 실행하고 있는지 확인하십시오. : CheckHealth nvim 은 이러한 "빌드 유형" 중 하나를 보고해야 합니다 :

Build type: RelWithDebInfo
Build type: MinSizeRel
Build type: Release

Build type : Debug 를보고 소스 에서 Neovim을 빌드하는 경우 Building Neovim # optimized-builds를 참조하십시오.
타사 패키지를 사용하는 경우 유지 보수 담당자에게 알려주십시오.

셸에서TERM = xterm-256color nvim을 실행하십시오. 색상이 올바르게 표시되면 사용자 프로파일 (보통~ / .profile)에 TERM 값을 내보냅니다.

export TERM=xterm-256color

tmux를 사용하고 있다면 이것을tmux.conf에 추가하십시오 :

set -g default-terminal "screen-256color"

어떤tmux 사용자는 대신 다음을 사용해야 할 수도 있습니다 :

set -g default-terminal "screen-256color-bce"

GNU screen의 경우 configure your '.screenrc' 를 설정하십시오 :

term screen-256color

**참고 : ** Neovim은t_Co와 다른 터미널 코드를 무시합니다.

명령 행에서 다음을 실행하십시오.

locale | grep -E '(LANG|LC_CTYPE|LC_ALL)=(.*\.)?(UTF|utf)-?8'

결과가 없으면 UTF-8 로켈을 사용하지 않을 수 있습니다. 다음 문제를 참조하십시오. #1601 #1858 #2386

이것은tmux /screen에서 일반적인 문제입니다. (tmux/#131). 해당 타임아웃은 낮은 값 (10-20ms)으로 조정해야 합니다.

.tmux.conf:

set -g escape-time 10

.screenrc:

maptimeout 10

그것은 '* v * -N -u NONE`을 시도합니다.

• ESC * 후에 키를 빠르게 누르면 Vim은 ESC를 ALT (메타) 대신 ESC로 해석합니다. 커서를 자세히 관찰하지 않으면 지연을 알 수 없습니다.

단점은 Vim이 ALT (META) 키 코드를 이해하지 못하기 때문에, 예를 들어 nnoremap <M-a>'가 작동하지 않는다는 것입니다. ALT (META) 키 - 코드는 항상 Nvim에서 작동합니다. 빔에서: help xterm-cursor-keys`도 참조하십시오.

helptags 생성 실패 Generate helptags failed '로 재설치가 실패한 경우 이전에 설치된 런타임 디렉토리를 제거하십시오. (빌드 중에CMAKE_INSTALL_PREFIX`가 설정되어 있지 않으면 기본값은 / usr / local / share / nvim입니다) :

# rm -r /usr/local/share/nvim

`make distclean && make '를 실행하여 실패한 빌드 환경을 배제하십시오.

컴퓨터가 네트워크 프록시 뒤에 있고 이 오류가 표시되는 경우 :

오류: 종속성 설치 실패: https://rocks.moonscript.org/penlight-1.3.2-2.rockspec 파일 가져 오기 중 오류 발생: 다운로드 실패 http://stevedonovan.github.io/files/penlight-1.3.2-core.zip

이는 https_proxy 환경 변수 (cURL의 경우)를 설정하여 수정할 수 있습니다.

CMake 캐시는 설정을 빌드하기 때문에 local.mk 을 수정 한 후에 rm -r build && make 를 실행해야 할 수도 있습니다.

configure_file 파일 구성 문제

아마도 권한 문제 일 것입니다. 루트 사용자로 make를 실행 한 다음 나중에 권한이 없는 make를 실행하면 발생할 수 있습니다. 이를 수정하려면 rm -rf build를 실행하고 다시 시도 하십시오.

`적절한 Lua 통역자가 발견되지 않았다. '

이것은 로컬 LuaRocks 설치로 인해 발생할 수 있습니다. 구축하기 전에 unset을 통해 LUA_PATH와 LUA_CPATH 환경 변수를 해제 하십시오.

빌드 프로세스에 필요한 Lua 패키지는 LuaRocks (CMake가 자동으로 호출)에 의해 자동으로 설치 되어야 하지만 때로는 실패합니다. 일반적으로 이는 다음 중 하나를 의미합니다.

• LuaRocks 서버가 다운되었습니다. -'unzip'프로그램을 찾을 수 없습니다. 이 경우, LuaRocks는 Warning : Manifest 검색 실패 : Manifest로드 실패 : Manifest 파일 추출 실패 와 같은 내용을 보고 합니다.
• CDPATH 환경 변수가 빌드를 방해하고 있으므로 make를 실행하기 전에 설정을 해제해야 합니다.

첫 번째 오류를 피하기 위해, LuaRocks 미러는 다음 내용으로 .deps / usr / etc / luarocks / config-5.1.lua 파일을 생성하여 사용할 수 있습니다 :

rocks_servers={ 
 "http://luarocks.giga.puc-rio.br/" 
}

그 후에 `make cmake '를 실행하십시오.

위와 같이 실패하면 항상 다음 패키지를 수동으로 설치할 수 있습니다.

• LPeg
• lua-MessagePack
• busted (required for running tests, e.g., make test)

이러한 패키지 중 일부는 반드시 설치해야 하는 자체 의존성을 가지고 있으며 설치 한 버전이 반드시 Neovim과 작동하도록 테스트 되지는 않았습니다.

• JSON은 이진 데이터를 쉽고 효율적으로 처리 할 수 ​​없습니다.
• JSON 사양이 모호 합니다 : http://seriot.ch/parsing_json.php

Lua는 매우 작은 언어이지만 편집기를 구성하고 스크립트를 작성하기 위해 만들어진 VimL과 같은 언어를 구현하는 데 필요한 모든 것을 제공합니다. Python이나 Ruby와 같은 언어가 루아에 비해 갖는 가장 큰 장점은 거대한 라이브러리 모음이지만, Lua를 VimL 런타임으로 사용하여 수천 줄의 C 줄을 제거하는 것이 주요 사용 사례의 요소는 아닙니다.

Lua에 대한 이 기사도 참고하십시오.

• Why Lu a
• Redis and scripting

Lua를 사용하여 Neovim을 완벽하게 스크립트화 할 수 있게 하는 것이 아이디어 입니다. Vim에 대한 Lua 인터페이스와 달리, 이 새로운 구현은 구문 규칙을 정의하기 위한 API와 함께 VimL과 동일한 기능을 가져야 합니다. 그런 다음 생성 된 코드가 새로운 Lua API를 대상으로 VimL-to-Lua 변환기가 구현ㅊ됩니다.

가장 빠른 스크립팅 런타임 ​​LuaJIT를 사용할 것입니다. 추가 언어를 파싱하면 약간의 오버 헤드가 발생하지만 Vimscript가 너무 느리기 때문에 런타임 성능 향상과 비교할 때 중요하지 않습니다. 플러그인이 더 빨리 실행될 수도 있습니다.

** 업데이트 (2016) : ** PR # 243은 VimL-to-Lua 번역기를 구현 합니다. 그러나 기술적인 관심에 의해 무기한 차단 됩니다. 그 홍보물의 대부분은 재사용 될 것입니다. (typval_T /vim_to_object refactor와 `eval. c 'refactor).

Vimscript를 무한정 지원할 계획입니까? (# 1152)

Google은 텍스트 편집 작업을 위한 가치있는 DSL인 Vimscript를 사용 중지 할 어떠한 이유도 기대하지 않습니다.

Vimscript 호환성을 유지하는 것은 기존 Vim 플러그인의 대량 이송보다 비용이 적게 듭니다.

Vimscript에서 Lua 로의 이식은 아무것도 얻지 못합니다. Neovim은 이미 수천 개의 Vim 플러그인에 사용 된 작업을 활용하고

• 새로운 유형의 플러그인 및 통합을 가능하게하기 위해 Vim * 을 강조하고 있습니다.