2018-02-04 0:12 GMT+03:00 Christian Brabandt :
>
> On Sa, 03 Feb 2018, Marc Weber wrote:
>
>> http://vam.mawercer.de/
>> You can add the plugins you want to the input and get the result as .zip
>> for windows or linux.
>
> I have never had the need for that. When I used vimballs, I downloaded
> the
On Sa, 03 Feb 2018, Marc Weber wrote:
> http://vam.mawercer.de/
> You can add the plugins you want to the input and get the result as .zip
> for windows or linux.
I have never had the need for that. When I used vimballs, I downloaded
them from vim.org opened them in Vim and was done. No need to
Ok it's a good reason I understand well and just see :RmVimball that is
able to locate and remove LargeFile.vba I just installed.
Without be pro or cons of existing or newer plugin manager, git linked to
or not, just wonder why not to welcome all or no one.
Was just a thought around that.
Thanks
http://vam.mawercer.de/
You can add the plugins you want to the input and get the result as .zip
for windows or linux.
vimball does not support dependencies. Yes its simple.
True fix is cross language package manager, because sometimes you need
dependencies for ruby or python.
Marc Weber
--
--
On Sa, 03 Feb 2018, Marc Weber wrote:
> Why is $vimruntime distributed with Vim?
Because no-one likes an editor that has no syntax highlighting and all
the other nice features of Vim that are not built into the C-core
nowadays. And that is a good thing™
Christian
--
Ernährt euch von Diäten!
On Fr, 02 Feb 2018, Ni Va wrote:
> Got a recent need to read Large Xml file, I think Large.vba from Charles E
> Campbell is the best plugin
> :http://www.drchip.org/astronaut/vim/index.html#LARGEFILE
>
> Then just wonder why vimball is integrated within vim distro and not others
> plugin's ma
You'll only become faster looking at the data you truly need.
Nokogir will create a full ast. THere are event based XML parsers in
some languages like Java or libxml vs expat (forgot) written in C
https://stackoverflow.com/questions/4036659/what-are-fast-xml-parsers-for-ruby
=> SAX was one - but d
Hi Marc and thank you,
I'd thought that runtime dir into https://github.com/vim/vim.git should be
distributed up to date as compiled binary.
For xml yes, I'm starting to deal with ruby nokogiri xml lib.
I think it is fast but if you can advise on faster lib I will be glad.
Just I wondered only o
Why is $vimruntime distributed with Vim?
Eg the error format plugin of me does only one job, while :compiler
of Vim is doing too much IMHO ..
http://github.com/MarcWeber/vim-addon-errorformats
Why not share code between Vim & Emacs & vscode & ..?
This is an attempt to see where it goes:
https://g
On 2018-02-03, 00:35 GMT, Ni Va wrote:
> Then just wonder why vimball is integrated within vim distro
> and not others plugin's managers like vimplug
> : https://github.com/junegunn/vim-plug.git
https://shapeshed.com/vim-packages/
(put your ~/.vim in a git repo, then those plugins could be git
Hi,
Got a recent need to read Large Xml file, I think Large.vba from Charles E
Campbell is the best plugin
:http://www.drchip.org/astronaut/vim/index.html#LARGEFILE
Then just wonder why vimball is integrated within vim distro and not others
plugin's managers like vimplug : https://github.com/j
11 matches
Mail list logo
