faster ctrlp-cmatcher

[skwp]

I just locally installed https://github.com/JazzCore/ctrlp-cmatcher

It works much faster than the normal ctrlp matcher, because it uses a C extension. I'm going to use it locally for a while before trying to integrate.

The biggest issue here is it requires local compilation, so having python installed. I'm not sure it's a great thing to add such a dependency to yadr or how to integrate it into the Rakefile. Additionally you have to manually compile it (see their README) and then copy the .so file: JazzCore/ctrlp-cmatcher#3

[lfilho]

Personally, the current speed of CtrlP is enough for me. I have a considerably big project here and the speed doesn't interfere with my current workflow...

And I remember I was pretty annoyed when I used Command-T and also had to compile it everytime I reinstalled or cloned my repo in a new machine, etc etc etc...

[duhanebel]

Installation is not a big deal: we can kick off the compilation from the rake file and install it where it needs to go after we run BundleInstall.

Fabio

On 7 May 2013, at 16:09, Yan Pritzker [email protected] wrote:

I just locally installed https://github.com/JazzCore/ctrlp-cmatcher

It works much faster than the normal ctrlp matcher, because it uses a C extension. I'm going to use it locally for a while before trying to integrate.

The biggest issue here is it requires local compilation, so having python installed. I'm not sure it's a great thing to add such a dependency to yadr or how to integrate it into the Rakefile. Additionally you have to manually compile it (see their README) and then copy the .so file: JazzCore/ctrlp-cmatcher#3

—
Reply to this email directly or view it on GitHub.

[lfilho]

If we turned out using it (the fully automated installation and compilation Fabio mentioned made me smile), then the python dependecy could open the doors for using UltiSnips in place of SnipMate.

There's a huge discussion here where the author of SnipMate himself proposes the "end" of the project in favor of UltiSnips: garbas/vim-snipmate#114
And maybe this is useful too: http://fueledbylemons.com/blog/2011/07/27/why-ultisnips/
(And honza/vim-snippets are already compatible with both)

[duhanebel]

I hope that the smiling thing was a good thing :P
The new powerline toolbar is also gonna be written in python so I suppose we'll need the dependency anyway in the future.

Fabio

On 7 May 2013, at 16:48, lfilho [email protected] wrote:

If we turned out using it (the fully automated installation and compilation Fabio mentioned made me smile), then the python dependecy could open the doors for using UltiSnips in place of SnipMate.

There's a huge discussion here where the author of SnipMate himself proposes the "end" of the project in favor of UltiSnips: garbas/vim-snipmate#114
And maybe this is useful too: http://fueledbylemons.com/blog/2011/07/27/why-ultisnips/
(And honza/vim-snippets are already compatible with both)

—
Reply to this email directly or view it on GitHub.

[lfilho]

Hehehe yeah, that was not well expressed, eh?
I meant that it made me happy. Because I just wouldn't like to be compiling stuff every time...

[duhanebel]

@lfilho: If there's a thing my job taught me is that there's always a way to automate stuff ;)

[skwp]

I'm only closing this because there's no action for 3 months. Ctrlp doesn't bother me, if it bothers you guys enough to try to do a pull request, I'm open to trying it out.