diff options
author | Chris Marchesi <chrism@vancluevertech.com> | 2018-04-27 15:40:02 -0700 |
---|---|---|
committer | Chris Marchesi <chrism@vancluevertech.com> | 2018-04-27 15:40:02 -0700 |
commit | b7996803c99a0a5f5dba1cef330a2bfb77f08c42 (patch) | |
tree | 8e20950cfd4cb24bf1eeb97a3528b8ec8db16e58 /ale_linters | |
parent | e6fe2d86b8bbdcc5a5d27bd4ac30fd30c8cc62ee (diff) | |
download | ale-b7996803c99a0a5f5dba1cef330a2bfb77f08c42.zip |
Add ALEJobStarted User autocommand event
The ALELintPre and ALELintPost autocommand events are currently being
used by lightline-ale to refresh the status line and check the linter
status for a current buffer. One of the plugin's checks looks to see if
linters are currently running, via ale#engine#IsCheckingBuffer(). This
currently only works partially in certain situations. In my particular
case, working with Go files, this only seems to function properly when a
file is initially opened. Saving a file does not correctly update the
status.
This seems to be due to the fact that ALELintPre actually runs before
any jobs are carried out, making it plausible that hooking into
ALELintPre for the purpose of checking to see if there are any currently
running linters for a buffer is unreliable as it would be prone to
pretty obvious race conditions.
This adds a new User autocommand, ALEJobStarted, that gets fired at the
start of every new job that is successfully run. This allows a better
point to hook into checking the linter status of a buffer using
ale#engine#IsCheckingBuffer() by ensuring that at least one job has
started by the time IsCheckingBuffer is run.
Diffstat (limited to 'ale_linters')
0 files changed, 0 insertions, 0 deletions