-
Notifications
You must be signed in to change notification settings - Fork 131
JSLint Hijacks Quickfix #15
Comments
I'm considering the same thing. Vim has "location lists" which are The location list has commands exactly like the Quickfix window, and I In the meantime, you can use :cold and :cnew to bring back the previous contents |
It sounds like the location-list approach would be the way to go then. I would still love it if I could conditionally lint though, so that it wasn't on all the time, since it seems to slow things down a bit. |
Sounds great to me. I don't want the jslint to hijack my quickfix list On a side note, do you have any pointers on where to get a good javascript syntax file and indenting file? Vim is very quirky when editing Javascript. I don't mean to hijack this thread, but you & I are the only ones on it :-) |
If it helps, I'll +1 using the separate window for the live linting. I run into these collisions quite a bit. |
I use the grep.vim plugin, and it also uses the quickfix window to display grep results. I think the same collision happens as discussed above between grep.vim and jslint.vim. The :cold and :cnew commands help as a workaround, but a better solution would be nice. |
👍 |
I'm using the 'Ack' plugin. If i do an ack search, I get the results of the search in the quickfix window. However, if I then go to one of the entries in a javascript file, jslint will replace my ack search quickfix results with any results from jslinting the file. I suspect, though I haven't confirmed, that the jslint program will replace any quickfix entries with its own after going to a js file from the quickfix list.
Can I easily change from having the jslint plugin be an ftplugin to something I can map? After a quick glance at the source, it seems like I should be able to map a key to "s:JSLint()". However, I'm not extremely familiar with vimscript.
Thanks, otherwise love the plugin and use it all the time.
The text was updated successfully, but these errors were encountered: