💾 Archived View for zigford.org › vim-and-powershell.gmi captured on 2023-07-10 at 13:33:29. Gemini links have been rewritten to link to archived content
⬅️ Previous capture (2023-03-20)
-=-=-=-=-=-=-
Sharing linux/windows scripts and tips
March 31, 2019 — Jesse Harris
Back in the days when Powershell was just a young pup there were a few Vim users contributing to Vim via plugins to make writing powershell a nicer experience. Syntax highlighting, auto filetype detection, snippets and other quality of life things.
~~~
Since then, the release and rise of VSCode with it's strong Powershell integrations have drawn most developer types away from Vim and new QOL features have been few and far between.
I haven't given up on using Vim for powershell however for a few reasons:
I spend most of my time running off laptops, and VSCode and other electron based apps are designed for development speed first, execution speed second. Running a terminal based app all day vs running an electron app can make a serious difference to your battery life.
Every update to a tool like VSCode broadens it's audience and makes it a great tool for more people. This is great to make an app with thousands of features that each user will use a tiny sliver of those features. I, on the other hand don't need or want 99% of those features.
I'm pretty much a generalist in skills in IT, but there are a few tools were I keep my focus to be as effective as possible. Using Vim well is one of them
So with all this, I have been searching for a while for a plugin to make some QOL improvements to Vim. A couple of months ago I stumbled upon ale a general plugin that can be adapted to any language. It started out for linting as the name implies, but it had grown to support fixing and completion too.
At the time, there was an issue raised to add PSScriptAnalyzer as a linter, and so I decided to see if I could understand how to add a linter to ale.
I didn't know the VimScript language and trawling through the ale codebase didn't make much sense to me. The project has some developer documentation, however it assumes pre-knowledge of VimScript. That's when I did something out of character. I read a book. Learn VimScript The Hard Way by Steve Losh. It was a fun and enjoyable read, especially following along with the exercises. I highly recommend reading it, even if you only have an interest in using Vim.
Toward about half-way through reading the book, I felt confident enough to have another crack at the PSScriptAnalyzer linter. This time the codebase made much more sense to me and I was able to get a nicely working prototype done in a morning.
Since then, I've written some tests, documentation and created a pull request which was merged today on the ale project.
To use it, you just need to install the ale plugin. It defaults to using PowerShell core, so if you want to use powershell.exe you will need to read the help: :help ale-powershell to see the variable to override this setting. Of course you will also need to have the PSScriptAnalyzer module installed.
Finally, there is one issue you can encounter particularly on windows (btw, I've used it fine on Linux and MacOS), if you launch Vim using powershell.exe but ale is using pwsh.exe, Vim will pass it's inherited environment variables to it's child processes. This can lead to an issue where the variable $Env:PSModulePath contains paths for powershell.exe and not pwsh.exe, therefore if you don't have the PSScriptAnalyzer module installed in both shells, ale won't be able to do any linting for you.
Tags:
Generated with bashblog, a single bash script to easily create blogs like this one