-
Notifications
You must be signed in to change notification settings - Fork 39
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Optionally avoid mucking with iskeyword in autoload #66
Comments
Sorry for the delay.
There's no arg (or global) to avoid it messing with |
I'm noticing that pencil seems to remove underscore ( |
@reedes is there any reason for removing None is given in the comments, and it messes with things like LaTeX keywords. The only reason I can think for keeping it is to not treat Markdown The problem is that the Possibly adding a UserAu |
I can't speak to the history of this so I'm unsure about just dropping it, but I agree a cleaner way to set this that was easier to override would be nice. You could do it right now I think just by appending your own |
I hadn't considered adding to the group, but then is there any guarantee of running order for autocmds in the same group and event? |
I did wonder about whether there was a guarantee on running order, but I think autocmds are run in the order added to the group. Hence if you do the adding to the group after the plugin is loaded it should work. Somebody would have to test that though, I could be wrong in my impression. Either way I'd be game for a better implementation too, but some back story about what the |
Regarding excluding _ from iskeyword, I don’t recall the specifics, but likely due to behavior with markup for markdown, etc. A solution that selectively clobbers will be tricky given the various use cases. (Eg, a callback function can reduce responsiveness for majority of users who don’t need it.) |
@reedes my proposal to solve it (or at least let users solve it themselves) is to add Is that what you meant by callback function? |
Is this still active? I'd also like a way to disable this. Right now I'm doing this in my vimrc to override vim-pencil, but I'm not very familiar with vimscript so may have unintended side-effects:
|
I'm sorry I don't have the bandwidth at the moment to work on this myself, but I am at least monitoring for contributions. If anybody comes up with a PR that addresses this I'll be happy to review it and if all is well facilitate it getting publish. |
I am working on syntax highlighting for Scribble and Pollen, which are Racket/Scheme programming languages for writing prose. Being Racket languages, they have their own requirements for
iskeyword
.When running
pencil#init()
from myvimrc
as part of filetype detection for Scribble/Pollen docs, the syntax file setsiskeyword
and then Pencil clobbers it right away.Right now I can work around this by never using
pencil#init()
in myvimrc
and instead enabling it manually with:Pencil
after the file is open. However I would prefer to be able to passpencil#init()
a parameter to keep it from touchingiskeyword
at all. Please let me know if you would accept a pull request to that effect. Or, maybe there is already some way of avoiding this issue that I have overlooked.The text was updated successfully, but these errors were encountered: