Re: vim slow running latex files

On Nov 29, 2011 12:32 AM, Jonatas Eduardo Cesar jonatasedua...@gmail.com wrote: However, when I'm try to edit .tex files it presents two problems which seem related. First, vim starts to work really slow, and second, when I press any letter + tab, it tries to auto-complete with words

Re: libcall and dll problem

You can get and store the handoe of library to variable in vimscript. mylib.dll char buf[256]; char* libopen(char* libname) { sprintf(buf, %p, dlopen(libname, RTLD_LAZY)); // If win, use LoadLibrary() return buf; } libclose(char* p) { void* handle = NULL; sscanf(%p,

Now there's a band

Hi all My local college radio mentioned vim today... but not our favourite editor. http://vimband.com/ Regards, John -- 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

Conceal mecanism with more then one char

Hi all, I'd like to display - with → in haskell files. But I have the impression the conceal mechanism only work to replace - by one character. An undesirable effect is a visually bad indentation. Is there a way to achieve this? Thanks. -- You received this message from the vim_use

Re: vim slow running latex files

You are right, when i turn off the syntax hilighting vim works with normal speed and I still can use some snippets. Nevertheless, is there another way to speed-up vim without turn off the syntax hilighting? It is one of the main reasons I use vim... On Tue, Nov 29, 2011 at 6:13 AM, shawn wilson

Re: vim slow running latex files

Please don't top poste. On Tue, November 29, 2011 1:34 pm, Jonatas Eduardo Cesar wrote: You are right, when i turn off the syntax hilighting vim works with normal speed and I still can use some snippets. Nevertheless, is there another way to speed-up vim without turn off the syntax

Re: Scrolling Long Lines Revisited. Again.

This seems like a perennial topic[1], that regularly gets dismissed -- vertically scrolling by screen lines vs. real lines. [...] I feel the same way. Back in the mid-90s when I was doing my IT degree I heard about Vim (or maybe it was vi) and the idea of it really appealed to me. I

Re: vim slow running latex files

Christian Brabandt wrote: Please don't top poste. On Tue, November 29, 2011 1:34 pm, Jonatas Eduardo Cesar wrote: You are right, when i turn off the syntax hilighting vim works with normal speed and I still can use some snippets. Nevertheless, is there another way to speed-up vim without

Re: Conceal mecanism with more then one char

yogsototh wrote: Hi all, I'd like to display - with → in haskell files. But I have the impression the conceal mechanism only work to replace - by one character. An undesirable effect is a visually bad indentation. Is there a way to achieve this? Yes -- place the following lines into

Re: vim slow running latex files

On 19:22 Mon 28 Nov , Jonatas Eduardo Cesar wrote: I'm using vim with a bunch of plugins ( pathogen, ctags, snipmate, supertab,... ), and everything works fine for all kinds of file extensions. However, when I'm try to edit .tex files it presents two problems which seem related. First,

Don't repeat change that is not a change

Sometimes I accidentally enter insert mode and then exit it, this causes . command to reset.. Is there any way to tell vim that, if there was no change, it does not count as last change? -ak -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the text

bubblegum -- a vim color scheme based on xoria256

Hi, https://github.com/baskerville/bubblegum Greetings, -- Bastien -- 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

Re: bubblegum -- a vim color scheme based on xoria256

On Tue, Nov 29, 2011 at 9:18 PM, Bastien Dejean nihilh...@gmail.com wrote: Hi, https://github.com/baskerville/bubblegum Hi, why don't you show us how the theme behaves with source code? Regards, Matteo PS I tried it and it doesn't look so good but I guess there are some problems with my

Re: Now there's a band

John Little wrote: My local college radio mentioned vim today... but not our favourite editor. http://vimband.com/ Performing Sunday, May 6. Ehm, what year is that? -- $ echo pizza /dev/oven /// Bram Moolenaar -- b...@moolenaar.net -- http://www.Moolenaar.net \\\ ///sponsor

Coverity errorformat?

I use Coverity at work (http://www.coverity.com, the same company whose flagship product has been used on a large number of open-source projects over the past few years, including Vim: http://scan.coverity.com/), and recently found out about the cov-format-errors command. Normally Coverity finds a

Re: bubblegum -- a vim color scheme based on xoria256

On Tue, Nov 29, 2011 at 12:34 PM, Matteo Landi mat...@matteolandi.net wrote: https://github.com/baskerville/bubblegum PS I tried it and it doesn't look so good but I guess there are some problems with my .vimrc... It doesn't work for me either... my background stays light. If I manually set

Re: Now there's a band

Am 29.11.2011 22:49, schrieb Bram Moolenaar: John Little wrote: My local college radio mentioned vim today... but not our favourite editor. http://vimband.com/ Performing Sunday, May 6. Ehm, what year is that? 2007. Or 2001. Or 1990 ... -- Andy -- You received this message from the

Re: bubblegum -- a vim color scheme based on xoria256

Chris Lott, Tue 2011-11-29 @ 13:58:17-0900: It doesn't work for me either... my background stays light. If I manually set it to black, much of the text and vim separator between windows (and cursor) don't show up. I'm a newbie, so maybe I'm missing something more than :colorscheme bubblegum

Re: bubblegum -- a vim color scheme based on xoria256

It looks nice in a 256color terminal for me, although i don't think I'd use it for coding. It is well.. retina scorching in gvim though. -- 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

savevers script not saving numbered backups

I'm running the savevers script (http://www.vim.org/scripts/script.php?script_id=89) but I'm not getting the expected numbered backups. These are the only backup related commands in my .vimrc: set backupdir=$HOME/.backups set savevers_types='*' set savevers_max= set savevers_purge=1 set

Why I'm not switching to command mode?

I want Ctrl+C to copy selected text to clipboard and switch to command mode. The line bellow populates clipboard but doesn't do the switching to command mode. Why? vnoremap C-c +yESC -- Alexander -- You received this message from the vim_use maillist. Do not top-post! Type your reply below the

Re: Why I'm not switching to command mode?

After some retries I figure out command that does the thing I want: snoremap C-C ESCgv*ygvESC Few lessons learned: 1) if vnoremap is used I'm not able to return to command mode for some reason 2) first esc goes to command mode 3) gv restores selection and goes to the visual mode 4) *y copies

expression register as calculator with floats?

I often use the expression register to make simple calculations in vim. Eg. in insert mode I type Ctrl-r = 59 + 38 to get the result 97 in my text, but this works fine for integers only. Is there a way to use this feature with digital numbers as well? Like Ctrl-r = 59.4 + 37.5 to get the result

Re: expression register as calculator with floats?

On Nov 29, 1:35 pm, pauli baadsager pauli.baadsa...@gmail.com wrote: I often use the expression register to make simple calculations in vim. Eg. in insert mode I  type Ctrl-r = 59 + 38 to get the result 97 in my text, but this works fine for integers only.  Is there a way to use this feature

Re: expression register as calculator with floats?

On 11/29/11 20:40, Ben Fritz wrote: Starting at Vim 7.3, this also works with floating-point math. Just as an aside, that should read Vim 7.2 as detailed at :help version-7.2 (which happens to be what I'm running on my Debian box, and floats work fine there as the OP described). -tim

Re: expression register as calculator with floats?

On Nov 30, 3:40 pm, Ben Fritz fritzophre...@gmail.com wrote: Just be sure to specify floating point numbers even for any integers involved, e.g. 59.0 instead of just 59. Why you make this proviso? F. ex., vim evaluates 59 + 37.5 as 96.5. Regards, John -- You received this message from the

Re: rating manipulations on www.vim.org have taken place

If throwing out old votes seems too drastic, maybe the votes could be displayed according to their age, with totals computed over the past 6 months, 1 year, or the entire history. I didn't follow this thread to closely but IIRC some of those ratings could stem from clicks on search pages.

RE: Scrolling Long Lines Revisited. Again.

James Cole wrote: This seems like a perennial topic[1], that regularly gets dismissed -- vertically scrolling by screen lines vs. real lines. I feel the same way. So do I, as I have recently done some editing of text where a paragraph is a long line (possibly thousands of characters).

RE: expression register as calculator with floats?

John Little wrote: Just be sure to specify floating point numbers even for any integers involved, e.g. 59.0 instead of just 59. Why you make this proviso? F. ex., vim evaluates 59 + 37.5 as 96.5. For safety: 4/12 is 0 but 4/12.0 is 0.33. Also, integer operations can overflow sooner. On