Support ALE

[tunz]

ALE is an asynchronous syntax checker (similar with syntastic). it seems that syntastic does not support asynchronous for a while (vim-syntastic/syntastic#699 (comment)), and ALE is growing quickly. so, I think it's valuable to support ALE, and I'm actually using it.

Is it considerable?

[kjnilsson]

Cool. I wasn't aware of ALE. I will have to spend a bit of time looking at this. Thanks!

…

On Fri, 9 Jun 2017 at 21:04, Choongwoo Han ***@***.***> wrote: ALE <https://github.com/w0rp/ale> is an asynchronous syntax checker (similar with syntastic). it seems that syntastic does not support asynchronous for a while (vim-syntastic/syntastic#699 (comment) <vim-syntastic/syntastic#699 (comment)>), and ALE is growing quickly. so, I think it's valuable to support ALE, and I'm actually using it. Is it considerable? ------------------------------ You can view, comment on, or merge this pull request online at: #82 Commit Summary - Add a wrapper for ALE File Changes - *A* ale_linters/fsharp/syntax.vim <https://github.com/fsharp/vim-fsharp/pull/82/files#diff-0> (21) Patch Links: - https://github.com/fsharp/vim-fsharp/pull/82.patch - https://github.com/fsharp/vim-fsharp/pull/82.diff — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#82>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ABIDlJ9TzcwV4v4UvZRX35Ezg0t8oa6Uks5sCaVOgaJpZM4N1x2b> .

[kjnilsson]

Really sorry I haven't been able to spend more time on this. I think ALE support looks really promising. What is the story for using ALE and syntastic at the same time? Should users disable fsharp support for syntastic when using ALE and vice versa?

[tunz]

I'm currently using only ALE. I've never tried to use both of ALE and syntastic at the same time. I guess users should disable one of ALE or syntastic.

[palutz]

It could be really interesting. Any news on this?

[kjnilsson]

no news @palutz - I could do with a hand testing this with both ALE and syntastic installed.

[palutz]

@kjnilsson, I actually tried but got some conflicts with both installed.
I was also wondering if it's possible to have autocompletion/intellisense with vim-fsharp cause I'm not able to set it up (most of the time it's fine, but when trying some new libs it could be helpful)

[wsdjeg]

@tunz This file should be included in ale repo, not all vim-fsharp users use ale.

[tunz]

@wsdjeg then why do we have syntastic support in this repo? not all vim-fsharp users use syntastic.
this repository implemented interactions with fsautocomplete to find errors of codes, and this script is just wrapping the implementation.

[wsdjeg]

ok, it is a good reason.

[roper79]

Hi, are there some advancements, please?

[tunz]

@kjnilsson FYI, I don't have any problem even when both of ale and syntastic are installed at the same time. Each of them works well.

[PhilT]

Any chance we can get this merged? Would be pretty useful.

[wsdjeg]

there are too many lint plugins. should this repo includ all of tham? why only ale?

still think this should be included in ale repo. as maybe ale's api may changed in future.

[PhilT]

Fair point but syntastic is no longer a sensible default. Perhaps Ale should be?

[wsdjeg]

I do not know, this should based on users choice, I use neomake

…

--- wsdjeg

-------- 原始邮件 -------- 主题：Re: [fsharp/vim-fsharp] Support ALE (#82) 发件人：Phil A Thompson 收件人：fsharp/vim-fsharp 抄送：Wang Shidong ,Mention Fair point but syntastic is no longer a sensible default. Perhaps Ale should be? ― You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<#82>, or mute the thread<https://github.com/notifications/unsubscribe-auth/ADEITETHWFOPIPKGBLAKRXDP7BERNANCNFSM4DOXDWNQ>.

[PhilT]

You're right. Maybe we are going about this wrong. ALE is all about supporting as many languages as possible. Perhaps we should add support in ALE instead.

[baronfel]

As an alternative, I see that ALE supports the Language Server Protocol. I would look at using the new LSP mode for FSAutoComplete and integrating that into ALE, as has been done for VSCode via Ionide and FSharp-Language-Server, and emacs via lsp-mode.

[kjnilsson]

I approve of this plan :)

On Fri, 12 Jul 2019 at 15:37, Chet Husk ***@***.***> wrote: As an alternative, I see that ALE supports the Language Server Protocol. I would look at using the new LSP mode for FSAutoComplete and integrating that into ALE, as has been done for VSCode via Ionide <https://github.com/ionide/ionide-vscode-fsharp> and FSharp-Language-Server <https://github.com/fsproj>, and emacs via lsp-mode <https://github.com/emacs-lsp/lsp-mode/blob/master/lsp-fsharp.el>. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#82>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAJAHFH6GIV2LFQRSX3TGBTP7CJJBANCNFSM4DOXDWNQ> .

-- *Karl Nilsson*