Re: Some basic Vim commands
:sh des start a shell, if you quit it you should be back i vim. There are various plugins/ extensions which provide a window with a terminal if you need to keep something running. https://neovim.io/doc/user/nvim_terminal_emulator.html :h terminal.txt (?) Alternatives :!cmd or ctrl-z then command fg or use screen and have 2 windows or various old solutions which try to provide :h terminal like features but as script code which might work only most of the time. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/vim_use/d22b4311-f7f2-5052-a58f-1fdcd7ef39e4%40gmx.de.
Re: How to debug a vim plugin?
https://github.com/MarcWeber/vim-git-wiki/blob/master/vim-online-wiki-source/topic/debugging-viml -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Using Vim as a Browser Bookmark Manager - Auto Recursive Folding
Why use folding? use tags: http:/// #bar #batch #s http:/// #batch #s http:/// #batch #batch the folder thing never works.. and create shortcut for filter for filtering or :%!grep .. https://github.com/MarcWeber/vim-addon-other/blob/master/plugin/vim-addon-other.vim#L39 Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: When I develop a vim script, how can I debug it?
I use the following ways http://vim-wiki.mawercer.de/wiki/topic/debugging-viml.html -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
PHP completion - eg port PDT?
I've tried many different PHP completions, they all were not as nice as PDF, and eclipm in Vim is slow. Is anybody else interested in turning Eclipse PDT completion feature into a client-server protocol service so that it can be used for Vim easily? There are quite a lot files to looked at eventually. Maybe we can join forces ? Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Gvim startup slow. Please see the log and advise
If a plugin is slow you can load it lazily as needed. Then the 1.2 secs only have to be spent if you use the features. VAM, NeoVim, https://github.com/junegunn/vim-plug all support kind of lazy leading. Talk about what menu.vim is doing, maybe there is an alternative solution. You can also use -V20/tmp/log and look at the logfile to find out where Vim is spending most time. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Idea and prototype: Vim independent event based communication & completions?
Vim8 / NeoVim / maybe Emacs and more languages: VimL/Python (maybe lua)/ others But common features such as - completion - templates - describe thing at cursor - goto thing at cursor - show errors - run compilation - ... 500 plugins - but how to make them work together? http://github.com/MarcWeber/editor-cells Is an attempt to implement the features in an independent manner so that those parts can talk to each other by message passing style no matter what language they are written in. Because reinventing the wheel sucks. It is an experiment, maybe it will hit speed bottlenecks, but I felt its the most flexible way to learn from the past. https://github.com/MarcWeber/editor-cells/blob/master/vimrc and SetupVimTestCells() shows how to setup completion and a simple auto triggering implementation. You see that you can add custom completions to existing omnifuncs easily by using wrappers around existing omnifuncs such as CompleteMonth. The long term goal is to provide completions which you could combine with machine learning to see which options should be ranked highest for instance. So the idea is that you can compose individual features the way you need. SetupPy2TestCells works, the py3 async code needs more work - but its enough to get an idea. Once there is a 'common format' many editors car do basic things with then libraries even can provide their own snippets / dsls / stuff and be done. Currently its a lot of work for everyone. Feedback welcome - its very early stage. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Vim startup profiling
> Ok I save 100ms using the plugin manager vim-plug but not enough for me. > Is anyone can advise me or explain to me why some files are loaded twice and > take twice or more times N msec: > - vim80/menu.vim > - vim80\filetype.vim I never compared vimplug vs VAM, but I'd be interested in it. AFAIK parsing commands such as Plug takes time, you may want to lookup its definition and call that code in .vimrc instead - maybe it saves you 1 ms. VAM is only 770 lines - because we split the 'everyday runtime code' and the 'update/install' code. This eventually could be done for VimPlug as well. If you want to give VAM a try you can create dictionaries like this: {'filetype_regex': '\%(rb)$', 'names': ['vim-ruby', 'vim-addon-rdebug', 'vim-addon-ruby-debug-ide', 'textobj-rubyblock' ]} {'name': 'matchit.zip'} and write such a file and load by call vam#Scripts(expand('~/.vim-scripts'), {}) github:repo/name can be used as names. I don't say use VAM, but it could shed some light into whether you can be faster and wheter VimPlug can be improved. It has features VAM does not have - such as fixing version. VAM has had an experimental mode 'merging all plugin/*' files into one to seed things up - but its likely to break code such as did_load or similar. See vam#install#MergePluginFiles( .. But as far as I remember I stopped using it myself even before switching to SSD / getting a faster machine. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Vim startup profiling
> Thank you Sped up by using a plugin manager supporting lazy loading or as needed (vim-addon-manager/Neobundle maybe more). Typically sourcing twice is not a problem, often guard [1] like guard has been setup which is a quick workraound which immediately saves most time. Marc Weber [1] if exists("loaded_") finish endif let loaded_ = 1 -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Vim Improvement suggester
Brams advice was 1) watch yourself 2) look at what takes most of you time 3) use mailinglist or chat to ask how to do things faster. I've put some ideas here: https://github.com/MarcWeber/vim-addon-manager/blob/master/autoload/sample_vimrc_for_new_users.vim "The commands" you wan to record lack context, so no human/ai would be able to suggest "how to do things better" without knowing your task. MfG Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: vim & ctags: how to jump to the definition in new window
s then use :tjump or such -> you can write a mapping easily such as :nnoremap s:tjump Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: VimScript tips needed
:h search() -> there is an option to not change cursor position or such is an option as well -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Vim and Lisp
THere is * old patch for vim implementing terminal * newer patch for neovim implementing terminal No idea how the emacs thing feels like - a terminal emulation does not cope that well with copy/paste vim style and vim templates engines and whatnot which is why I chose to use a simple buffer, get back stdout and just display it at the bottom of the buffer. You can send stdin by typing text, selecting it and hitting or by or such, see README. Moreover some completion was implemented for ruby and others .. No idea about emacs. Vim / async has some troubles such as "is it in command window mode" I had to try working around. Why not just install and use such command to get your repl? Replace sh by your interpreter command! AsyncSh call async_porcelaine#LogToBuffer({'cmd':'/bin/sh -i', 'move_last':1, 'prompt': '^.*\$[$] '}) completion typically works by sending some chars to the intpreter and intercepting the result bevor it gets shown to the user - see samples. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Vim and Lisp
> Is anyone working on a Lisp/REPL implementation that will take > advantage of the asynchronous IO and other features added in Vim 8? Hi Brett, even without "new features" you can get close by eg using vim-addon-async. See its README.txt for alternative similar implementations. So I've been using ruby repl within a vim buffer for quite a while by piping from to stdin/out via a helper process calling back into vim via client-server feature. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Percentage of distros using Python enabled Vim?
Eventually you may want to talk about your software first. Maybe it already exists .. -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Passing parameters to Ruby within vimscript...
Typically you use the vim API to get values from vim. Eg let g:xoo= "value" ruby << xoo = vim.eval('g:xoo') END or the like Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: vim suitable for professional software development?
> 1) Let's assume your vim configuration is broken at work and you can't How does this differ from other solutions? Use version control system to manage your plugins. Installing latest plugins can be done easily by plugin management systems such as VAM/Vundle/NeoBundle. Some details / links look here: http://vim-wiki.mawercer.de/wiki/topic/vim%20plugin%20managment.html > 2) I'm not familiar with frameworks like Spring, Tomcat or Maven. > * But how much do they depend on some vim plugin? I mean, is it possible > to work without a vim plugin? I assume, they make the repeated tasks of > your work very easy and fast. Look Vim / Eclipse are not the same. They are not exclusive either, eg google for eclim. Also you may find yourself doing some tasks in Vim, others in Eclipse. (While Eclim works, I found completion to be slower). Browsing code in Eclipse might be nicer, because you have more windows to understand class relations and such. Well - There is also viplugin for some vi editing features within Eclipse. Vim plugins will never be as complete as Eclipse (eg refactoring). > => I have also very little experience with vim or shell scripting, > therefore i fear that someday i can't write a convenience plugin/script > and have to work in a (compared to e.g. eclipse) inefficient way - or > change the editor, because the support fore that language/framework is > not enough. If you're worrying about 20min, then you will not even get started with writing plugins. Tip: HAve a look at plugins you already know, have a look at their dev history to get an understanding how much work writing a plugin can be (depending on the topic) > 3) GUI development. I've learned recently that vim's intention is just > not to be a GUI builder for some language. But, It will never be. In fact Vim's gui is broken by design https://groups.google.com/forum/#!searchin/vim_dev/Ruby$20abort$20vim$20marc/vim_dev/irITPpKnTP8/Osl0AHJUH60J Neovim (a fork of Vim might fix this in the future) A good rule of thumb (looks like you're new to Java as well) is: Use what your colleagues use, then they'll be able to help. If you want vi like editing features, get viplugin. Vim does not debug java well either (maybe there are some plugins, but you have to setup class path and whatnot). > => As a beginner, i don't understand the complexity of the connection > between the GUI Builder and vim, A lot of your questions will go away if you get to know your tools better. Please note: There is also Emacs/Idea/Netbeans/.. Thus your question Vim vs Eclipse is to narrow as well. Both Idea/Netbeans have Vi like plugins as well. Oh, by the way: You may want to look into alternatives to Java as well such as Scala / Groovy (eg gradle is using that). Rule of thumb: Always use the best tool for a job. If its about text editing (and code happens to be that) Vim often is a good fit. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Sourcing .vimrc for use in bash shell?
> Is it possible to source .vimrc so that the mappings and settings > within are available for command line editing in the shell? .vimrc is interpreted in viml - zsh does not have a viml interpreter embedded. So you need some kind of rewriting - you may even find ways to automate it in some way - but because zsh/vim are independent implementations you may hit cases which don't work. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Looking for step by step plugin setup installation instructions for Vundle
2) try :help colorscheme (to learn that that command has nothing to do with vundle) 3) read the error message again: > Error detected while processing /usr/share/vim/vimrc: > line 56: line 56 is your colorscheme line, so just drop that - thus try to make sense out of the error message. If you're very new to vim get started by vimtutor (by typing it into the shell) - it'll tell you the very basics eg how to use the help. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Vim completion using reverse engineering Eclipse
Excerpts from David Fishburn's message of Tue Mar 03 21:22:47 + 2015: > I am hoping someone on this list has a passing familiarity with Eclipse. Lookup eclim.org project Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: http://www.vim.org/about.php: 404 error
Excerpts from keith.briggs's message of Fri Jan 02 13:16:11 + 2015: > The "About Vim" link at vim.org doesn't work. Whatever it was - seems to be fixed now. The whole www.vim.org was broken showing a sourceforge standard page. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: VIM PHP
Keep the browser open and hit F5 in the browser. (alt-tab or similar keys switch active windows fast) If you need "auto relodaing" have a look at tools such as guard/guard-livereload (ruby tool) or similar - then you can reload in multiple browsers/devices ... Otherwise expand('%') will provide the currentfilename, substitute or fnamemodify() functions or such will help you. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: vim (windows) <==> vim (unix)
:h clipboard (linux/solaris) have multiple clipboards eventually Alternatives: "1p "2p (or ctrl-r 1 in insert mode) yank previously copied/deleted pieces of text or such or use registers such as "ayaw (yank a word and put into register a, then you can "ap paste register a) I'm unsure which is the exact solution. Eventually do :options and compare diff the results .. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Fwd: Preferred vim method to put xml tags around selected text
zencoding & sparkup might have similar features. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Cannot make snippet plugin working...
http://vim-wiki.mawercer.de/wiki/topic/text-snippets-skeletons-templates.html There are more solutions - and the comparison chart is incomplete. snipmate/ultisnips and vim-snippets might be a good starting point. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Vim Error Format
Excerpts from Pieter-Jan's message of Tue Sep 09 07:40:29 + 2014: > ** Error: ** while parsing file included at /path/to/some/pkg.sv(41) > ** at /path/to/some/mdl.sv(216): near ")": syntax error, unexpected ')' set efm=\*\*\ at\ %f(%l):%m -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Keep Vim light and clean
Using https://github.com/MarcWeber/vim-addon-local-vimrc you can add project specific configurations easily. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Keep Vim light and clean
vim-addon-manager and NeoBundle allow to load plugins as needed. There are older "AsNeeded" solutions, too See samples in the README files of those projects Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: best vim plugin for tex?
http://vim-wiki.mawercer.de/wiki/languages/latex.html which one is best - depends on your liking -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Can't get vim-go bundle to work
> I've installed the vim-go bundle on my Ubuntu 14.04 system. I'm using > pathogen > to manage my plugins. > > I ran a git clone to pull the program into my .vim/bundle directory. > > Unfortunately, for some reason, the vim-go environment doesn't seem to > work. For example, when I run :help godocs it comes back with "Sorry, no help > for godocs". Or, for example, when I put the cursor under a go > keyword and type :godocs, I get: E492: Not an editor command godocs Well - then read pathogen docs. It tells you how to run helptags automatically (or switch to a plugin manager which does this automatically in a sane way (on install/update) such as vim-addon-mangaer) > When I first ran .vim, it started downloading a number of things that > were necessary for it to work. However, at this point, none of the > listed vim-go commands actually does anything, only giving "Not an > editor command: godoc" You're missing basic understanding of Vim commands: vim provided commands are lower case only plugin provided commands are always starting with upper case. Vim of course does not ship with :godoc command AFAIK for obvious reasons. Thus reread documentation, open the plugin/* files and look for command which defines a plugin provided Vim command or such. Also ensure plugin and filetype is enabled in your .vimrc Eg see here http://vim-wiki.mawercer.de/wiki/topic/vimrc.html (This wiki also contains some hints about how to debug/troubleshoot VimL) Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Vim Awesome, a new Vim plugin resource
Hi David, It looks nice (design), however I think far from complete. An "uglier" overview about how many plugins vim-pi knows about: http://vam.mawercer.de/ (> 10.000) Every project such as vimawesome is welcome to collaborate with https://bitbucket.org/vimcommunity/vim-pi And even vim-pi is missing a lot of plugins floating around on github like sources. eg http://vim-plugins.org/ is an earlier attempt. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
RE: How to start vimdiff?
:bufdo diffoff might be useful, too Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Added asm.snippets to snipmate but cannot get it working without :set filetype=asm
Hi Fabio, consider telling your mail client to send textmails only when posting to mailinglists. About snipmate and filetypes: Do RTFM: https://github.com/garbas/vim-snipmate => FAQ Thus setting scope_aliases is one option. How to set filetype? ftdetect/*.vim files get the job done as well as au commands, like this: autocmd BufRead,BufNewFile *.y,*.ly :set ft=happy ft can contain multiple filetypes AFAIK, eg ft=a,b snipmate itself supports "importing" other snippet files, too. But I recommend using the scope_aliases instead. If it should happen that you're still using msanders of snipmate version then get consider using a plugin manager which supports vim-pi which tries to protect against using outdated plugins by telling you about alternatives when installing. Eg see: http://vim-wiki.mawercer.de/wiki/topic/vim%20plugin%20managment.html You also want to know about the collaborative vim-snippets effort: https://github.com/honza/vim-snippets We welcome you to help maintain the assembler snippets. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Official Windows build recipe
google: "wiki vim build windows" eg shows http://vim.wikia.com/wiki/Build_Python-enabled_Vim_on_Windows_with_MinGW Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Poll: What's good about plugin managers?
I've already said that most wolk reasonably well for most common use cases. Smaller differences are documented here (maybe this is incomplete): http://vim-wiki.mawercer.de/wiki/index.html Try them all, and help keeping that page up to date. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Poll: What's good about plugin managers?
Excerpts from Nikolay Pavlov's message of Tue Mar 25 20:32:13 + 2014: > With VAM you can ask to update specific plugin only. Action "update all > plugins for which there is a newer version available" is exactly what VAM > does if you disallow using VCS sources (otherwise it may switch source > types without notice (or with, I do not actually remember)) (updating VCS > sources which were installed manually still works fine). To be honest I don't know either. We haven't defined behaviour. VAM should - run git pull if a plugin directory happens to be a git repository - hg update if its contains a .hg directory and so on. Thus if you turn a .git into a .hg repository :VamUpdate plugin-name should do what you want. But you're right that one final goal could be a to support fixed versions & update sources. The perfect "user experience" would be "choose yourself" which is why the last update I made was that important: It allows passing dictionaries instead of plugin names. Thus Activate(['plugin-name']) can be replaced by Activate([{'name': 'plugin-name', 'force-change-branch-on-update': 1 'force-hash': 'xxx345'}]) The force-* keys are not supported yet, but are trivial to add and document. Thus user would have full control. I think its more important to collaborate on the declaration than on the implementation. And I even failed on a "InstallPlugin" proposal. Thus somebody has to step up and just "win the race" - which doesn't make sense now that neobundle exists unless waiting how that turns out to be ... (my view). Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Poll: What's good about plugin managers?
Excerpts from Steve Litt's message of Tue Mar 25 21:40:51 + 2014: > The VimOutliner project is basing their next installer on Pathogen, so > as a VimOutliner user, I'd love to see greater Vim support for Pathogen. Why can't we collect those "requirements" and allow plugin managers to implement them? Can you ellaborate which feature is being used by VimOutliner ? Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Vim Spreadsheets
Excerpts from mascip's message of Tue Mar 25 11:47:42 + 2014: > I'm thinking *using Vim for spreadsheets*, for a few *reasons*: libreoffice like tools can also export to html and import it again. [..] a b [..] Its diffable In the end it depends on which features you need. openoffice like tools support - formulars - zooming (easily) - printing - collapsing colums (eventually this could be implemented by conceal feature now) I don't know more tools than you've already found yourself. About sc/slc: I tried it once, but in the end I didn't use it often enough to learn everything from scratch such as "how to export to csv, how to ..." Don't forget that in calculation apps you often can use ctrl- to jump to next border and tab/cr to move right/bottom. Not as nice as Vim but often good enough. Don't forget about additional csv tools such as ruby/python/... which all can read/write such files easily. VimL is nice, but date manipulating eg could be harder for instance. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Poll: What's good about plugin managers?
@David me saying "you're wrong": You're right. Thanks for facing me. About APIs: The main problem is that you cannot just access the gitub api, because accessing the internet from PHP scripts is not allowed. Code like this fails: echo file_get_contents('http://google.de'); from #sourceforge its still the case: 15:58 MarcWeber> Eg this doesn't echoe anything: echo file_get_contents('http://google.de'); 15:59 @ctsai-sf> That’s correct, we do not allow outbound connections due to past abuse. 16:00 @ctsai-sf> We are aware that this is something users want, and we will likely reconsider this periodically, however there are no plans to change the current behavior in the foreseeable future. That's why thinking about changing hosting would make such implementations much easier. Of course you could setup any SSH based hooks and update missing info by cron jobs, too. But I somehow dislike adding more and more hacks. Immediate feedback (such as getting the right plugin title from github) is user friendly. That's why Bram should comment and reevaluate the situation. Anyway, taking care of neovim (and how the community wants to deal with it) could be very important, too. It might be too early to judge. Thus what is the wisest way to proceed ? Start a new project? Unless there is a nice central way to document options (eg where to find plugins) this all is kind of 'lucky' IMHO. Also do we want "testing and continuous integration" ? Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Poll: What's good about plugin managers?
> dowvoting due to "textfile" The main issue is "lack of interaction". Getting down votings for unkown reason is bad for everybody. So this hurts a lot IMHO. issue trackers are a lot better, because they create a soft force improving / documenting the issues. The text file contains: linux: See https://github.com/MarcWeber/vim-addon-manager/blob/master/doc/vim-addon-manager-getting-started.txt section 2, recommended setup. Then VAM will git clone itself on startup. I'd still do it the same way today. The main issue is that plugin maintainers have to care about - vim.sf.net install intstructions - README - doc/* documentations today. That's one thing gmarik (vundle) got right: Having a nice shiny README file. > But vim.org needs work. Bram should reply to the question whether he would allow a different hosting. eg vim.sf.net in the past suffered from not being able to send email. There have been at least 5 people during the last 3-5 years who would have spent time on the "next vim.sf.net", but due to hosting it was hard to find a nice scalable solution. About github vs vim.sf.net: The best thing would be allowing @ vim.sf.net to just register a github url *and be done*. vim.sf.net could then just forward to github generating a .zip file for download. Simple change, but huge benefit - it would solve almost everything. Its Bram who should speak up - we've had quite a lot of "private messages" in the past - but hosting was the bottle neck IMHO that time. > There is no consistency in versioning. But is this really a problem in the common case? Usually you use the latest version, and if upstream differs from what you want you're likely to fork anyway (IMHO). The common case is likely to work - and most authors take care and fix issues in a couple of days. > There is no support for linking to some repository or issue tracker, > again, it needs to be given in prose. I'd say that bitbucket, github work reasonably well, if there was a way to say "this plugin is hosted at github" those links could be derived and displayed easily. > Finally, and that is the crux, there is no API. You're wrong. I patched vim.sf.net to return a huge json dictionary containing all plugins. See vim-pi code. Maybe the API is not perfect, just enough to make vim-pi work reliably. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Poll: What's good about plugin managers?
Excerpts from Gary Johnson's message of Mon Mar 24 18:19:54 + 2014: > How do you know whether or not a plugin is "actually used"? VAM calls the command: VAMUninstallNotLoadedPlugins (old name: UninstallNotLoadedAddons) Thus VAM cannot and does not know - well - even VAM has an alternative now: passing a list of "plugins which might be used" to fix this issue. It looks like this allowing to tag plugins: - you have a list of plugins to keep - you also can tag plugins, and then activate all beeing tagged by "c-dev" for instance [1] The idea was to move this list of plugins into a text file so that you can replace the plugin implementation. Eg installing plugins in parallel could be implemented in python trivially. Additional keys could be added, too. However the uninstall commands haven't been updated yet. Again - I think NeoVim and how those patches turn out are at least as interesting as the "plugin manager" discussion - because the plugin management solution has been solved at least 3 times - and all solutions work reasonably well for most use cases - and at least I don't want to be better than the 20/80 rule (20% effort should yield 80% of value which is linux philosophy). I cannot speak for the other plugin manager solutions. Why did I start VAM? - need to distribute my own code focusing on - code reusing (thus minimal dependency support) - being declarative - allowing to "guide" the community, thus VAM was implemented by introducing two projects: the plugin manager and the pool of known plugins, which is vim-pi now. (Note that you can opt-out trivially or replace it by your own plugin sources) This was driven by some questions on #vim about "why doesn't plugin X work" - and the solution was sometimes to tell people to use plugin Z. My goal was to automate this guidance. vim-pi also knows about where to put files, eg some plugins on vim.sf.net don't have a proper directory structure - thus managers have to guess or know whether plugin-file.vim is a color,syntax or a plugin file (the plugin type on vim.sf.net is set incorrectly often). Somewhen ZyX joined the project improving documentation (due to git after all now at least half of the code was which is in the project was written by him) My goal was only "to be good enough - never to be perfect". Since then Vundle was written, forked (=> NeoBundle), proposals/ prototypes were written using ruby gem system or python package managers to manage vim plugins - but I don't think they ever got many users. They are all listed at the vim-wiki page. Of course other users just wrote a set of shell scripts to be "minimal" and the like. Very interesting is why some tools like "Pathogen" are still that popular. I guess one reason is that many plugins (eg ruby plugins) have had pathogen install instructions, and many people copied them when writing new plugins (Again a failure of not having a central place to document such install instructions IMHO). Last but not least there are alternative projects trying to be (what I'd call the kitchen think?), plugin collections: http://vim-wiki.mawercer.de/wiki/topic/plugin-collections.html They want (do ?) provide a sane set of plugins which just work. I told some of those authors about VAM long time ago, but AFAIK none adopted it (switched to vundle/pathogen or such ). Personally I got tired about this topic, I'd like to focus on more important aspects in my life. Plugin management has been solved reasnoably well IMHO. I've been way too passionate about these things in the past.. :/ I cannot fix the world. I've learned this lesson. :) And if we are at discussing this topic I'd like to remind its very very hard to think about "ratings/stars" and the like. If they don't have a decay (they don't have at github/vim AFAIK ..) they might be worthless - as worthless as facebook likes - worth would be likes per visits or such. Thus I still believe that manually maintained guides could be more valuable than automatic tools - which might be biased in favour of the past. (Again - my view). Eg massive downvoting happend on the vam vim.sf.net plugin page for whatever reason (drchip removed his plugins form vim.sf.net for a similar reason). This is just a reminder for those who missed the happenings in the past. Marc Weber [1] Sample code: let scripts = [] call add(scripts, {'name': 'plugin_c', 'tag': 'c-dev'}) call add(scripts, {'name': 'plugin_ruby', 'tag': 'ruby-dev'}) call add(scripts, {'name': 'script-povray', 'filename_regex':'\.pov$'}) call add(scripts, {'name': 'script-php', 'ft_regex':'^\.php$'}) " tell vam about the script
Re: Reactive programming
> - be able to update ViM help automatically to print the correct bindings Which help are you talking about? I guess you mean plugin/doc/*.txt help files which are provided by plugins: Use plugin managers, they can "retag" plugin help files automatically. See this comparison (which is likely to be incomplete, yet a nice starting point): http://vim-wiki.mawercer.de/wiki/topic/vim%20plugin%20managment.html > - update the ui when I work on .vim files Which ui? UI in Vim? UI in Java, .. I'd say guard is your friend as already mentioned. It should be easy to make it run any command on file change. > - print function documentation or usages of it or tests during cursor > moves into my code If you want people to point you to code you should talk about which languages you're talking about. If you're lucky there is some support for some languages. I personally use tags to jump to definitions. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Poll: What's good about plugin managers?
implement). But then you still need 7zip or unzip or such (again VAM tries hard about just getting it right). unzip/git like tools could be provided by "plugins" which can be installed or by cygwin or msys like environments on Windows. There was not enough interest to make me or ZyX spend more time on this Windows topic. Also there are hard/soft dependencies. hard (required), soft:optional. How to encode this? Right now I think soft dependencies should be installed by the user explicitly. VAM introduced "addon-info.json" - a not very well defined format to declare dependencies. (without knowing what is really useful upfront it looked sensible to allow format people can add their own keys to). How important is "version lock". For VAM in the past I thought that just using latest versions is good enough - and reduces overall dev time - because there is only one combination of plugins to take care of. We've prepared allowing passing git hashes or such - but didn't finish the checkout implementation (lack of interest) - doing so would be trivial. For Vundle there have been PRs for years (see link above) which never got merged, NeoBundle checkout specific versions. The most important question is: How perfect do we want to be ? @Israel Chauca VAM does not install plugin if it already exists, thus you can put anything into vim-addons/foo and make VAM behave like pathogen by asking it to activate foo. If it happens to be a git repository you'll be able to update it. Thus simulating Pathogen by VAM is trivial. VAM also has (unfinished) Vundle emulation. - Individual plugins can be temporarily disabled by filtering them out of the runtimepath at start up. Why take the burden to filter the runtimepath? In Vam you just don't activate them. EG " VAMActivate this-plugin because the line is commented everything will work as expected. For Pathogen people have code in their .vimrc to recreate helptags always because Pathogen does'nt know when a plugin got updated. Many small reasons to think about whether VAM/NeoBundle would serve the user better. (my view) > canonical source for plugins, vim-pi tries to be one And no, vim-scripts is not an option because it cannot disambiguate plugins having same name but different ids. Bug has been filed but never fixed long time ago. Last but not least I don't want everybody to adopt VAM or NeoBundle. I want to make it easier for users to find their own solution by telling them about differences (which is why I started vim-wiki - everybody can edit it on disk, its just a git repository). I've sent an email some time ago about making such "wikis" more visible, not many replies. So in the end I got depressed. The key is managing the community better / and collaborating on the important things. Right now this means at least watch NeoVim eventually. Sorry that there is no easy answer to this topic. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Reactive programming
> bring almost no new data and insult people, don't answer. In which way did I insult you? If you know Vim that well, why did you ask at all? The data I tried bringing is "there is nothing about reactive programming I know about which comes close to what I know which gets called reactive". What do I think of when thinking about reactive programming? - abstractions over "events" by coding functions only. Where did I see this style? Haskell libraries, urweb, and another framework you can find on hackage which compiles to js and server side. Does Vim come close (programming wise)? No. Could you have answered this yourself? Yes: just do :helpgrep reactive. Does reactive always make sense? There are use cases where it does make sense (I tried to point you to existing solutions, if you already know them it could have been you talking about those) - and there are use cases where it doesn't make sense - which is why I asked you to clarify what you're looking for exactly. You obviously failed on this. > You can stay in your cavern, but don't force others to stay with you > because you're afraid by the sunlight. This is without context - so replying to it would be stupid. You may want to read up about "bottom posting" which will tell you about the benefits of "referencing the exact context you're replying to". To sum up: If you are more specific people may actually help you. Otherwise wait or do your own research at github,bitbucket,google,vim.sf.net(vim wikis) and so on (which is as you say "known") or wait for additional replies by "more knowledgable vimmers". reactive programming is just a tool to get a job done - which job did you think about when writing your first mail in this thread ? Thanks Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Reactive programming
Excerpts from Gautier DI FOLCO's message of Sat Mar 22 19:07:51 + 2014: > I really mean reactive programming: when some variables are changed > expressions which dependent on them are recomputed. Reactive tools I know about: - ruby guard https://github.com/guard/guard Thus if you "write" you can run actions Eg it can reload files in browsers, regenerate tags and whatnot. vim-addon-actions allows to bind actions such as "compile file" to buf write events Other than such "hooks" Vim is not reactive - more event based (which can be used to achieve the same, but you know that). > My final goal is to have an UI like Light Table Then use Light Table The bigger the system you're working on the less likely you want the editor to "redo" whenever you hit some chars. It heavily depends on what you do. Thus to keep the story short: just because you insert a space in coreutils source code you don't want anything to trigger rebuilding your linux system (would take too long). Thus it does make sense to concentrate on your task and judge yourself when its worth rebuilding something. (That's what I found out). neovim.org is a project by Tarruda fund by bountysource. If you come up with a nice decsription about what you exactly mean you can try talking to him or vim-dev mailinglist. Until that happens think about when you want to be reactive, maybe tools like the ones mentioned above can help you come close. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Reactive programming
Excerpts from Gautier DI FOLCO's message of Sat Mar 22 18:28:21 + 2014: > Is there a way to do reactive programming within ViM ? Vim is a text editor. "reactive programming" usually means writing code. Sure Vim can do it (as well as many other editors). So please clarify what you're asking exactly. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Programming Lua with vim
Excerpts from meino.cramer's message of Wed Mar 12 04:00:00 + 2014: > Currently I am missing the function of '%' > to jump from one scope delimiter to the corresponding matchit plugin, read its documentation > syntax seems to slow down the editor. Have a look at the syntax implementation. There are some settings such as synmaxcol. Compare old / new regex :h regexpengine. There is syntax profiling, too (forgott about the name). If the new engine is slower than the old one its bug, then report to vim_dev mailinglist. > What other additions to vim for coding lua are recommended? Snippet engines like these could be helpful: http://vim-wiki.mawercer.de/wiki/topic/text-snippets-skeletons-templates.html http://vim-wiki.mawercer.de/wiki/topic/finding-a-vim-plugin.html Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Need help about CompilerSet errorformat
> > CompilerSet errorformat=%EError\ on\ line\ %l\ in %f:\ Column\ %c:,%Z%m > However, the errorformat can't recognize the error message output by the > Inno Setup compiler. The example error message is (two lines per error): You need multilen error format descriptions. :h errorformat => javac sample :setl efm=%A%f:%l:\ %m,%-Z%p^,%-C%.%# See docs for %A start of a multi-line message (unspecified type) %C continuation of a multi-line message Thus try somethingc like this (untested) %A%f:,%CColumn\ %l:,%Z%m mind the \ before the space. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: magnum.vim - Pure Vim script big integer library
Feedback about the plugin: + written nicely (api, code, ..), with test suite ! (great) + works correctly (I've run maybe 2400 additional tests, 200 random runs for each method) (generating the test cases takes about 0.02 secs, running them takes about 6 secs (core-i5) (Code generating test code : http://dpaste.com/1634959/) + unique selling point (base conversions possible) could be emphasized in README This could also be of interest to other plugin writers. - false statement ? (found in wiki): === claim: Given some UNIX timestamps, determine the average. This is something you can't do with Vim numbers. let times = [ \ 1390938148, \ 1390759759, \ 1391028429, \ 1390992724, \ 1391100465, \ ] [...] === Why can't I do this with vim? Sample implementation (fun! Average) in benchmark below: [1 little benchmark] (I agree it requires float support in Vim) Anyway: benchmark for such use case (1000 and 1 files), done on a core-i5: " 1000 numbers : 22ms " 1 numbers: 221ms echo tlib#cmd#Time('call Test1()') " 1000 numbers : 0ms " 1 numbers: 3ms echo tlib#cmd#Time('call Test2()') Why am I asking about why it was written ? If there are strong arguments for adding it I'd like to add it to the list of things to improve about Vim. Marc Weber === [1 little benchmark] looks like its still quite fast fun! Average(list) " vim does have float support ! let avg = 0.0 for i in a:list let avg += i endfor return avg / len(a:list) endf let num = 1390938148 let s:times = [] for i in range(0,1) call add(s:times, num) endfor " cannot use it inside a function !?? let s:zero = magnum#ZERO fun! Test1() call magnum#Int(2) let sum = s:zero for time in s:times let sum = sum.Add(magnum#Int(time)) endfor let tally = magnum#Int(len(s:times)) let s:average_1 = sum.Div(tally).Number() endf fun! Test2() let s:average_2 = split(printf('%f', round(Average(s:times))), '\.')[0] endf " 1000 numbers : 22ms " 1 numbers: 221ms echo tlib#cmd#Time('call Test1()') " 1000 numbers : 0ms " 1 numbers: 3ms echo tlib#cmd#Time('call Test2()') echo "expected result: ".num echo 'magnum result '.s:average_1 echo 'float result '.s:average_2 -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: magnum.vim - Pure Vim script big integer library
Excerpts from glts's message of Tue Feb 18 13:44:04 + 2014: > I'm happy to announce magnum.vim, a multiple-precision integer library > written entirely in Vim script. And which is your usage? Why not just use python? (for speed, maintainance, and more reasons?) Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: VIM - Detect Whether a Plugin is Active/Running/Open?
Excerpts from Eduardo Lúcio Amorim Costa's message of Wed Feb 12 23:30:26 + 2014: > I would like to do some tricks with VIM and so I ask the help of you guys! > > It is possible to detect whether a plugin is active/running/open? > You can close a plugin by its name? > You can close a plugin when it loses focus? You cannot close plugins. Vim uses buffers and windows (showing text). plugins usually refere to ~/.vim/plugin/* files - if that's not enough and if you want to redistribute a plugin today its most common to put files on github and have a directory structure like this: ftplugin/* plugin/* syntax/* ftdetect/* Details and history see: http://vim-wiki.mawercer.de/wiki/topic/vim%20plugin%20managment.html About keyboard mappings and swiching: Vim supports mapping and unmapping of keyboard shortcuts. However it usually is best to ask plugin maintainers to try either WAY 1: ask maintainers of plugins to allow configuring the mappings so that there is no collision WAY 2: Don't load both plugins at the same time, either use plugin 1 or plugin 2. Plugin managers such as vim-addon-manager or NeoBundle support loading additional script runtime directories (as describe above) lazily, eg when opening a .php file a php debugger plugin/script would be loaded. (How this is done refere to vim-addon-manager or NeoBundle's documentation) > Is there any plugin that facilitates the activities mentioned? I tried writing tovl (the one vinmlib once) - but abandoned it for many reasons - taking care about "resetting" or "unloading" plugins/mapping/... is not worth the effort because restarting Vim is that cheap. Plugins such as github.com/MarcWeber/vim-addon-local-vimrc can help reconfiguring Vim to work with a specific project. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
website / wikis - important links / proposal
You may have learned about a recent case: VAM vs Vundle vs NeoBundle etc. One of the things which I feel very sorry about is that Shougo that time did miss VAM - so we have two plugin managers. Diversity is fine (if there are known reasons) - I feel that "I missed the other solution" is not a nice reason. I'd like to improve this. And I think the way to go is improve the visibility of the wikis at vim.sf.net because I think wikis are closest to "self organization" and delegating repsonsibility to the community, too. Right now we have at least two wikis: vim.wikia.com: + much content + most tips - ads + payed by ads vim-wiki.mawercer.de: + minimal set of features + based on git (thus editable by Vim on disk) + you can edit without logging in. + custom code allowing to add custom features (such as feature matrixes). I don't want to judge which one is better (either is better than missing both or having none being visible enough). At vim.sf net the keyword "wiki" is easy to miss - and you'll find broken links such as community -> Another wiki is at wikibooks: learning the vi editor/Vim. which is dead since 2010 (?) Anybody knows what happened? While discussing hosting would be worthwhile (Bram?? - would you accept a different solution if it was guaranteed to exist for a couple of years?) I think that discussing the most visible links is most important. I'd sugggest: 1) What is Vim 2) Get Vim 3) Additional resources Documentation wikia Wiki vim-wiki Tips Plugins (and managers) (overview) [1] [X] 4) Community/getting Help [2] [X] 5) Sponsoring 6) My Account 7) humor (all those nice graphics etc) This would be a small enhancement without changing too much. [X] Some of the pages should be "community-driven" thus hosted on wikis. The contents on vim.sf.net could be updated once a day to reflect the wiki contents. Projects /ideas such as "monthly/weekly" tips could be added easily then. [2] help: vimtutor, :help, mailinglist, irc, stackoverflow (less recommended), github issues (or similar) For plugins: doc/* (best viewed in Vim - yes I got a mail telling me that < > signs at github views are hard to understand (those indicate code blocks but they are only visible inside of Vim) and nowabays README.*, too as well as the install instructions at the plugin page at vim.sf.net (which get harder to mantain now that github is standard) [1] and here its important that ratings can be a guide, but can also be missleading. We had cases where massive downvotings happened on a couple of plugins within 1-3 days for no apparent reason. Here its also important to talk about "best practises" about how to report bugs etc. I really think it does make sense to state 1) look for existing plugins 2) talk to those maintainers (eg by github issues) 3) if you still need to write something new document your goals Recommending some feedback workflows will help all parties a lot. Does this make sense? I cannot rewrite the website - but I will take enough time to add the important bits -and maybe remove the outdated ones such as the "what is this site still talking about it hosting the tips". Which additional do you think are important and missing? Most of the changes are trivial, but important for "newbies" IMHO. Please reply to this thread what you think - thanks. If you want to make changes to the suggestion, you can just edit the titanpad [T] (and reply briefly describing your changes here on the mailinglist) [T]: http://titanpad.com/ZilTT7O6wZ Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Can vim output its entire display to stdout?
:h 2html.vim There might be more options http://shjs.sourceforge.net/ http://google-code-prettify.googlecode.com/svn/trunk/README.html http://alexgorbatchev.com/SyntaxHighlighter/manual/brushes/ etc Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: vimrc skeleton
You can use snippet like solutions, too http://vim-wiki.mawercer.de/wiki/topic/text-snippets-skeletons-templates.html for x in ['tex','bar'] exec 'au BufNewFile for x in ['tex','bar'] exec 'au BufNewFile *.'.x.' do ...' endfor endfor Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Vim Weekly
Excerpts from tawheed abdul-raheeem's message of Wed Jan 29 02:23:50 +0100 2014: > > I haven't seen a single spam commit on my wiki yet. And if it happens > I dont doubt that but that is probably because it has not yet gained a > lot of traction from the community and also web bots. Web bots will have no chance guessing ?vim_edit=1 unless a programmer adopts the code for this special wiki. Unless this happens I don't care. There is so much I could care about. I already cared about limiting the amount of SPAM which can be done at vim.sf.net (eg by limiting the amount of POST requests per second etc)... Why bitbucket? Because I feel Vim could benefit from people having a simple way to contribute (to both VIMRUNTIME and vim - even if they add topic branches only ..) bitbucket allows git and mercurial, and vim source is stored in mercurial. Also I like the way how bitbucket organizations can be managed - by letting people access individual repositories or be admin. However I've hit one issue: No idea how to upload a special key so that a server can update a repository without creating a new user. I hope that these were the replies you've been waiting for, if not reply again. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Vim Weekly
Excerpts from Benjamin Klein's message of Mon Jan 27 16:57:57 +0100 2014: > how do you plan to combat spam? What has been the issue with vim.sf.net - it was not even possible to activate accounts by forcing users to click on links in mails. There are two kinds of spammers: - bots - human users I'm not sure we even found out which kind of spamming happened more often. Unless I know that I feel its enough to be smarter than bots which should be simple. Of course my judgment could be wrong. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Vim Weekly
> My goal > - We need one person to serve as a door keeper to the project > (something like the linux kernel project) the main objective here is > to fight spam and verify that the tip actually works. I know - testing tips and judging which to use is most work, correct. > - Users should not be allowed to edit the content on the main site, all tips > would be submitted on github via pull-request or simply editing a file. > (Again trying to fight spam I haven't seen a single spam commit on my wiki yet. And if it happens git commits are trivially to revert or drop. My idea is to be "uncommon" and simple. adding ?vim_edit=1 to a page is very simple - but no bot will know about it. > In the next coming weeks I am hoping to write a command line utility > that will enable users to submit tips from the CLI, possibly somebody > else could create a vim plugin to make this available from inside VIM. If you start using my wiki (or wikia) you can start right a way without writing additional code. > Finally, with the amount of feedback and support that I am getting on > this project I have migrated the project from my personal github > account to a github organization account. Which organization? I and Zyx (and Shougo) are part of bitbucket.org/vimcommunity (which also want sto be open to any such projects). Drop me a line if you want me to add you as admin. > Let me know what you think - Its an open source project is heavily > driven by the community. I think this all should be on the main vim wiki, we should try to collaborate as much as possible - and I think it should be usable/greppable on disk. There are many tips already, people just have to read them. I'd say: Start spending your time on the tips, then send them to the mailinglist, do this twice, then think about how to move on depending on the feedback. You can still write plugins etc. To get started I'd even say people can put there tips here (I've put almost everything I find useful on my wiki ..) If you want to write plugins I'm not going to stop you - just wondering whether its most important to get started. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Vim Weekly
Dear tawheed abdul-raheeem, I'm not sure whether you've noticed that I proposed a "haskell activities community report" [1] like thing for Vim in the past. Never started it due to lack of time Now that you use the words "replace" wikia I'd like to point you to my effort: http://vim-wiki.mawercer.de/wiki/index.html Its a wiki written for this one use case: - being easily editable by vim (offline and changes can be pushed by git) - having minimal syntax - having unique features (such as feature matrices) which help writing some content - can be edited online without login I didn't like about wikia: - not easily editable/greppable with command line tools - ads unless you login Thus I'd like to invite you to join such effort. if contents gets more mature (and more people join) I'd like to propose syncing contents to www.vim.org (because a wiki there would be terrific, too). The nice thing is that using such a wiki readers could just add comments or fix small things which might happen. Tips in this wiki are just simple text files, and this list is generated form files on disk: http://vim-wiki.mawercer.de/wiki/tips/ Let me know what you think and whether I may grant you access to the github repository. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Replacing a string which is in a line and not in the beginning?
Excerpts from Niels Kobschaetzki's message of Sat Jan 25 11:37:24 +0100 2014: > And I want to replace all occurrences of "- " when they are not at the > beginning of the line. So the above mentioned file should look like: There are always two ways to cope with this "if they are not". Fastest: (This assumses " - " is still meant to be beginnig of the line, thus even if there are leading spaces) :%s/^(\s*)- /\1DONT_REPLACE_THIS/ :%s/- // # substitute DONT_REPLACE_THIS back: :%s/^(\s*)DONT_REPLACE_THIS/\1- / second way is looking up all that "no match" magic in :h regexp Eg: |/\@!| \@! \@! nothing, requires NO match |/zero-width| (*) Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Do developers use vim exclusively or alternate with an IDE?
> Often the transition between mouse and keyboard is worst. My clients often > sends content in the form of a word document and alt + tabbing, selecting > text and moving back feels bad. On Windows that's what I'm doing always, alt-tabbing is fastest imho. Nobody prevents you from remapping ctrl-v to do what you want. The "block" selection is not lost, you can still start selection by v then switch to block by ctrl-v - I just assume that you use block selections less often than pasting .. > for me. Sometimes I paste only to find I have the wrong register or somehow > the clipboard has been cleared. That's why you should consider using 'clipboard' setting or such, to make more "clipboards" be the same. If last deleted texts are gone you can get them by ctrl-r 1 2 3 4 eventually, or use u for undo .. there is a also a yankrink like vim plugin (emacs style) - but never used it. Last but not least you can automate much more by using crazy tools such as autohotkey (windows) - for linux there might be similar tools. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Do developers use vim exclusively or alternate with an IDE?
Hi Sam, we're getting to the point where help gets possible. > I'm quite happy to learn and use vimscript if you believe that is the way I collected also some downsides of Vim (still doing almost all work with it though): http://vim-wiki.mawercer.de/wiki/topic/in-which-way-does-vim-suck.html http://vim-wiki.mawercer.de/wiki/topic/in-which-way-does-viml-suck.html > Copying and pasting text from outside of the editor. > page by swapping odd bits of text from another document. It just feels > clunky to me and I often find myself using eclipse instead. Which operation feels clunky exactly? > If I have an class that I want to call a method of I generally like to know > what the overloads are and the order of the parameters. I've got used to > using intellisense in VS. I don't know if it just laziness that I would > like it or if people normally require it or not. Use the right tool for a task. If its Eclipse, then use eclipse. > "Peeking" at files real quick seems like a lot of work. c-w s or v splits vertically/horizontally. > vsplit :o file.ext them Ctrl w w to change to the split, again, see my mail, its just same about :q Vim's defaults are not optimal. I often stop caring just doing c-w T to open a new tab. > mouse and eclipse come in. I tend to move through a tree of files faster > with a mouse. depends on what you do exactly, I often grep, then use a keep-lines implementation to limit the files to what I want to look at (see vim-addon-other) Still browsing foreign Java code is something I'd consider doing in Eclipse, because it just works, it can read .class files etc. With Vim you have options, such as ctags and the like, but browsing class hirarchies may require a lot of additional complicated setups. For Ecilpse there is also http://www.viplugin.com/index.htm (costs some $, but might be worth it - maybe there is a command "open this file and location in Vim" now - I asked for it once. There are more ways (eclim etc), eg this link is listing most of them: http://www.freehackers.org/VimIntegration > (I do apologise if I replied incorrectly. I've read the rules, but I am new > to mailing lists!) Only thing you want to do is "learn about why bottom posting" is most easy for everyone. Except that and being polite there is not much you can do wrong - you're welcome. Some problems about Vim can be solved easily - others cannot at the moment. Yours Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Do developers use vim exclusively or alternate with an IDE?
Excerpts from vim's message of Mon Jan 13 21:33:34 +0100 2014: > On 2014-01-13 13:58, Ben Klein wrote: > > There are probably cases in which it is indeed faster to use a > > mouse, although I cannot think of any notable ones at the moment. > > The biggest use-case I have for using the mouse (it's a track-pad on > a laptop, so it's faster to reach, but the speed/precision is more > wanting than a real mouse) is adjusting the sizes of vim-window splits > if I want a particular layout. c-w 20_ or c-w 20| or such (with is terrible). See line 18, 20: https://github.com/MarcWeber/vim-addon-other/blob/master/plugin/vim-addon-other.vim It allows m-w5 to resize to 50% or m-w8 to 80%. Also take care about line 8 which maps c-w hjklq to "one hit" (might cause trouble in vim) - line 28 remaps instead of I've added those hints to my wiki - feel free to add your own ideas: http://vim-wiki.mawercer.de/wiki/tips/replacing-mouse-by-keyboard Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Do developers use vim exclusively or alternate with an IDE?
Excerpts from Gerald Klein's message of Mon Jan 13 19:44:32 +0100 2014: > Moving around without the mouse is definitely quicker No, its not. Its only "faster" if you have to move the hands to mouse first. At the beginning it was very very very hard for my brain to even think about which way is faster for a use case - the end of the story: I gave up on the mouse, too. There are keyboards with mousepads which make the choice simpler. There are additional ideas such as http://www.combimouse.com/ (being developped for years, so this will never happen eventually). I personally feel the future is a programmable touch area which can serve as mouse / keyobard at the same time with gestures to type key series .. - but yeah - still using a "default" keyboard myself. Anyway - without knowing about the use cases where this "problem which is faster" happens most we cannot help causing bias on either side. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Do developers use vim exclusively or alternate with an IDE?
C#: Some people may use VIm, if you don't know C# by hart an IDE might be more productive (for visual studio there are vi keybindings) Java: For Refactoring, debugging or code browsing using an IDE might be more productive, there are alternatives such as "Eclim" which try to bring Eclipse IDE features to Vim for multiple target languages. Why Vim? === - fast startup - fast typing - easy to customize Quite a lot of IDEs have kind of vi keybindings support. > using it when I know what I am doing, sometimes it's just quicker to use a > mouse. Well - why not talk about where the mouse is faster? Maybe we can suggest alternative ways to solve your problem? :) > that I alternate between HTML, CSS, C#, Python and Php. I am on windows. Python: Vim has repl with completion (eg vim-addon-async or see its readme for alternatives) - syntastic like plugins make syntax checking easy. HTML / CSS: Tag objects such as dat (delete a tag) are useful. There are additional plugins such as zencoding or sparkup (eg see some tips here http://vim-wiki.mawercer.de/wiki/languages/html.html) CSS there is completion support. JS: I know that some IDEs allow(ed) debugging - AFAIK Vim does not - firebug etc were good enough for me. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Do most Vim users use snippets?
Get any plugin manager: http://vim-wiki.mawercer.de/wiki/topic/vim%20plugin%20managment.html at the moment I'd recommend VAM or NeoBundle. Then trying the available snippet implementations is easy: http://vim-wiki.mawercer.de/wiki/topic/text-snippets-skeletons-templates.html (This list probably is still incomplete, but tries to give an initial overview). If you feel something is missing on those pages let me know or edit it yourself. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: plugin for taking notes with code?
There are various plugins which can show marks for location or quikfix list, thus using :cfile to load the bookmarks into quickfix then using one of the following two plugins: Examples: - github.com/MarcWeber/vim-addon-signs This provides a simple function for placing a list of signs :UpdateQuickfixSigns is the sample implementation doing that - https://github.com/tomtom/quickfixsigns_vim - syntastic has such feature (but does a lot more ..) Then mapping :cnext :cprevious could be reasonable fast if you have only a couple of comments for each file. Alternatives would be copying files adding an extension such as .review, then you could use vim's builtin diff feature to show your comments I've created a small wiki article about the mentioned options: http://vim-wiki.mawercer.de/wiki/tips/taking-notes-about-code Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: plugin for taking notes with code?
Excerpts from uukkhh's message of Thu Jan 09 20:16:03 +0100 2014: > I have been using vim for a while and like it very much. (But still > entry level :-) Now I need to read source code of a big project, and > when browsing, have to take some notes from time to time to understand > it faster. :e notes.txt If you need more, have a look at the Boomark command at github.com/MarcWeber/vim-addon-other and customize. It just adds location to a bookmarks.txt file with file/line info (gf on itto jump to) Of course you can have more advanced solutions. Well - you need more. Maybe just use VCS version and work with diffs? Then you can edit code and add your own statements ... its as much work as "git stash" or hg has a way to keep a pile of patches which you can apply/remove easily, too. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
community repositories? community and activities report? Who would be interested in joining?
Maybe you've noticed the discussion on vim-dev about providing a single repository containing all vim plugin repository information. The goal is to allow multiple parties (VAM, NeoBundle, ..) to use this repository. Thinking about it I come up with: - my UltiSnips fork - Snipmate (and vim-snippets) - my vim-wiki.mawercer.de code - vim-dev-plugin - vim activities and community report web site (to be done) Those are maintained by a couple of people at the moment anyway. Note that I didn't talk to the repository owners yet. and many additional packages which I'd like to allow commnuity to contribute to even easier. I even consider moving vim RUNTIEMPATH into its own community maintained repository could be a success - because a lot of things could be improved - and we could work on new standards such as "asynchronous task lists" etc. Who of you would be interested in joining such a community maintained project - even if its a piece only? I'd also like to start something which existed in Haskell for a long time: The community and activities report. So we need a new page collecting such updates - so that its harder to miss new plugins and how they compare to existing work. For vim-addon-manager-known-repositories (which is likely to be renamed) we're looking for a new home, thus discussion should take place now about whether we should create something like github/vim-community/ or just use github/vim-pi/vim-pi (pi = package index) for that single project. I feel the more communication the better. Ideas, thoughts - comments? Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Help getting Vundle to include a plugin I'm writing
Excerpts from Ivan's message of Tue Dec 31 00:34:09 +0100 2013: > I'm writing a plugin and trying to figure out how to get Vundle to include > it. Nothing doing so far. I created a Github repo for the plugin and > referenced it in my .vimrc as follows: > Bundle 'ivanbrennan/grep-operator' You need to put the file into plugin/syntax/autolad/color/filetype... depending on what you need. In your case its plugin/* which get sourced by Vim. http://vim-wiki.mawercer.de/wiki/topic/vim%20plugin%20managment.html Explains the basic plugin layout and additional options Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: vim quickfix: make a locate the match but don't jump on it.
Map :cnext and :cprev to keys, then :cnext is fast. If you have to find a different line, think about how you find it. Eg if you look for .txt files in the grep result only, see github.com/MarcWeber/vim-addon-other about a possible keep lines / drop lines implementation based on regular expressions. Thus I don't search, I filter the quickfix list a second time. Using both technics there is not much left to spend time on.. So try to understand why mapping :cnext is not enough and think how to optimize that eventually. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: vim: toggle between tabs and toggle between buffers
> the last 2 buffers used instead of tabs. or :b # will do exactly that Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Does viminfo store nested lists?
Have you tried cyclic linked lists/ dictionaries like these samples ? fun! CyclicDictionary(count) let start = {} let prev = start for i in range(1, a:count) let new_ = {'prev': prev} endfor let start.prev = new_ return start endf fun! CyclicList(count) let lists = map(range(0,a:count-1), '[]') for i in range(0, a:count-1) call add(lists[i], lists[(i+1) % a:count]) call add(lists[i], lists[(i-1+a:count) % a:count]) endfor return lists[0] endf let dict = CyclicDictionary(10) let list = CyclicList(10) if dict and list are both read back correctly neither size nor cycles seem to be a problem .. But even :echo string(list) fails => "nested too deep for displaying" Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: How would a vim guru type this c++ snippet?
Excerpts from Chris Stankevitz's message of Wed Dec 04 02:24:00 +0100 2013: > Hello, > > I wish I worked with a vim guru because I would devote a day to just watching > him work. I have tried to find "vim guru" videos on youtube but that hasn't > really panned out. So instead I'll turn to the group. > > In the attached files, I start with a class TCTest and I add a default > constructor, a copy constructor, and an assignment operator. > > Regarding the change from test1.cpp -> test2.cpp, will you please do one of > the following: > a) come to my office and change test1.cpp into test2.cpp so I can see how you > do it. > b) record yourself changing test1.cpp -> test2.cpp and send me the video > c) tell me the characters you would type to change test1.cpp ->test2.cpp github.com/MarcWeber/vim-addon-other implements \cp and \mv (quick and dirty, but works) too much work, I type \mv then change the name and hit I also have : >fd And >fn mappings cmap >fn =expand('%:p') cmap >fd =expand('%:p:h').'/' to insert the directory of the current file and the current file to the command line. > d) give me some buzzwords and thoughts about how you would change test1.cpp > -> test2.cpp That's enough :) > Bonus points if your approach is O(1) with respect to the number of members > in the class. ... But what about makefiles etc? Do you want this too? I'ev mapped \gr to grep -r in current dir which is fast enough for many use cases. (also see vim-addon-other) Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: improving Vim - Kickstarter - brainstorming - goals - who wants to join?
Excerpts from Nikolay Pavlov's message of Mon Dec 02 20:35:18 +0100 2013: > Note: this means that if there is reference somewhere when you redefine > function that reference will still use old definition. I consider such > stability an advantage. I always assumed that - restarting Vim is that fast that I do not bother about such changes at runtime. Instead I do care about "setting up my dev env" faster, eg by using local vimrcs, spending more time on workflows to define the compiler (vim-addon-actions) and the like. > Note that there is also no way I know that allows to do this and keep > context (i.e. l: and a: locals or absence of them for use with vim.*eval). > This is poind d). No, there is not. You have to pass context as arguments manually. I didn't try my code. Fact is I'm using it in many ways. If you're interested you can find the implementation easily. But anyway: Your work makes me think that having a separate viml library is the way to go, so that improvements can be created and debugged more easily. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: improving Vim - Kickstarter - brainstorming - goals - who wants to join?
> irc: Have you seen my mail Please don't expect me to reply within 1h. 24 to 48h should must be enough :) > - Client-server model from the core, following tmux ideas regarding > sessions/windows. You think its enough to say "client-server" model? Please try this: client-server model for these use cases: - .. - .. - .. > - Small core written in C. No way. C is a risk. In industry even the "C" kernel gets rewritten using newer technologies. If you want to go that route without me. I agree that "C" should be one way to compile the editor for portability reasons which is why I think C++11 or something compliing down to C is the perfect tool. But that's research (my TODO item) > but C is a very simple language that anyone can learn I'm not interested in languages "anybody can learn" to reinvent each wheel yet another time. There are facts, and those are that you're 5-10 times slower writing an app in C compared to high level languages for various reasons. And those arguments are stronger IMHO. > - Editor server state(which should be sessions, windows, and buffers) > - API that plugins can use to control the editor state. > - Loading plugins > - Emitting events from the client to the plugins and back to the client. > - API for system tasks like dealing with files(?) Try to find particular use cases. In the end there must be one decision: Keep improving Vim or start from scratch. Starting from scratch will take a couple of years (See yzis history, jedit, ..) > - Handle concurrency/multitasking using event loops which is more > efficient and simple than threading. I don't think that "comping up with event loops" is a design yet. If you want such join Yi, so that we can find out whether even improving Yi (eg making it understand VimL) could be a possible upstream. Haskell already has most of what you're asking for: Simple event loops, typing, cheap threads etc. Eg what about concurrent editing? > libuv I've added this to be evaluated. I don't know it yet. > - Extreme extensibility based on editor events. Everything that can be a > plugin, > should be a plugin. So this means "break" and rewrite? > - UI independent. This is a direct consequence of the client/server model. Yes, but why stick to C then? Why not be independent of target "JS in browser vs console vs gtk/qt/.." ? > motivation is simple: Longevity. That's why I even think about "invent a new language" so that code can be shared between Emacs/Vim/Yi. Eg write code which can be compiled down to C (which could be used by Vim then), but share dev work with other editors. That would allow some upstream for Vim, and still allow to write a new core, too. I agree on this. Being modular is key. > Who can be sure if in the future we will be > using keyboard/mouse to write programs? Right, .. I agree. Its me who would like to replace keyboard/ mouse. Eg see "plover stenoknight" as exampl, but that design dates back very much, too. I know there are many alteranatives. (Yet I don't use 2 keyboard /mice input system for my pc) - why? Because when I tried and typed something into a firefox address bar a "completion popup happens", and focus was assigne randomly to the other keyboard. That all can be fixed - but who is going to do all the work ? .. Just to give you an idea what kind of "new issues" can happen. That's why C is no option, because you there is not enough abstraction. No way. It can only be a target IMHO. > As some may have noticed, the above doesn't necessarily describe a text > editor, but a generic framework for building any kind of editor or IDE. Well - something which could be turned into IDEA/Eclipse/... etc ? Not doable in a couple of years. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: improving Vim - Kickstarter - brainstorming - goals - who wants to join?
Excerpts from Nikolay Pavlov's message of Mon Dec 02 18:12:00 +0100 2013: > Wondering whether gobject may make python-vim API look like rather regular > python module and not like something ctypes-based with many implementation > details leaking. Writing a small python layer on top should be easy. > I do not remember clearly, but was not it suggested to take PCRE syntax? I > do not remember any discussions suggesting taking PCRE and replacing parser > code, but I may have missed something. I don't remember wether it was public. Facts: PCRE is fast, it already implements what Bram had in mind, it even has JIT support. But yes, it would be PCRE syntax, too. (Is this good or bad?). > All unicode properties. Add references to documentation what you have in mind (wiki). > It is not this. Problems solved include: > - Possible deletion of function that is referenced somewhere. What for? Don't understand what you mean. > - Weird anonymous function names. Talking about dictionaries? :function{23} will provide more information > - Restriction for deleting functions being profiled. > - Using python callables as vim functions. You can do this all - kind of.: You can define helper function fun! CallPyAndReturn(py-expr) py a = a:py-expr py return a endf Then let my_funcref = funcref#Function('return CallPyAndReturn('python-thing', ARGS[0], ARGS[1])', [2]) # my_funcref contains first arg. Second arg still has to be passed: let x= funcref#Call(my_funcref, [arg_2]) > This list does *not* include partial application, not without lambda > subbranch. Please document your work on the wiki. We need to have a primary place to share ideas/ work/ .. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: improving Vim - Kickstarter - brainstorming - goals - who wants to join?
Excerpts from Nikolay Pavlov's message of Mon Dec 02 15:56:25 +0100 2013: > Currently such interfaces are pretty much useless without using vim.eval or > vim.command (or equivalents in your language of choice). I started creating > wrappers around various C structures (like that vim.options thingie > wrapping functions that manipulate options array) that strip out > requirement for vim.eval/vim.command. => TODO: would gobjectIntrospection system help? AFAIK it can generate beindings to gobject like interfaces automatically for most scripting languages > > > - Unicode support in regular expressions. > > Can you also provide a simple use case, here ? > How do you match a Russian word? This will be /\b\p{Cyrillic}+\b/ in Perl. So what you're aksing for is [a-zA-Z] but include language specific characters such as ß in German or whatever is used in Russia? Something smarter than [^ \t.;:!"'] (trying to match non word chars .. but that's not going to work well) > PCRE: In fact that was what I proposed to Bram, I even wrote to the PCRE mailinglist to understand how to use it (feed data in incrementally). Bram disliked the idea .. I'm in favour of "reusing code" if possible. I'm not in favour of maintaining everything myself. Also they were refactoring the interface. Well "just improve" is not enough. We have one use case {Cyrillic}, but which additional ones to support? > > > - Non-string funcrefs (i.e. inclusion of my patch (without lambda > part)). Oh by the way: I introduced kind of, see vim-addon-mw-utils funcref#Function or such. It allows storing a function to be called and some args to be passed first. It also allows to evaluate strings. Its not perfect, but quite useful. > system("frobnicate ".shellescape(@%)) vs system(['frobnicate', @%]) Have a look at VAM's shell dsl. it comes very close. > again very easy and common to forget about escaping or do it wrong I agree. Also system vs :! requires different quoting etc. > Also using pipes and not temporary files is faster and sometimes more > reliable. r! ... :cbuffer :-) Added this to the sucks page Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: improving Vim - Kickstarter - brainstorming - goals - who wants to join?
Hi Nikolay I've turned your suggestion into a page about order of steps to fix Vim: http://vim-wiki.mawercer.de/wiki/vim-development/fixing-vim-next-steps.html Have a look at the (Comment ..) text, please add some samples. Code can be added by {{{ ... }}} I've also added you as collaborator to https://github.com/MarcWeber/vim-git-wiki. See http://vim-wiki.mawercer.de/wiki/this-wiki/contributing.html Duplicating my comments here so that items can be discussed. (If you reply here I'll just update the comments) Excerpts from Nikolay Pavlov's message of Mon Dec 02 08:41:43 +0100 2013: > - Making vim embeddable (making it second point since it is even more > refactoring). Keep in mind that Yzis team failed on this, see http://www.freehackers.org/VimIntegration (which was posted in this thread earlier) > - Stripping requirement to use VimL in Python/Ruby/Lua/etc interface. I.e. > finishing what I started (I guess I can do this) for python and doing the > similar thing for other languages. I don't get you, can you elaborate? > - Unicode support in regular expressions. Can you also provide a simple use case, here ? > - Possibly sane unicode indexing (may require further string refactoring to > be efficient). Use case ? > - Non-string funcrefs (i.e. inclusion of my patch (without lambda part)). > It contains fixes for some problems. Again, just add a section to http://vim-wiki.mawercer.de/wiki/topic/in-which-way-does-vim-suck.html > - Stripping requirement to use shell to run applications. Again, a use case would help much understanding what you mean exactly. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: improving Vim - Kickstarter - brainstorming - goals - who wants to join?
Excerpts from Ed Kostas's message of Sun Dec 01 16:01:42 +0100 2013: > I want to join, but I receive the following message when I try: > You don't have permission to access /x/php.fcgi/index.php on this server. Your message to the mailinglist has been enough, I took notes. The pages will be back soon, I've problem with php-fpm access rights for some wired reasons after trying an update. > > http://vim-wiki.mawercer.de/wiki/topic/in-which-way-does-vim-suck.html > I receive the above message when I try to access this link too. You can read the source @ github, too: https://github.com/MarcWeber/vim-git-wiki/blob/master/vim-online-wiki-source/topic/in-which-way-does-vim-suck I think the first important thing is to collect things to fix, then workout how to fix [1] them, then estimate costs and try to get funding. Thanks for your interest. Marc Weber [1]: And I don't know this yet. This will take some time. -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [ANN]: Plugin for better vertical movement
Excerpts from Bruno Sutic's message of Sun Dec 01 16:36:43 +0100 2013: > Looking forward to constructive feedback! Thanks > https://github.com/bruno-/vim-vertical-move Funny idea. In the use cas you show I usually do 10j. If I've missed the target line I'll use jk again. Don't "repeat how to install" plugins, reference http://vim-wiki.mawercer.de/wiki/topic/vim%20plugin%20managment.html instead. There are more ways that "vundle/pathogen", and there is no use in repating this inforamtion over and over again. (Site will be back soon). Will add your plugin to the "cursor-movement" section of the same wiki. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: how to make vim read local configuration files
Excerpts from Mauro Sacchetto's message of Sat Nov 30 19:06:28 +0100 2013: > to read the system configuration files placed in > /usr/share/vim/addons/ftplugin/latex-suite/ and in > /var/lib/vim/addons/ftplugin/latex-suite. > how can i suggest vim to read my local files? Well - its bad habit to install plugins "system wide" for that reason eventually. Many ftplugin files have a b:did_ftplugin setting, you should set it in your custom file to prevent the system wide to take any action. Typical guards look like this: if exists('b:did_ftplugin') finish endif let b:did_ftplugin = 1 Another way is to "override" settings by using ~/.vim/after/ftplugin/* which should be loaded last. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: vim slow, Lisp, etc.
Excerpts from Ed Kostas's message of Fri Nov 29 12:29:33 +0100 2013: > Let us examine the specific questions, as suggested by mfid. To make a > long story short, I may recommend my friends to stick to emacs/evil, [..] that's what we were silently suggesting because you depend on so many Emacs specific features. > flymake Traditional: :set makeprg=gcc :make :cope :cnext :cfirst :cprevious :colder Alternatives: There are tons of plugins at vim.org, I wrote vim-addon-actions which lets you bind actions (1st set error format 2snd run compiler) to keys or bufwrite events. Some presets can be found in :e $VIMRUNTIME/compilers/* or such. You use them by :compiler gcc Howver its not modular enough which is why eg I started github.com/MarcWeber/vim-addon-errorformats so that I can mix multiple error format descriptions (eg ruby build system building ocaml, so I need to recognize ruby and ocaml error messages). Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: vim slow, Lisp, etc.
Excerpts from Nikolay Pavlov's message of Thu Nov 28 20:56:15 +0100 2013: > It is completely distribution-specific. I would write ebuild in this case > (Gentoo-specific) or leave vim not installed and running from mercurial > repository where it was build (assuming I am the only user on the machine; > otherwise *only* ebuild). nixos.org is little bit smarter than gentoo, but also newer (eventually less packages). vim with racket support can be installed easily by adding 2 lines to a configuration file. The most important difference is that you can always rollback after upgrades if something breaks. Might be of interest if you depend on your computer .. (You should have a backup anyway ..) Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: vim slow, Lisp, etc.
Excerpts from Ed Kostas's message of Thu Nov 28 14:27:30 +0100 2013: > However, the syntax colors disappeared. I am sure that you expected that. Sure. Try this in your .vimrc to get the old engine: set regexpengine=1 If this makes Vim fast again this bug should be reported on vim-dev with sample file. > 2) > I would appreciate if somebody know how to do it, and could > provide a command line to build vim with Racket. Which operating system ? ... --enable-mzscheme or such should be enough (after having installed racket). See ./configure --help Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: vim slow, Lisp, etc.
business, thus try both: Emacs/Vim, determine which features each is missing, then ask both communities again about how to solve .. and then you can make a decision about which tool is better for your particular use case. Lawyers also have to type much text, thus learning about tools such as "plover steno knight" could be useful, too. Thus learning such system can make you faster than spending month on any editor, depending on yourc use case. [1]: I'm trying to understand whether its worth at least allowing the community to implement kitchen sinks by determining what to fix to create a kickstarter project. Thus add feature requests here: http://vim-wiki.mawercer.de/wiki/topic/in-which-way-does-vim-suck.html Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
RE: improving Vim - Kickstarter - brainstorming - goals - who wants to join?
> * true async support in the core. > Remove notions of updatetime since everything will be async I don't understand this second sentence, example? > * remove backwards compatibility to Vi. I'm assuming that vi backwards > compatibility is hard to maintain? At the very least make nocompatible > the default :-) Yeah. I agree about a lot - or make non compatible setting the default. > * replace cryptic one letter options like coptions by what? > * integrate popular plugins into the core: syntastic, ctrlp, nerdtree, > etc I think this would be fixed by moving vimruntime to github soon .. :) > * ability to renumber buffer numbers. This enhancement alone I would > pay for. Use case? Why don't you just use aliases like b:.. and write your own function to access buffers by alias? Would be about 10 lines of VimL code probably ? [1] command > * concept of window-local buffers and tab-local buffers Please elaborate Also add your ideas to this page, please: http://vim-wiki.mawercer.de/wiki/topic/in-which-way-does-vim-suck.html Then they won't get lost .. Marc Weber [1] if !exists(g:my_buf_list) let g:my_buf_list = {} endif fun SetBNr(nr) let b:nr = a:nr let g:my_buf_list[a:nr] = buffer_number('.') endf command -nargs=1 SetBufNr call SetBNr() " completion missing: command -nargs=1 GotoBuf exec '.g:my_buf_list[] Also see github.com/MarcWeber/vim-addon-other which implements access for tabs or use :b some-chars-only which also works reasonably well often. Don't forgett about mA mB and access files by 'A 'B Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: improving Vim - Kickstarter - brainstorming - goals - who wants to join?
Excerpts from hermitte's message of Wed Nov 27 14:44:42 +0100 2013: > The difficulty with C++, is to force ourselves to forget we also know C. > (BTW, C/C++ is a beast that shall be hunt down. Either code in C, or > in C++. Never try to import C good practices in C++ because they don't > apply) Historically I was told that C++ was written to "reuse the knowledge of programmers because C programmers did know C". So how do you rewrite an application such as Vim using C++ without rewriting it if you should be using only one of C or C++ ? If I choose to create a new artifical language, I possibly could write something turning C into my new language, then do what I said to test huge amounts of C code by adding runtime checks. Your points are valid. In Haskell I can do: data Struct = name :: String, list :: List (of) Int, age :: Int deriving (Show, Read) ^ this is built into the compiler $(derive [serialize-to-binary, memory-alloc, memory-check]) ^ this is "template haskell", which derives class instances for me. So how I can I possibly make C++ derive a "new(my struct)" which calls s.bar.fill('\x0') (and does this for each field of the struct) ? I know that postgresql invents his own preprocessor to make it easier using SQL in C/C++. But somehow I feel that template haskell like macro preprocessing is the cleaner solution. That's what I'm missing and looking for, too. > Indeed. It's always better to find errors at compilation stage, or at > least in test units. Again - who can afford rewriting C? So at least I want to have the tooling.. but I don't. You should have notice that I'm probably not a perfect C programmer, but I cannot even imagine becoming one for those easons. > Again. Forget free/delete exist and embrace smart-pointers. Not > necessarily std::shared_ptr<>, but at least the light and fast > std::unique_ptr<>. So you think C++ is more than ever a valid replacement for C in the Vim case. I twould still be interesting to learn why Yzis failed, and how to prevent such failure. > Anyway. Use whatever language you master. But don't invent/create a > new one for this project -- I hope I misread the first message about > choosing a new language to implement this fork of vim. I'm wondering how synergy can be shared between Yi and Vim for example. One is C++, one is Haskell. There might be pieces to share. In which language to write those in? That's why I came up with the idea of a language which translates to both Haskell/Elisp/C++ to at least share "semantic syntax highlighting" which gets discussed more and more often. Eg why not allow having some code "run in the browser" ? I know about llvm -> JS, I don't consider that to be an option, though. Those are the reasons why I think about "new languages", too. > On another topic as a plugin writer that has always forced himself to > stick to viml (for portability issues), it would be nice to have viml > supported (for ascendant compatibility). I've written to many things, > and I don't want to leave and loose everything. I know. VimL is lacking features. But I agree. That's why I consider this to be "must have". That's why I think truning viml into a python/ruby/lua/ like standalone project would be worth it. CcxCZ told me about http://pypy.org which somehow illustrates how multiple backends could be served. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
RE: improving Vim - Kickstarter - brainstorming - goals - who wants to join?
Dear Konovalov, Vadim > Sounds naïve. Maybe it is. But if you don't try you've failed from the very beginning ;) But let me give you an example: sturt foo { char bar[LENGTH] int something_else; } foo s; for (i = 0, i <= LENGTH, i++){ s.bar[i] = '\x0'; } Of coure there is a bug, and this happens. Now the code above overrides s.something_else by accident. This can lead to hard to find bugs. How could such be fixed? Introducing type classes: class MemoryManagementFor foo { memory_layout = # compile time thing describing how to layout the # struct fields in memory. # if you have "debug mode", separate struct fields by # 8 bytes # thus this code gets evaluated at compile time and # returns a list of "struct fields" and memory # position/sizes. # This would also add a check sum field, see new/free new :: # alloc such a thing, zero byte it, in debug mode fill those # dummy 8 bytes by random bytes, and calculate a check sum free :: # free such a thing, if debug mode, check that the check sum # still matches the initial random bytes } Now if free detects failure, you know where to start looking for bugs. When could such an implementation possibly fail? If you want to "stream" to a file, having random bytes could be harmfull. Again, you just create a new type class class WriteToFileHandle where write handle struct = # if debug then omit random bytes and you're done. Now tell me how I can do that with C/C++? Maybe such solutions exist. I'm pretty confident that such tooling built into a compiler does help gitting stable code much more than valgrind. Now you can continue with foo a = new(); // and get the debug layout eventually. free(a): // and this would check that no memory corruption happened. But if you know a tool which is as smart as I told above, let me know and teach me, please. I know that this can be done. And in fact I want to do that. Thus if thus tooling is not available yet, I have to write it. > Does the idea have something brilliant in it that makes it different from > a dozen of already failed projects in this list - > http://www.freehackers.org/VimIntegration Thanks for sharing this nice list. I've added this link to my wiki. Still collecting ideas from community. I'v already published my own list of things I'd like to fix. Whether that's enough to become more brilliant is something you have to judge. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: improving Vim - Kickstarter - brainstorming - goals - who wants to join?
Excerpts from Nikolay Pavlov's message of Mon Nov 25 17:51:30 +0100 2013: > Making some interpreter standard not only risks slowing user down, but also > makes it close to impossible to use other people's vim. Are you talking about pairing? I mean it would be possible to either introduce "collaborative editing", or it would be possible to have multiple user profiles eventually so that you can switch mappings to match user's A preferences or usver's B preferences without restarting Vim. (Of course there a are a lot of details to be considered). But if that's a common issue maybe we can address it. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: improving Vim - Kickstarter - brainstorming - goals - who wants to join?
Excerpts from Paolo Bolzoni's message of Tue Nov 26 17:56:41 +0100 2013: > Example: > s > > > z > > Select everything a part of the right-most s and > the four left-most y? I don't understand what you're looking for. Can you mark the characters to select by making them upcase? Vim also has :h 'virtualedit' Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: improving Vim - Kickstarter - brainstorming - goals - who wants to join?
Excerpts from Nikolay Pavlov's message of Mon Nov 25 19:46:51 +0100 2013: > Do not know about mzscheme (racket), but if_py does not actually support > threading: it is cpython that supports it: The problem is that Vim does not expect called by Vim unless its VimL calling into Vim or such. Python does support passing CPU to multiple python threads. But if such thread wants to tell vim "hey, i'm ready", it cannot be done easily. You have to put the thread into "waiting/ready state", then you have to make Vim poll for that state. Otherwise Vim might crash. And that polling is hard to implement without delay. I know about on idel events and such, but then you might collide with other plugins. So whatever you do its a hack only. > And you still have not addressed another part: how will you spell things > like :?abc?,/def/s/a/b/i or :g/ghi/norm A$ with python considering it is Let's say it this way: :%s/* are just "viml commands" Thus ":%s/" would no exist if you changed default interpreter. Eg let's assume you'd choose python as default, then you would have to: :vim.eval('%') or wirte a substitute function in python in global scope. q: /: ?: already show how you can have multiple "mini buffers" for different tasks. So why not have a p: or a v: to get python/viml command lines ? (I know p is paste ..) Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: improving Vim - Kickstarter - brainstorming - goals - who wants to join?
Excerpts from Paolo Bolzoni's message of Mon Nov 25 23:12:49 +0100 2013: > On Mon, Nov 25, 2013 at 5:51 PM, Nikolay Pavlov wrote: > > On Nov 25, 2013 5:24 PM, "Marc Weber" wrote: > > I would consider D in first place. Not that I actually worked with it, but I > > have read lots of articles convincing me that it is way better then C++. Do you still remember some cases why you disliked D? Would you mind adding some comments about why you think D lacks? http://vim-wiki.mawercer.de/wiki/vim-development/ideas/replacing-c-by.html Trying to collect arguments.. C++11: About C++ I dislike that its a lot more verbose than eg haxe. Example: var m = new Hash(); ^^^ and these types can even be omitted m.set(2,"abc"); But I agree that C++(11) at least fixes the most urgent problems, it provides typed lists/hashes/... I also always wondered why I have to maintain .h and .c* files. Why doesn't the compiler generate the .h files? (probably CPP #if reasons) Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: improving Vim - Kickstarter - brainstorming - goals - who wants to join?
Excerpts from Nikolay Pavlov's message of Mon Nov 25 18:55:56 +0100 2013: > I do if there is and *may be no* python? Not all interpreters work on the > same OS+arch combination vim does. Then there will be no support - why bother? Then Vim will be "an editor only" on those platforms. But honestly I think moste people do use Vim on systems where most interpreters (like python) are available, too. Also pay attention that Vim already is a set of compromises. Example 1: if_ implementations seem to support therading (scheme), others don't or don't do that well such as python. It works, but never call back into Vim from a background Vim thread .. Example 2: Mappings. In gvim some mappings are available which are not in vim Yet nobody asked "what about console? Some mappings will not be available". If something is not implemented (such as rm -fr), you have to worry about it in VimL- and VimL might be bad at it. > Bram is creating some language which may or may not fit, do not remember > the details right now though. http://www.zimbu.org/ zimbu is about "everything is an object" and everything "has an interface". While that's nice it prevents some kind of optimizations. Some existing systems tend to either "allow optimizing everything" or "nothing". The perfect system does not "write code", it describes code which can than be transformed into whatever you need. For the OO part I agree much with zimbu, however I'd also like to see a functional/haskell/ocaml like part: everything is data, and at compile time the compiler chooses the right code to operate on it using type classes. If you don't have inheritance the difference should not be that big. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: improving Vim - Kickstarter - brainstorming - goals - who wants to join?
> Making some interpreter standard not only risks slowing user down, but also > makes it close to impossible to use other people's vim. Well - that's already the case - and I don't care. People remap :; in normal mode only (to reduce stress) and the like. But starting up Vim is fast, adding conditional code in ~/.vimrc like if $VIM_CONFIG == "me" ... seems to be reasonable. VAM/vundle/pathogen support having plugins in directories. So this is no problem at all. > There are other concerns though: C is portable (with lots of macros, but > they are primary isolated), there is a way to use a C function from nearly > anywhere (e.g. like with python ctypes, etc), there is a big bunch of > things that have C bindings and sometimes are even written in C and it does > not forbid any optimization you may come up with. That's why I want something "D/Haskell/disciple/urweb" like which can compile down to C, and which knows about "things close to C" so that you can replace pieces only without having to rewrite all code at once. And that language does not exist yet to my knowledge. > I do not understand the statement about reusing syntax highlighting though: > you either write in JS, something that compiles to it (C *does*) or forget > about the idea AFAIK (assuming you are talking about browser js). Ideally syntax is easy: start parsing a document, build up an ast, compile ast down to something like char 1-20 red, char 21 to 50 blue and so on. Thus the interface would look like: parse_line(parser_state, new_line, more_lines_if_needed){ return {new_parses_state: ..., highlighting_of_this_line} } unless you need lookahead or such .. I can easily imagine writing the parser in a functional language, then compiling it down to either JS or C. But yes - getting this right would be a lot of work but eventually worth trying. > I would suggest limiting options to only languages that work on all > kernel+architecture combinations debian works. :) That's why if a new language was choosen it should be able to target C, so that compatibility is not affected much. But I'd like to abstract over lists, hashes, ... without having to start type casting or write hacky preprocessor macros. Ideally I'd like to have something which represents vim behavior, then just tell it "compile to C using C strings" or "compile to C using arrays as strings so that we can represent \0 bytes". Something like ocaml/urweb modules, but when instantiating those modules allow additional arguments such as "memory-management-system: ref-count, boehm, other" Yes - this is still uncertain and just an idea. If somebody knows a project which tries to achieve this let me know. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
improving Vim - Kickstarter - brainstorming - goals - who wants to join?
I've been complaining about Vim related issues for a long time, I think its time to stop complaining and just fix it. Join by providing feedback: http://mawercer.de/vim.php or adding additional issues to be fixed here: http://vim-wiki.mawercer.de/wiki/topic/in-which-way-does-vim-suck.html The idea is to create a kickstarter project to funding all work. IMHO Vim is worth keeping alive, and that means we must find a way to move Vim into the future. If this requires writing a new language, because C lacks abstracktions, and C++ is complex, then that's the task to be done IMHO. This project makes me think we might have success: http://www.kickstarter.com/projects/maxcantor/beautiful-vim-cheat-sheet-poster?ref=live Thus if you're either a developper or a user who wants to help join and tell me what you want to work on - even if its "testing new features you care about" only. Goals are: - focus on productivity - code reusage I consider refactoring viml a key thing, eg creating a viml library which contains the interpreter only. If you'll help me with this I'll be working on Vim related topics the following month, otherwise I'll get any alternative job. I feel I've hit a border meaning some core items must be fixed in order to improve even further, and most people cannot afford dropping out of job and work 8 weeks on Vim. The work will be - defining goals - fixing them This work might end - in rewriting huge parts - introducing threading (python, ruby ctrl-c does not work) - have your whatever beloved interpreter as standard interpreter - add js support (v8) - compare with Yzis - think about whether gobjectIntrospection interface can be used to share work on interfacing with interpreters in the future. - maybe introducing a new higher level language which is friendly to C and less complex than C++ - yes, sry - I consider C to be a problem because its hard to share code, eg reuse the syntax highlighting from within JS and so on. - .. Of course if you think "vim is great the way it is" (I agree) and if you think "nothing should be changed" I tend to disagree. If you don't receive much feedback I'll try the kickstarter project adding features I think are most useful to start with. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Snipmate not working with pathogen
> C:\Users\Luc Langis\vimfiles\bundle\snipmate\after, So that file is there. Try source C:\\Users\\Luc\ Langis\\vimfiles\\bundle\\snipmate\\plugin\\snipMate.vim source C:\\Users\\Luc\ Langis\\vimfiles\\bundle\\snipmate\\after\\plugin\snipMate.vim Does after Vim started. Does it work or throw error messages then? Also check :messages. after Vim has started up. About the offer: I offered two things: a) connect to your machine b) let you connect to my machine to investigate You've missed option b. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Snipmate not working with pathogen
C:\Users\Luc Langis\Desktop\gvim\Vim\vim74\bundle\snipmate after/plugin/snipmate.vim still missing. :/ So my fix woth source [path]/after/plugin/snipmate.vim doesn't work. Didn't we already talk about set rtp+= .. ? that it should contain the after directory? Let me remind you that I thought that pathogen should be able to handle this (if you use latest version). If you still have trouble contact me by private mail, I can offer connecting to your machine by remote sharing or I can offer you to connect to my virtual Windows so that you can show you how to setup snipmate - because yes - this just takes too long. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Snipmate not working with pathogen
Excerpts from Luc-Frédéric Langis's message of Wed Nov 13 11:16:46 +0100 2013: > > Important is your &rtp setting. Try =&rtp in insert mode. > It's show me nothing except =&rtp I meant 1) switch to instert mode 2) type ctrl-r then character = then &rtp then hit return The result in my case looks like this: /home/marc/.vim,/home/marc/mwr/vim-addon-other,/home/marc/mwr/vim-addon-mru,/home/marc/mwr/vim-addon-commenting,/home/marc/mwr/vim-addon-local-vimrc [...] Maybe this is easier (vim command): :put=split(&rtp,',') Have a look for all lines containing snipmate, in particular such: bundle/snipmate/after Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Snipmate not working with pathogen
How to find out whether plugin files got loaded? :scriptnames, more ideas see [2] snipmate is using vundle/snipmate/after/plugin/snipMate.vim Important is your &rtp setting. Try =&rtp in insert mode. That should contain the bundle/snipmate/after directory. [1] talks about the special case after/* which pathogen should take care of (I checked source of latest 1270dceb1fe) [1]: http://vim-wiki.mawercer.de/wiki/topic/vim%20plugin%20managment.html [2]: http://vim-wiki.mawercer.de/wiki/topic/debugging-viml.html to learn that special care must be taken to make the after/plugin directory work. Current pathogen does this. There are *many* versions of snipmate. The upstream snipmate version (which fixed quite many bugs) is at github.com/garbas/vim-snipmate (dependencies which VAM can install automatically see its addon-info.json file) If you need a quick second way to test what the problem is I can recommend the VAM downloader for Windows: http://vam.mawercer.de/ Just get "snipmate" plugin from that page, dependencies will be added automatically. You'll get a _vimrc and a vimfiles directory. If that dosen't work we have to discuss and fix your case. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Can I return a Vim error from a function?
fun! Foo() abort endf Is a way to make Vim not continue on any error. There is throw "error" and try .. catch /*.*/ end (v:exception) or such Thus throw or abort are the correct ways to propagate an error, thus make a function return. If you want something else clarify. Marc Weber -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.