xmonad-testing VS haskell-language-server

All is well and works properly. Now, however, I would like to switch to the git version of Xmonad by using xmonad-testing. For that I cloned the repo, switched both xmonad & xmonad-contrib branches to master and compiled executable. First of all, if I run the executable with `--version`, I get '0.15', that seems to me not correct. Shouldn't it be 0.16, even though it is not released yet? Second, I am not sure whether I need to somehow install the Git versions as libraries to be able to use new features and to get Vim with haskell-language-server recognize the new features. My configuration is in `~/.xmonad`. I think if I copy the config to the directory where the cloned repos are, it (using the new features) will work...

If don't build via the first method and you want to use a project-like structure as in xmonad-testing then yes, you need a cabal file. There is an example file available in the repo.

Depending on whether you want to use stack or cabal, there is xmonad-testing, which is a repository that solely exists to show users how to do this! Under build-scripts you can find examples for both stack and cabal (be sure to read the readme for how to use these). If you want to use cabal 3.4 then mind geekosaur's pr for things to work smoothly with the new- style commands which are now the default.

There are some example build scripts that I use that make it super easy.

The advent of language server protocol made possible the creation of HLS (Haskell Language Server), and there are plugins for many editors, such as vscode-haskell, that allow you to have auto-complete, auto-import, and automatic function signatures—also available to your editor of choice. The whole feedback loop of editing, compiling, and running is greatly improved.

HLS 2.3.0.0 is currently broken on Windows.

The Haskell community has been focusing on tooling and IDE support in the last several years. Haskell-Language-Server is a huge improvment, so the experience is probably much better than you remember, but it'll still be a while before it catches up with Rust.

static-ls is a low memory language server for Haskell that serves as an alternative to (hls)[https://github.com/haskell/haskell-language-server] with less functionality by using statically generated information. It is intended for (Highly recommend hls instead if you aren't having these issues):

I think the corresponding HLS PR is https://github.com/haskell/haskell-language-server/pull/3462, so it isn't landed yet but hopefully can be part of a HLS release before too long. (I'm not sure if it will make it in to the very next release because we're due one out to support GHC 9.6.1 pretty soon.)