mql의 ide로서의 Vim - 페이지 11

[prostotrader]

Vict :

:) 나는 당신에게 아무 것도 부과하지 않습니다. 내 주제에 온 것은 당신입니다. 당신은 계속할지 여부를 여기에 강제로 몰아 넣은 것이 아닙니다. 나는 스스로 결정할 것입니다.

시원한...

[[삭제]]

Vict :
AWK에서 버그가 발생했습니다. 수정된 버전은 나중에 게시하겠습니다.

아니, 내가 망쳤어. 나는 작은 데모를 녹음했습니다. 치열한 템플릿 매크로 hodgepodge vector_fund가 무엇인지 주목할 가치가 있습니다. 그럼에도 불구하고 정확한 힌트와 정의로의 이행은 메타에디터로서는 전례 없는 수준이다.

추신 : 좋은 품질을보십시오.

#vim_as_mql_ide_5

[alter-ego]

Vict :

아니, 내가 망쳤어. 나는 작은 데모를 녹음했습니다. 치열한 템플릿 매크로 hodgepodge vector_fund가 무엇인지 주목할 가치가 있습니다. 그럼에도 불구하고 정확한 힌트와 정의로의 이행은 메타에디터로서는 전례 없는 수준이다.

추신 : 좋은 품질을보십시오.

#vim_as_mql_ide_5

마지막 아카이브에는 vimrc가 없습니다. 분명히 이 아카이브의 파일은 다른 아카이브의 파일보다 압축을 풀어야 하며 일관된 세트를 얻는 방법이 명확하지 않습니다.

저는 네오빔을 적극적으로 사용하고 있습니다. 시작할 수만 있다면 구성 개발에 참여하겠습니다. 전체 vimrc와 모든 유틸리티를 GitHub에 올릴 수 있습니까?

[Алексей Тарабанов]

alter-ego :

마지막 아카이브에는 vimrc가 없습니다. 분명히 이 아카이브의 이러한 파일은 다른 아카이브의 파일 위에 압축을 풀어야 하며 일관된 세트를 얻는 방법이 명확하지 않습니다.

저는 네오빔을 적극적으로 사용하고 있습니다. 시작할 수만 있다면 구성 개발에 참여하겠습니다. 전체 vimrc와 모든 유틸리티를 GitHub에 올릴 수 있습니까?

인 - 팽창.

[Pavel Verveyko]

그리고 저는 MetaEditor를 좋아합니다.
나는 그것에 다른 모든 것을 쓸 것입니다)

[[삭제]]

alter-ego :

마지막 아카이브에는 vimrc가 없습니다. 분명히 이 아카이브의 이러한 파일은 다른 아카이브의 파일 위에 압축을 풀어야 하며 일관된 세트를 얻는 방법이 명확하지 않습니다.

네오빔을 적극적으로 사용하고 있는데 시작할 수만 있다면 구성 개발에 참여하겠습니다. 전체 vimrc와 모든 유틸리티를 GitHub에 올릴 수 있습니까?

Readme를 정리하고 GitHub에 게시하겠습니다.

[[삭제]]

alter-ego :

최신 아카이브에서 Vimrc가 누락되었습니다.

거기에 숨겨져 있습니다(HOME/.config/nvim/init.vim). 콘솔을 살펴보세요. $ ls -a

Readme를 정리하여 GitHub에 올릴 것입니다.

오늘 그것에 대해 생각했습니다. 이 형식으로 게시할 가치가 없습니다(예외 설정과 함께 "system" .mqh 편집). 여기에서 어떻게든 문제를 보다 우아하게 해결해야 합니다(clangd가 mqh를 C++로 인식하도록 가르치고, 다른 lsp 서버를 사용해 보세요. , 나무의 MKL과 별도로 사용자 소스를 저장), 목발은 자신을 위해 할 것이지만 세상에 내보내지는 않습니다. 즉석에서는 풀 수 없었고, 자세한 분석을 할 시간이 전혀 없었다. 따라서 현재로서는 불행히도 GitHub가 연기되고 있습니다.

[alter-ego]

> clangd에게 mqh를 C++처럼 취급하도록 가르칩니다.

이것이 내가 귀하의 구성을 실행할 때 처음에 한 일입니다. 이것은 init.vim에 추가하여 수행됩니다.

au BufNewFile,BufRead *.mq5 set filetype=cpp
au BufNewFile,BufRead *.mqh set filetype=cpp

[Maxim Kuznetsov]

Vict :

거기에 숨겨져 있습니다(HOME/.config/nvim/init.vim). 콘솔을 살펴보세요. $ ls -a

오늘 그것에 대해 생각했습니다. 이 형식으로 게시할 가치가 없습니다(예외 설정과 함께 "system" .mqh 편집). 여기에서 어떻게든 문제를 보다 우아하게 해결해야 합니다(clangd가 mqh를 C++로 인식하도록 가르치고, 다른 lsp 서버를 사용해 보세요. , 나무의 MKL과 별도로 사용자 소스를 저장), 목발은 자신을 위해 할 것이지만 세상에 내보내지는 않습니다. 즉석에서는 풀 수 없었고, 자세한 분석을 할 시간이 전혀 없었다. 따라서 현재로서는 불행히도 GitHub가 연기되고 있습니다.

일반적으로 mql용 언어 서버(https://langserver.org/)를 만드는 것이 논리적입니다. 그러면 vim과 emacs가 똑같이 선택합니다. 그리고 비주얼 스튜디오와 이클립스. 하지만 이 양은 상당하고 90%는 MQ 개발자가 만든 것입니다. 즉, 이것은 새로운 버그와 오해로 다른 사람의 작업을 재작업한 것입니다.

[[삭제]]

alter-ego :

> clangd에게 mqh를 C++처럼 취급하도록 가르칩니다.

이것이 내가 귀하의 구성을 실행할 때 처음에 한 일입니다. 이것은 init.vim에 추가하여 수행됩니다.

나는 이것을했다 vimrc에서 비슷한 줄

function Mql_hook()
    setlocal ft=cpp
    setlocal makeprg=compile_mql
    nnoremap < buffer > < F7 > :exe "make" expand('%:p') < CR >
endfunction

augroup Mode_hooks_group
    autocmd!
    autocmd FileType c call CandCPP_hook()
    autocmd FileType cpp call CandCPP_hook()
    autocmd BufNewFile,BufRead *.mq5 call Mql_hook()
    autocmd BufNewFile,BufRead *.mqh call Mql_hook()
augroup End

mq5 및 mqh에서 자동 완성은 분명히 작동하지만 목발에 문제가 생겼을 때 - 다음과 같이 작성하면

 #include <

그러면 언어 서버(LS)는 파일 힌트를 제공하지 않습니다(vim은 즉시 수행할 수 있지만 LS는 compile_flags.txt에서 -I...를 존중합니다). 이를 아름답게 해결하는 것은 불가능했고, 목발인 모든 시스템 mqh -> hh의 확장자를 자동으로 변경하기로 결정했습니다.

추신: 결국 MCL 프로젝트 에 대한 vim 경로 변수를 설정하고 LS 없이 올바른 힌트를 얻을 수 있다고 생각했습니다.