Vsvim: cc는 빈 줄에있는 경우 커서를 들여 쓰기하지 않습니다.

VsVim에서 보는 동작은 gVim에서 보는 것과 동일합니다.

다른 설정이 토글 된 것 같습니다. 나는 실제로 상단의 'o'단계 후에 행동 차이를 봅니다. 내 커서는 { 와 같은 열에 나타나며 귀하의 커서처럼 들여 쓰기되지 않습니다.

:set 를 실행하고 출력을 붙여 넣을 수 있습니까?

autoindent 는 내 vimrc에서 설정 한 옵션 중 하나 인 것 같습니다. 그런 다음 vsvimrc에서 source 을 설정했습니다.

ignorecase
incsearch
scrolloff=5
smartcase
vimrc="C:\Users\pmateescu\_vsvimrc"
vimrcpaths="C:\Users\pmateescu;C:\Users\pmateescu"
autoindent
number
tabstop=4

VsVim은 VS의 들여 쓰기 설정을 고려합니까? 그렇다면 다음은 내 옵션입니다 (옵션-> 텍스트 편집기-> C #-> 서식).

1. 들여 쓰기 (블록 내용, 대소 문자, 레이블 들여 쓰기, 여는 / 닫는 중괄호 들여 쓰기 안 함)

class MyClass
{
    public void Method()
    {
        goto MyLabel;
MyLabel:
        return;
    }
}

1. New Lines에서 모든 것을 확인했습니다.
2. 간격 : "기타 간격 옵션 설정"을 제외한 모든 항목이 선택되지 않음-제어 흐름 문에서 키워드 뒤에 공백을 삽입합니다. "구분자 간격 설정"-: 기본의 경우 콜론 뒤, 쉼표 뒤, for의 세미콜론 뒤, 기본의 경우 콜론 앞; "연산자 간격 설정": 앞뒤.

이것이 중요한지 모르겠지만 들여 쓰기를 스마트, 크기 4, 탭 유지로 설정했습니다.

HTH

네, 자동 들여 쓰기가 차이 인 것 같습니다. +를 설정하면 .c 파일로 저장하면 보았던 동작을 얻을 수 있습니다.

코드를 훑어 보았는데 빈 줄에 문제가있는 것 같습니다. 코드는 삭제 된 줄이 비어있을 때 autoindent 존중하지 않습니다.

일반적으로 VsVim은 Vim 들여 쓰기보다 Visual Studio 들여 쓰기를 선호합니다. vsvim_useeditorindent 옵션을 비활성화하여 무시할 수 있습니다.

이것은 대부분 잘 작동합니다. 불행히도 2010 년에는 모든 언어가 들여 쓰기 서비스를위한 좋은 API를 제공하지는 않습니다. C #은 최고이고, VB는 거의 없습니다. C ++는 주사위의 굴림입니다. 나는 그것이 VS11에서 더 나아 졌다고 생각하지만 아직 얼마나 많은지 볼만큼 충분히 놀지 않았습니다.

이 수정 사항을 1.3으로 압축하려고합니다.

이 동작은 실제로 autoindent 아니라 cindent 키가 설정됩니다. 이것이 문제를 재현하는 데 너무 오래 걸린 이유 중 하나입니다. autoindent 사용하도록 설정 한 텍스트 파일을 실험하고있었습니다. 이것은 cindent 설정된 C 파일에서만 재현됩니다.

당신 말이 맞아요, 당신이 vim -U NONE -u NONE -cmd 'set cindent' index.cs 와 함께 언급 한 후 저도 그것을 재현했습니다.

일반 설정에서 Vim은 C와 유사한 파일에서 cindent 를 자동으로 설정하는 것처럼 보입니다 (C # 및 JS에서 :setl 에 표시됨).
그러나, 같은 동작 -에 제거 들여 쓰기 <Esc> 에 다시 들여 쓰기 cc - 비에 일어날 것 cindent 파일 : 모두 CSS에서 나를 위해 나타나서 HTML, 그러나 그러한 경우에는 특정 indentexpr 의 효과 일 수 있습니다.

뿡뿡
뿡뿡

안녕하세요 여러분, 저는 같은 문제를 만났습니다.
최신 릴리스에서 수정 되었습니까?
:set 이후 출력

backspace="indent,eol,start"
hlsearch
ignorecase
incsearch
autoindent

@lookforit 현재는 없습니다. 이 동작은 실제로 현재 VsVim에서 지원하지 않는 cindent 의 일부입니다.

이 간단한 해결 방법은 vim에서 기대하는 동작을 제공합니다.

nmap S ddO
nmap cc S

이것은 여전히 ​​가지고 있으면 좋을 것입니다. 내 직관적 인 감각은 줄을 지우고 편집을 시작하는 'cc'는 줄 바꿈을 만드는 것과 동일한 들여 쓰기 수준에서 시작해야한다는 것입니다. 그렇게해서는 안된다는 내부 Vim / VS 추론이 있습니까? 프로젝트 작업에 들어가는 길로 다룰 수 있습니다.

이 문제에 대한 해결책은 표면적으로 " o 가 이미하고있는 일을 cc 위해하는 것"(이것이 @shkm 의 해결 방법이 작동하는 이유입니다) 이었지만 필요한 수술로 인해 조금 더 작업하십시오.

VsVim은 이미 사용 가능한 언어 서비스가 없을 때 VsVim이 사용하는 들여 쓰기 유형 인 "vim indent"에 대해 올바른 작업을 수행하고있었습니다. 이 문제에 대한 테스트를 추가하려면 테스트에 인프라를 추가하여 언어 서비스를 시뮬레이션해야했습니다. 따라서 기존 테스트는 모두 "vim indent"를 사용하지만 99 %의 사용자는 "host indent"를 사용하고 있습니다. 즉, Visual Studio에서 들여 쓰기 서비스를 제공하는 파일을 편집하고 있습니다.

문제를 더욱 복잡하게하기 위해, 탭이 확장되지 않을 때 제대로 작동하지 않는 "vim indent"를보고 한 사람이 아무도없는 버그가있었습니다 (문제 # 2302 참조). 다시 말하지만, 실용적인 관점에서 볼 때 아무도 "vim indent"를 사용하지 않기 때문에 반영 할 때 이것은 그리 놀라운 일이 아닙니다.