Skip to content
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

provide standard reload mapping #54

Open
gilligan opened this issue Dec 24, 2011 · 2 comments
Open

provide standard reload mapping #54

gilligan opened this issue Dec 24, 2011 · 2 comments

Comments

@gilligan
Copy link

This is more of a request than a bug. I cam across this question at stackoverflow:

http://stackoverflow.com/questions/8621247/fastest-way-to-make-vim-use-new-plugin-in-vim-bundles/8621357#8621357

As you can see I suggested to do something like this : map \u call pathogen#infect() to rescan the bundles directory.
Maybe you could provides a default mapping for this and mention somehting in the documentation ? Unless
this happens to be a bad idea for some reason ?

@tpope
Copy link
Owner

tpope commented Jan 31, 2012

I've wanted something like this for a while. Two big caveats:

  1. Calling pathogen#infect() a second time results in scanning not just the original runtime path, but also inside any bundles that were added the previous go around. With a lot of bundles, this is noticeably slow. Plus the path ends up in a weird order.
  2. If Vim has already loaded, we need to manually activate plugins and filetype detection. This is not necessarily unfeasible, but I'm guessing there are edge cases hiding in there (things like Using pathogen breaks detecting git commits #38).

@hovsater
Copy link

@tpope have you thought a bit more regarding this? I'm currently using pathogen for my standalone plugin manager and it would be awesome not having to close the editor when you install a new plugin.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants