대용량 파일을 편집 할 때 많은 줄이 태그되도록 오류가 "나머지 파일"로 넘칠 경우 flycheck-mode은 완료하는 데 3-4 초가 걸리는 경우가 종종 있습니다 오류가 있습니다.flycheck에서보고 된 오류 수를 제한하는 방법
는 어떻게하면 현재의 버퍼의 위치를 우선 순위 모드 하이라이트하도록하는 것이 오류의 수를 제한 할 수 있습니까?
대용량 파일을 편집 할 때 많은 줄이 태그되도록 오류가 "나머지 파일"로 넘칠 경우 flycheck-mode은 완료하는 데 3-4 초가 걸리는 경우가 종종 있습니다 오류가 있습니다.flycheck에서보고 된 오류 수를 제한하는 방법
는 어떻게하면 현재의 버퍼의 위치를 우선 순위 모드 하이라이트하도록하는 것이 오류의 수를 제한 할 수 있습니까?
여기 Flycheck 유지자.
현재 쉽게 오류보고를 "제한"할 수 없습니다. 기껏해야 flycheck-process-error-functions
에 맞춤 함수를 사용할 수 있지만 오류 파싱과 같은 다른 문제가 지연되는 경우 도움이되지 않습니다.
그리고 일반적으로 가능한 경우 이러한 지연 시간을 해결하는 것이 좋습니다. https://github.com/flycheck/flycheck/issues에서 문제를 열어주세요. Emacs 버전을 문제에 추가하고 Flycheck에서보고 한 오류 수를 추가하십시오.
가능하면 개인 파일로도 제공하십시오. Flycheck의 Github profile에서 메일 주소를 찾을 수 있습니다.
파이썬에서 간단한 예제를 보여주는 질문에 스크린 샷을 추가했습니다. 튜플을 작성하기 시작했다는 사실은 모듈의 나머지 부분에 "엎질러 져야"합니다. C 코드를 편집 할 때도 동일한 동작을 보았습니다. – malthe
@malthe 그건 ** 예상 된 ** 행동이며, 어떤 경우에도 Flycheck의 통제 밖입니다. 구문 검사기가보고하는 내용이 무엇인지보고 엄격히 말해서 잘못된 튜플은 전체 모듈을 유효하지 않게 렌더링하므로 후속 구문 오류는 합리적입니다. 어쨌든, 플라이 체크에서 4 초 지연이없는 간단한 예가 있습니다. – lunaryorn
모듈의 길이가 수천 줄이기 때문에 적당하지 않습니다. 그러나 저는 비난 할 플라이 체크가 아니라는 것을 알고 있습니다. – malthe