Ctrl-P for Vim: Pure Vimscript Command-T

https://github.com/kien/ctrlp.vim

by nwjsmith • 14 years ago

196 95 14 years ago

github.com

I didn't write it but I thought HNers would be interested.

Send praise to https://github.com/kien!

tmcw• 14 years ago

I can attest this is awesome and works awesome.

adamesque2• 14 years ago

Ctrl-P does something that I wanted Command-T to do for a long, long time: if you invoke it and select a file that is already open in an existing window somewhere, rather than open a new window for that file, it will switch to the already-opened one.

You can change how this works, too: look up ctrlp_switch_buffer in the docs.

lloeki5• 14 years ago

Also, it can sort by MRU and switch mode (Ctrl-B/F) while its window is shown. And mark multiple files.

hbien• 14 years ago

Awesome, I'll have to take a look at how that works. I've gotten it to work with quickfix (set switchbuf=useopen), but still have no idea how to get vim to do that for ctags.

int3• 14 years ago

Does Command-T ever open new windows? For me it opens the file in the current window, and if the file is already open in a buffer, that buffer gets shown in the current window.

adamesque2• 14 years ago

You're right, unless you C-s or C-v it into a split (which I do pretty often).

When I was first migrating from TextMate, the default behavior seemed like a bug. Why would you routinely want to open a buffer in two different windows? Why wouldn't you want the editor to find your already-opened file in the labyrinth of splits and tabs you've opened?

Now, partially due to this behavior, I tend to see large lattices of open windows and tabs and splits as a sign that I'm getting unfocused, and try to be better about closing splits as soon as I don't need them, and avoid tabs altogether.

That splits should be transient seems more vim-like.

ghost91• 14 years ago

https://github.com/wincent/Command-T

Is also quite good.

It would cool to have a performance comparison

roelbondoc• 14 years ago

The main thing that attracted me to Ctrl-p was that it is written in pure vimscript. Command-T, however, requires your vim to be compiled with Ruby support.

greyfade• 14 years ago

I was never able to get Command-T to work. CtrlP works out of the box without extra work.

idank• 14 years ago

I'm also interested in knowing how fast this is with huge directory trees.

I remember in early versions of Command-T, the Ruby implementation was slow for big trees. They rewrote some of it later in C.

derwiki• 14 years ago

I just overheard Wincent say that Command-T was always written in C because previous Ruby plugins that attempted to accomplish the same thing was too slow. Command-T was written to be instant.

lloeki5• 14 years ago

FWIW I ran

    cd
    vim
    <Ctrl+P>
    (wait 10~15s for it to complete)
    <ESC>
    :q
    find . |wc -l
    183239

Fast enough for me. (MacBookPro5,5 + aftermarket Samsung 470 SSD)

Command-T is faster for sure. But it lacks critical features that Ctrl-P has (no vim -ruby dependency for one).

michael_michael2• 14 years ago

As a quick and dirty test I tried running both Command-T and Ctrl-P against a directory tree containing some 26,000 XML files. Command-T takes roughly 10-15 seconds to become responsive. Ctrl-P chokes and requires a Vim restart after invoking it against this directory.

moe2• 14 years ago

That should be a fairly trivial fix in both of them.

Simply abort the scanning after a configurable threshold (either seconds or files).

Needless to say that, yes, this must be implemented.

I've choked my vim more than once by accidentally running Command-T or FuzzyFinder in the "wrong" directory. That should not happen.

amadeus• 14 years ago

If you are on Unix, add this to your vimrc and the directory indexing speed should go through the roof:

https://gist.github.com/ee14d6ecb9196a07da56

shurane• 14 years ago

Is there a reason that Ctrl-P, FuzzyFinder, and Command-T choke on large directories? On windows, I've used this piece of software called Everything Search that seems to index the entire filesystem (say around 30,000 files) in under 5 seconds. That's really impressive and I love using it for that.

But it makes me sad to use these vim extensions choking on directories of similar size. Maybe NTFS vs ext4 has something to do with it?

Oompa• 14 years ago

The overall comparison ends up being: Command-T is more of a pain to get setup, but is faster. CtrlP is easier to get setup, but is slower.

mrinterweb2• 14 years ago

In the projects I have worked on, Ctrl-P seems faster than Command-T, but it's matching results are far from a replacement for Command-T. Ctrl-P often will not find files even when I type out the full file name. Command-T's match results are great. Ctrl-P will also show results from hidden/ignored directories. When Ctrl-P is smarter about its match results, I will use it more frequently.

owenjones• 14 years ago

Awesome to not have to compile this with (SYSTEM!) ruby.

astrec• 14 years ago

I was using PeepOpen which is quite nice, but (of course) it doesn't work in the terminal. This looks quite spiffy.

DevMonkey• 14 years ago

