Hi,
Does anyone know why when compiled with visual studio 2012, the vim
gui has gap between the scrollbars and the window borders.
Here's the screenshot of vim compiled with visual studio 2010
http://imgur.com/lI05rgq
And here is when compiled with visual studio 2012
http://imgur.com/iLeVis1
Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 149 by gu...@ascomp.ch: Bug in history management with multiple
file buffers
http://code.google.com/p/vim/issues/detail?id=149
What steps will reproduce the problem?
Suppose I have 2 files A and B open in my vim using
Hi all,
1. command vim -nNX -u NONE
2. :h
3. :on
4. :se cole=2 lbr
5. :sy on
Now you can see a misaligned paragraph starting on line 36
First tought this was a tab vs space issue as you can see with :se list
but 'cole is somehow also involved as setting it to 0 removes the misalignment
Cheers
Comment #1 on issue 149 by fritzoph...@gmail.com: Bug in history management
with multiple file buffers
http://code.google.com/p/vim/issues/detail?id=149
This is expected behavior. By default Vim discards undo history when you
abandon a buffer. You have a few options:
1. Set the 'hidden'
On Thursday, July 4, 2013 4:44:26 AM UTC-5, Bram Moolenaar wrote:
Perhaps we can somehow detect that CTRL-R = had the side effect of
changing the text and then split undo. When it only returns the text to
be inserted, there is no need to split undo.
Even though it won't fix it all the
On Thu, Jul 11, 2013 at 10:36 AM, Ben Fritz fritzophre...@gmail.com wrote:
On Thursday, July 4, 2013 4:44:26 AM UTC-5, Bram Moolenaar wrote:
Perhaps we can somehow detect that CTRL-R = had the side effect of
changing the text and then split undo. When it only returns the text to
be
On Thu, July 11, 2013 17:36, Ben Fritz wrote:
On Thursday, July 4, 2013 4:44:26 AM UTC-5, Bram Moolenaar wrote:
Perhaps we can somehow detect that CTRL-R = had the side effect of
changing the text and then split undo. When it only returns the text to
be inserted, there is no need to split
On Thu, July 11, 2013 17:41, Benjamin Fritz wrote:
On Thu, Jul 11, 2013 at 10:36 AM, Ben Fritz fritzophre...@gmail.com
wrote:
On Thursday, July 4, 2013 4:44:26 AM UTC-5, Bram Moolenaar wrote:
Perhaps we can somehow detect that CTRL-R = had the side effect of
changing the text and then split
Hi,
I noticed in the vim 7.4a beta (I believe it is the patch 7.3.787 but I'm not
entirely sure), it looks like relative line number performance has greatly
decreased.
If I open a file with just 100 lines, scrolling via rnu is quite choppy, and if
I turn it off, it's very fast again. This
On Thursday, July 11, 2013 10:45:16 AM UTC-5, Christian Brabandt wrote:
On Thu, July 11, 2013 17:36, Ben Fritz wrote:
On Thursday, July 4, 2013 4:44:26 AM UTC-5, Bram Moolenaar wrote:
Perhaps we can somehow detect that CTRL-R = had the side effect of
changing the text and then
On Do, 11 Jul 2013, Travis wrote:
I noticed in the vim 7.4a beta (I believe it is the patch 7.3.787 but I'm not
entirely sure), it looks like relative line number performance has greatly
decreased.
If I open a file with just 100 lines, scrolling via rnu is quite choppy, and
if I turn it
Bram,
this small patch makes sign placement easier by defaulting to use the
current buffer instead of yielding an error.
Mit freundlichen Grüßen
Christian
--
Morgens am Frühstückstisch. Er kratzt mit dem Löffel das Eigelb von
seinem Hemd und sagt: Oh Mann, ich sehe aus wie ein Schwein!
Sie:
Raf wrote:
Bram Moolenaar wrote:
Announcing: Vim (Vi IMproved) version 7.4a BETA
This is the first BETA release of Vim 7.4.
Please check that the distribution is OK. I haven't done one for a
long
time. Report anything that isn't right.
Tim Harder wrote:
I've attached a patch to fix an issue where the wrong python3 config
directory is used when a system's sys.abiflags are empty.
Hmm, but when adding vi_cv_var_python3_abiflags when it's not empty,
might as well do:
Hi,
Wondering if anyone could help me debug why bd would close gvim even if
multiple buffers are open.
I does not close the specific buffer.
I have the following plugins installed:
solarized
nerdtree
taglist_46
thanks.
--
--
You received this message from the vim_dev maillist.
Do not
On Fri, July 12, 2013 01:10, Sumonto Ghosh wrote:
Hi,
Wondering if anyone could help me debug why bd would close gvim even if
multiple buffers are open.
I does not close the specific buffer.
I have the following plugins installed:
solarized
nerdtree
taglist_46
Well, please be a little
16 matches
Mail list logo