You are not logged in.
Hii, why isn't there a package in the AUR or something with many usfull plugins for vim?
I know there is one for Xemacs, so why did'nt any one make one with many nice and good plugins for VIM :?:
Offline
Because plugins are subjective. No onw made a package for firefox plugins either - vim plugins are easilly installable from ww.vim.org, by saving them in ~/.vim/plugins/
Offline
Yes I know they are easy to install, I just thought it will be nice to have some good set of plugins for everyday use.
Like the top 10-20 of the plugins
Offline
EAD, sounds like a good project for your own first package! You've found something you think people might like, that doesn't exist yet - give it a shot.
Offline
EAD, sounds like a good project for your own first package!
You've found something you think people might like, that doesn't exist yet - give it a shot.
Amm the problem I have some work for my study right now, but maybe I will try it
Offline
Yes I know they are easy to install, I just thought it will be nice to have some good set of plugins for everyday use.
Like the top 10-20 of the plugins
Still may not be that easy, as I reckon it largely depends on which programming language(s) you're using.
Offline
EAD wrote:Yes I know they are easy to install, I just thought it will be nice to have some good set of plugins for everyday use.
Like the top 10-20 of the pluginsStill may not be that easy, as I reckon it largely depends on which programming language(s) you're using.
amm
C/C++ and JAVA and SCHEME ans C# and so on
Why should it be a problem?
Offline
arooaroo wrote:EAD wrote:Yes I know they are easy to install, I just thought it will be nice to have some good set of plugins for everyday use.
Like the top 10-20 of the pluginsStill may not be that easy, as I reckon it largely depends on which programming language(s) you're using.
amm
C/C++ and JAVA and SCHEME ans C# and so on
Why should it be a problem?
Ok, but say I mainly program in Java and Python. My plugins are going to be different to those that a C/C++ programmer may use. So let's say we pick (an arbitary) top 5 languages, and package a load of plugins for them. Then brace yourself for the "this package doesn't contain plugins for language no 6/7/8/..." or whatever.
Don't get me wrong, it's not that I don't like the idea of downloading a bunch of plugins via pacman, I'm just thinking that it's possibly not the most practical method.
Offline
The things is: your top ten list might not be somebody else's. Ppl use it for
different purpose.
Offline
lang2, we know, but we are pretty safe in picking a top 10 languages that will cover a majority of users. There's always going to be users who use others, but they can help themselves
James
Offline
The only one I would back as a packagable plugin is taglist. Taglist is sweet.
Offline
Offline
aye, ill double on minibuflist too. also what could be a good inclusion is the collection of colour themes. hicurline is pretty useful sometimes too.
James
Offline
aye, ill double on minibuflist too. also what could be a good inclusion is the collection of colour themes. hicurline is pretty useful sometimes too.
James
Bah, use vim7, :set cursorline
Minibufexpl has alot of issues, for instance, :bwipe -ing a buffer has the potential to kill syntax highlighting. I use BufExplorer for that sort of stuff
Offline
so, will some one with good knowledge of VIM 7, will make us a package?
:?:
Offline
pacman -S testing/gvim-devel
Phrakture's gotcha covered, EAD
Offline
pacman -S testing/gvim-devel
Phrakture's gotcha covered, EAD
actually, it's in unstable, not in testing
-neri
Offline
Offline
codemac wrote:pacman -S testing/gvim-devel
Phrakture's gotcha covered, EAD
actually, it's in unstable, not in testing
-neri
Yeah, and neri has you covered... I do a rare update here and there, but neri is more on the ball
Offline
I have added:
vim-bufexplorer
vim-colorsamplerpack
vim-minibufexpl
vim-taglist
to extra - enjoy.
Offline
Offline
Nice idea, thanks.
(ctags should probably be a dep of taglist?)
Offline
Just some thoughts:
1. After the installation, ':helptags' command should be run to allow the help link to be added to the local-addition section
2. It would be better to install to /usr/share/vim/vimfiles directory instead of /usr/share/vim directory.
lang2
Offline
(ctags should probably be a dep of taglist?)
Whoops, good catch.
1. After the installation, ':helptags' command should be run to allow the help link to be added to the local-addition section
helptags is run on install/upgrade/removal
2. It would be better to install to /usr/share/vim/vimfiles directory instead of /usr/share/vim directory.
As far as I know, the only difference is the order in which they are loaded - it might be more proper to place them in vimfiles... I'll think about it.
Offline
i prefere Tiny Buffer Explorer (tbe)... and is really noone using showmarks? or a "wiki" for vim (f.eg. potwiki)?
Offline