Very Awesome! Commmand-T (vim plugin) has been an essental part of my workflow for years now. I can't live without it. The biggest thorn for setting up a new host is having to procure VIM with Ruby support. Thank you so much for doing this!

nwjsmith2• 14 years ago

I didn't make it, be sure to give props to https://github.com/kien!

padenot2• 14 years ago

It seems fast enough to use on mozilla-central (the Firefox repo), which is huge.

I can't find some files, though. If I type :

ctrp+p, mediaelement, it should find content/html/content/src/nsHTMLMediaElement.cpp, and it does not. I tried to set the maximum depth, but it didn't work. In fact, it does not match content/html/content files.

Another thing that I find annoying, is that when I remove multiple characters, it does its matching thing again, and because I type the backspace pretty fast, it kind of locks up for a second or so.

Anyway, other the couple quirks mentionned, excellent plugin, works out of the box.

shortlived5• 14 years ago

There seems to be a bug when in full path fuzzy mode. In the CtrlP window, hit ctrl-d (match file name only) and see if it works.

padenot2• 14 years ago

Nope, does not work.

shennyg• 14 years ago

In addition to max depth there is also a max files setting to adjust.

cgag• 14 years ago

I have this installed as it comes with Janus (https://github.com/carlhuda/janus), and it's excellent. I tried to get Command-T to work in the past and failed, but this works with no problems, and is incredibly useful.

jh3• 14 years ago

If you're on Ubuntu and do not want to build vim with Ruby support, but still want to use Command-T for some reason, install vim-nox.

That being said, ctrlp is less of a headache since it's pure vimscript like the headline says.

lloeki5• 14 years ago

Similar to vim-nox, if you're on a Mac, you can install MacVim with homebrew like so:

    brew install macvim --override-system-vim

which creates a /usr/local/bin/vim symlink, spawning a real terminal vim, not a GUI MacVim. And contrary to /usr/bin/vim this one will be built with the (system-provided) python and ruby support.

pp1616• 14 years ago

What's the easiest way to install this? I have pathogen if that makes any difference...

grandpa• 14 years ago

git clone https://github.com/kien/ctrlp.vim.git cp -pr ctrlp.vim/{autoload,doc,plugin} ~/.vim

darklajid• 14 years ago

Tangential, but you might like vundle (if we're looking at replacement plugins already) instead of pathogen.

wahnfrieden2• 14 years ago

Agreed, I was a pathogen devotee until I tried vundle. Never going back.

martinp• 14 years ago

Another vote for vundle. Not having to manage git submodules is a nice change from pathogen.

shortlived5• 14 years ago

Does anyone know how to change default search behavior from full-path to filename? I read the help but don't see the option...

daethorian• 14 years ago

Ctrl-D will switch between path and file modes.

shortlived5• 14 years ago

Sorry, I meant, in your vimrc file.. Having to hit ctrl-d each time is a PITA.

liamgriffiths• 14 years ago

Love this plugin, makes vimming so much nicer and is my favorite file/buffer manager. I like you you can optionally keep the cache so when you reopen there isn't that delay for checking the directory tree too. let g:ctrlp_clear_cache_on_exit=0

Thanks to kien for making it!

aidos• 14 years ago

Great plugin. I love that it tracks up to the nearest .git etc folder to decide where to search from. That's a killer feature.

hjkl• 14 years ago

Anybody have an opinion on ctrlp vs LustyExplorer? http://www.vim.org/scripts/script.php?script_id=1890

johncoltrane2• 14 years ago

I've used LustyExplorer for one year before switching to CtrlP about 2 or 3 months ago. In my experience:

* speed is comparable * quality of results is better in LustyExplorer * interface design is better, more Vim-like and more consistent in CtrlP * CtrlP doesn't need Ruby * CtrP is more extensible and already integrates a tight pack of useful features (MRU, grep, tags)

nwjsmith2• 14 years ago

I didn't write it but I thought HNers would be interested.

Send praise to https://github.com/kien!

wahnfrieden2• 14 years ago

How does this compare to FuzzyFinder? FuF has been far better than other options people espouse like Command-T but still has some warts of its own.

ernestipark• 14 years ago

Is there a way to easily open a file into a split?

yunong• 14 years ago

ctrl-v opens it in a vertical split.

johncoltrane2• 14 years ago

And ctrl-s for an horizontal split.

moe2• 14 years ago

Thanks for posting this!

I've been a longtime FuzzyFinder and Command-T user but both have pretty nasty warts. Crossing my fingers that this will finally be the one to do it right.

joakin• 14 years ago

Can somebody please point out the differences with a customized FuzzyFinder?

As I have it I get fuzzy completion from the root folder, opening splits with <c-j> and <c-k>, opening tabs with the file with <c-l>, deleting buffers from the list with <c-]>, and such.

Is there any difference or improvement one should try? Genuine question, I am really curious. It would be great to see a comparative between FuzzyFinder, Command-T and Ctrl-P...

ps: fuzz config is like this in vimrc:

    " Fuzzy Finder
    nnoremap <leader>fr :FufRenewCache<CR>
    nnoremap <leader>ff :FufFile **/<CR>
    nnoremap <leader>ff :FufFile **/<CR>
    nnoremap <leader>fg ye :FufFile **/<C-r>"<CR>
    vnoremap <leader>fg y :FufFile **/<C-r>"<CR>
    nnoremap <leader>fb :FufBuffer<CR>
    nnoremap <leader>fd :FufDirWithCurrentBufferDir<CR>
    nnoremap <leader>fl :FufLine<CR>

(Ignore the maps, thats how I like it)

Edit: I would like to point out that I have skimmed several times through the docs of Fuzzy Finder and there are several options I dont even use/grasp, so more knowledge and tips on Fuzzy Finder would be appreciated also

ianpurton2• 14 years ago

I've used fuzzy finder and it's ok, CTRL-P gives me a faster experience so give it a go.

michael_michael2• 14 years ago

I use Fuzzy Finder in concert with Command-T: Command-T for quickly navigating the current working directory and Fuzzy Finder for navigating from the root like you. I imagine you could use Ctrl-P similarly, though a customized Fuzzy Finder would likely obviate the need for Ctrl-P/Command-T.

One Fuzzy Finder tip. Make sure and map :FufHelp, if you haven't:

    nmap <c-h> :FufHelp<CR>

It allows you to fuzzy find through the help docs. Being able to see closely related help docs through fuzzy matches is a huge boon when it comes to navigating Vim's help.

tommyd• 14 years ago

It was this feature which made me switch full-time to Sublime Text in the end - Command-T was just too slow in comparison so I decided the Vim emulation in Sublime was good enough for the commands I used, which are just the basics really - arguable how much of a speed difference it makes almost but it's too ingrained in muscle memory now! :wq

edanm• 14 years ago

I've used this plugin since I discovered it. It replaced fuzzy finder for me.

It is MUCH better.

My killer feature: it will automatically avoid opening files in special buffers. I.e. if you ru. It inside the NERDtree window, it won't load there but rather will load the file in the middle buffer.

Other than this it has loads of other things that make it much better.

ianpurton2• 14 years ago

It's truly a great tool. I installed it yesterday as an alternative to CTRL-T as I didn't want to install ruby system wide.

It will also allow you to quickly move between buffers with CTRL-P then CTRL-B to select buffers.

timmorgan• 14 years ago

The readme says MacVim -- anyone know if this will work in GVim?

jpk8• 14 years ago

Yep, it does. I use it daily in plain-old terminal vim on ubuntu, so I don't use it in GVim much, but trying it just now worked fine.

base698• 14 years ago

After 2 weeks of using Sublime I just did this:

rm -rf /Applications/Sublime\ Text\ 2.app/

I will never neglect you again VIM. You've been so good to all of us.

g3orge• 14 years ago

it takes a lot of time for the first launch to cache. Is this normal?

gregwebs• 14 years ago

I love Ctrl-P! You can use Ctrl-B to search only open buffers.

Ctrl-P is the recommended find plugin from the janus vim distribution: https://github.com/carlhuda/janus I use most of the other plugins from there and will be trying out the others.

mark_story• 14 years ago

If you use Command-T it has a mode to search buffers as well. I think its mapped to <Leader>b by default.

jpk8• 14 years ago

I use vim for coding just about every day, and as a rule, I try not to install plugins unless I really need/want it. Reason being is if, on occasion, I need to do a little editing inside an ec2 instance, or whatever, I don't want to type `vi` at the shell and get a different editor than the one I use every day. So I try to keep it as stock as possible, while allowing enough customization to be productive and comfortable.

Anyway, that said, Ctrl-P makes the cut. :)

