I have vim 7.3 (p1-46) on Win 7.
From: On Behalf Of Christian Brabandt
> On Fr, 03 Feb 2012, John Little wrote:
>
> > On Feb 4, 10:17 am, Mikey wrote:
> > > Hello again.
> > >
> > > Accidentally I've discovered some new facts about described problem.
> > > In contrast to my previous posts now I
From: On Behalf Of Andy Wokula
> Am 13.02.2012 22:54, schrieb Alexey Muranov:
> > When searching (with "/") and a partial match is highlighted, and the
> > first partial match is a part of the string one is looking for, it
> > would be nice if instead of typing the rest of the search string, one
>
From: On Behalf Of Ben Fritz
> Any ideas here what might be going on? I was able to get Vim to use
> chcp.com only by copying it from the System32 directory into
> $VIMRUNTIME. I think this is NOT a good way to fix the problem. As
> soon as Vim 7.4 or 8.0 comes out the workaround will stop working.
From: On Behalf Of Christian Brabandt
> On Tue, February 14, 2012 14:53, MacDonald, Stuart wrote:
> > ...and how would one find that? ':he ^L' just goes to the :redraw help
> > and the ':he /' section doesn't appear to talk about 'ctrl-l'.
> &g
From: On Behalf Of John Little
> IMO searching vim's help directly is better than googling. People
> just like you pour over vim's help and suggest changes and cross
> references over the years.
>
> :help incsearch was what you needed, and that shows (very
> interestingly to me) as well as ctrl-l
From: On Behalf Of Andy Wokula
> The very first help page
> :help
> is a must-read. It says, to find a cmdline-specific key, prepend "c_":
> :h c_^L
> or
> :h c_CTRL-L
Ah, thanks. I haven't read the first page in... decades I guess. Even
so, it probably would not have occurred to
From: On Behalf Of Ben Fritz
> Unfortunately I'm running XP 64-bit, not Vista or 7 just yet.
>
> The pages you link say that "Disabling file system redirection for
> longer periods can prevent 32-bit applications from loading system
> DLLs, causing the applications to fail." What if we add an opti
From: On Behalf Of Christian Brabandt
> On Mi, 15 Feb 2012, MacDonald, Stuart wrote:
> > Yes, when you have a tags file. That does not work in the help system,
> > which is what I was asking about. On second thought, I suppose my
>
> You didn't try it, right? Open the
From: On Behalf Of Ingo Karkat
> On 16-Feb-2012 16:15, MacDonald, Stuart wrote:
> > I say an option is the correct way; make 32-bit vim operate "normally"
> > but allow it to see past the redirection if that's needed.
>
> From http://www.vim.org/download.php#p
From: vim_dev@googlegroups.com [mailto:vim_dev@googlegroups.com] On
> opera => failure
[snip]
> 2012/1 Opera: 2%
>
> Thus I expect only those to have trouble which belong to those 2% *and*
> forget to type www. (rough estimation)
Hi there. You're talking about me. And yeah, it's annoying when I h
From: On Behalf Of Ingo Karkat
> > Actually I don't think it's a big issue on modern Windows systems. I'm
> > on XP 64-bit. Starting with Windows Vista, supposedly you can use a
> > special path alias to get to the non-redirected folders. Also, XP 64-
> > bit is not widely used, and I imagine they'
From: Ulrik
> Sent: February-14-13 1:00 PM
> The blowfish encryption mode is vulnerable (not to revelation of the
> plaintext), but the encryption is not checked for integrity or
I suspect the real problem is a weakness in Vim's blowfish
implementation.
But yes, I can reproduce this with gvim73_4
From: Ulrik
> Sent: February-14-13 7:08 PM
>
> Using Vim 7.3 patches 1-547, this is not true, and it is trivially
> testable (otherwise I would not have claimed it).
I can confirm that several smaller test cases fail; details below.
> Using :set cm=blowfish :X goodenough
> I produced file A tha
From: Ulrik
> Sent: February-15-13 11:57 AM
>
> On 2013-02-15 16:34, MacDonald, Stuart wrote:
> > This isn't supposed to happen. A strong encryption algorithm will
> > render completely different crypt text for even a single bit change in
> > the plaintext, and,
Bram asked me to send this here. Please consider my idea for a future
release.
...Stu
From: MacDonald, Stuart
> Subject: Redirection problem on Windows 7 Enterprise 64-bit
>
> Ah darn. Already noted 2 years ago:
>
http://groups.google.com/group/vim_dev/browse_thread/thread/93f95156
From: On Behalf Of ZyX
> Subject: Re: [BUG?] Modifications of visual selection are not remembered
> during mapping execution
>
> It is already normal vimscript: equivalent to
> vim -N -u NONE -S <(< call setline(".", range(1000))
> function! EV()
> echom 0
> normal! gv3
From: On Behalf Of Yue Wu
> Subject: [Bug] Wrong possition when jumping into a window
>
> How to reproduce:
[snip]
> Now issue comes, cursor in file1 will go back to the original
> position.
I can't reproduce.
> vim version:
>
> VIM - Vi IMproved 7.3 (2010 Aug 15, compiled Jun 29 2011 08:
From: On Behalf Of Ben Fritz
> On Aug 29, 10:22 am, "MacDonald, Stuart"
> wrote:
> > On Windows 7 64-bit:
> >
> > C:\> gvim -u NONE -U NONE -N
> > aC
> > 0cwu
> >
> > Looks good so far.
> >
> > :highlight Normal font=lucida_
From: On Behalf Of Donald Allen
> Sent: October-17-11 12:00 PM
>
> My point is
that
> I believe that most people view a new editing session as a new editing
> session, a clean slate.
I read a saying somewhere once: "When someone says 'most p
From: On Behalf Of Peter Slížik
> * On some Linux distributions, Vim highligts the old search, even if
> it is the first time I run it in the morning. In that case, it
> highlights the last search from the previous day. Quite annoying, too.
> I had never a chance to debug this, but I suspect it ha
20 matches
Mail list logo