sophacles2• 14 years ago

Why not put a git repo of your .vim/ somewhere publicly accessible, then just check it out wherever you need to use it? Going further, just have a simple to remember repo address with all your dotfiles... or even just an init script that bootstraps your environment for you? A good custom environment, catering to your preferences can help a lot. It is a bit of a pain to initially set up, but then it's just a command or two at first login, and you have your environment everywhere.

shortlived5• 14 years ago

This is a great idea if you are always running on a modern system. I learned Vi (and later vim) out of necessity because I was programming on Solaris 9 and USS (unix on z/os) and modern Vim was just not available.

jpk8• 14 years ago

I've thought about it, but in the context of, "I'm reformatting this disk, and I need to back up my home directory to have after I'm done," since I would cry many tears if I hosed my ~. But in that case, I just make a copy of it somewhere instead of putting it in git, or whatever. Putting it under version control for more casual reasons, though, sounds like a good idea. Plus, you get revision history! I might just do that. :)

Either way, I don't think I'd go much further from stock than I already do because like shortlived illustrates, there's just sometimes you have to use the vanilla version of whatever you're dealing with, no matter what you do.

Produce• 14 years ago

I was a vim minimalist for a short while for the same reasons. They make sense in theory. In practise, all you really need to remember for regular vi(m) is :e. All the rest of the motions and commands you'll be using anyway. The amount of productivity gained from a customized vim config > the amount of productivity gained from remembering a couple of commands in case you need to edit on another box. And that's how learned to stop worrying and love the bomb.

lloeki5• 14 years ago

I can indeed safely degrade myself to use pure-vim easily enough, but the only one that bites me when missing every now and then is vim-surround.

njharman• 14 years ago

Optimize for the common path (editing code) and not the exception "on occasion, need to edit with raw vim."

It might make sense for a consultant admin who is managing dozens of systems and 100's of boxes. But for a developer not crafting and utilizing the best tool chain possible is just a waste.

slurgfest3• 14 years ago

I have heard this argument over and over again.

As a heavy plugin user who routinely connects to machines without the plugins, it is not an issue for me at all. And I learned vim while using tons of plugins. But obviously if you are depending heavily on something like Cream (which makes its behavior more like gedit or something, insert mode all the time) you are going to have a tough time adjusting. Very few plugins change vim's behavior in that kind of fundamental way, however.

Life is short. Use the plugins you want to use.

jpk8• 14 years ago

Protip for python hackers: "set wildignore+=*.pyc" in your .vimrc so Ctrl-P won't pick up all the .pyc files. It's pretty annoying to get every file you search for 2x, and then get a bunch of binary junk if you pick the wrong one. :-P

jamesgeck02• 14 years ago

Hitting Ctrl-F or :ControlTFlush so I can open a file that Rails or Git or whatever added to the project directory is one of my biggest issues with Command-T. Sublime Text 2 gets it right, but it's Vim compatibility mode isn't quite there yet.

Will this automatically update its cache as new files are added?

statenjason• 14 years ago

You need to hit F5 to refresh the cache.

alecbenzer• 14 years ago

Is there a way to get it to open a file in a new tab instead of the current one? (instead of having to :tabnew and then invoking ctrlp)

hgimenez• 14 years ago

highlight the file, then C-t

mcmire2• 14 years ago

> Written in pure Vimscript

I'm so sorry :P

In all seriousness, this looks like a good contender to Command-T judging by a cursory glance through the README. I'll have to give it a shot.

keporahg• 14 years ago

What exactly is so bad about Vimscript? I've done a decent amount of scripting in it for my .vimrc, and even contributed patches to a few plugins and haven't noticed anything wrong with it. I'm a bit confused as to why people always make it seem like it's a pain to work with (I'm guessing the bad parts are the ones I've never had to deal with).

mcmire2• 14 years ago

So right, I haven't tried writing anything serious in Vimscript, but the few times I tried it I was confused. At this point, it looks like someone took Lua, added a dash of Python, and then added "fixes" here and there because why the hell not. Like the fact that you can't put an array over multiple lines without adding a backslash (I guess?). The fact that you have not just == but ==? and ==#. Sure, there are reasons for this, but there shouldn't be. The fact that you can abbreviate everything, which sounds like a good idea, but sure makes code harder to read. The fact that there's no module system or anything, functions in the "standard library" are just there out in space (fortunately, they're named consistently and they have okay names). The fact that you have to scope functions because a capitalized function is Special. The fact that to call a function, you have to use call() because otherwise Vim interprets it as a command. (Unless it's scoped?) Oh, and Vim regexes don't conform to any standard you might be used to (except for \v, but I don't know that that conforms to).

So yeah I am not an expert. If I learn it, maybe it'll be better. It's a tool thing though. Vimscript isn't a very good tool compared to the other ones that exist now. I mean, doesn't Vim support other languages now? Why don't people use them at this point?

mrinterweb2• 14 years ago

I regularly use Ctrl-P and Command-T regularly. Ctrl-P seems to work well for smaller projects. It is faster than Command-T, but it often fails to find files accurately on larger projects. It searches in hidden/ignored directories that Command-T automatically ignores. I like the fact that you don't have to have vim compiled with ruby support to use Ctrl-P which is great when working on remote machines. I feel like Ctrl-P is close to being a drop-in replacement for Command-T, but it is not quite there yet. When Ctrl-P's match results are the same as Command-T's, I'll stop using Command-T.

westcave2• 14 years ago

Thank you, kien.

Ctrl-P for Vim: Pure Vimscript Command-T

Related Stories