I have encountered a bug when long wrapped lines are briefly displayed
incorrectly after normal command s. To reproduce:
1) Open attached .txt file:
gvim -u NONE -N s-wrapped-line-display-bug.txt
2) Set the following options, the long line with 's should be wrapped:
:set wrap
Try the following script (also attached):
~
func! TestPyError()
echo 'vim-OK1'
py testPyError()
echo 'vim-OK2'
endfunct
python EOF
import vim
def testPyError():
print 'py-OK1'
vim.command(echoerr 'py-vim-Error')
print 'py-OK2'
EOF
On 10/16/13, mirek...@hotmail.com mirek...@hotmail.com wrote:
On Friday, 26 July 2013 06:23:18 UTC+1, Vlad Irnov wrote:
On 7/23/13, Bram Moolenaar b...@moolenaar.net wrote:
Vlad Irnov wrote:
I confirm that this issue has been fixed by Patch 7.4a.027 and
subseqent, but only
On 9/17/13, Axel Bender axel.ben...@cip-kommunal.de wrote:
The following search command with branches works differently depending on
which RE engine is chosen:
^\C[a-z]\+\ze \\(\.exe\)\@!
With re=1 the whole first word is selected.
With re=2 only the first letter of the first word is
On 8/29/13, Alexei Alexandrov alexei.alexand...@gmail.com wrote:
I am on Windows 7 64-bit using Vim 7.4 official 32-bit build
downloaded from Vim site a couple days ago. I was using 7.3 before
that.
I noticed a redrawing issue that might be a regression.
Steps to reproduce:
* First, do
On 7/23/13, Bram Moolenaar b...@moolenaar.net wrote:
Vlad Irnov wrote:
I confirm that this issue has been fixed by Patch 7.4a.027 and
subseqent, but only partially.
The same errors can occur when Python deletes lines in another buffer.
The following tests show how to reproduce (also
I confirm that this issue has been fixed by Patch 7.4a.027 and
subseqent, but only partially.
The same errors can occur when Python deletes lines in another buffer.
The following tests show how to reproduce (also attached).
Tested with Vim 7.4a BETA, patches 1-39, compiled with MinGW, Windows 8.
I get E315 errors in Vim 7.4a, but not in Vim 7.3.829 and earlier.
In a nutshell, when a buffer in another window is modified via Python
buffer object, folds in the current buffer get messed up, jumping to
the last line results in multiple E315.
The script below shows how to reproduce (also
On 3/12/13, glts 676c7...@gmail.com wrote:
Hi Christian,
On Tuesday, March 12, 2013 9:16:04 PM UTC+1, Christian Brabandt wrote:
Ah, I see, this only happens when sourcing as a script. The problem here
is, that there is a subtle difference between the :@ command and the
:normal! @ command.
On 2/8/13, Alexey Radkov alexey.rad...@gmail.com wrote:
Even an easier test:
1. Open a C file
2. Open another C file in another tab
3. :echo bufwinnr('*.c') - -1. Wrong.
2013/2/8 Alexey Radkov alexey.rad...@gmail.com
Hi,
:help bufwinnr says:
Only deals with the current tab page.
On 8/16/12, Maxim philippo...@gmail.com wrote:
Hi, vim_dev!
I'd like to offer a small patch for python interface, which allows to avoid
inserting print call for every expression in order to see result.
Now:
:py 2 + 2
:py dir.__doc__
After applying patch:
:py 2 + 2
4
:py dir.__doc__
On May 13, 2:04 am, Jan Larres li...@majutsushi.net wrote:
Hi all,
I've recently been trying to write a 'foldtext' setting that is specific
to LaTeX and would include useful information like for a example the
caption information for a folded environment. But then I discovered that
the
On Feb 3, 5:03 pm, Benjamin Fritz fritzophre...@gmail.com wrote:
On Wed, Feb 2, 2011 at 9:59 AM, Benjamin Fritz fritzophre...@gmail.com
wrote:
On Tue, Feb 1, 2011 at 7:11 PM, Rhialto rhia...@falu.nl wrote:
On Tue 01 Feb 2011 at 09:30:48 -0800, Ben Fritz wrote:
Converting from cp1252 to
On Jan 20, 11:03 pm, Ben Fritz fritzophre...@gmail.com wrote:
I have a file which if read with the Windows-1252 encoding (cp1252 in
Vim) has an en dash character (encoded as byte 150). When I load this
file in a Vim with enc=latin1, and leave fenc blank, I would expect to
see a no character
On Sep 24, 9:20 pm, Jakson A. Aquino jaksonaqu...@gmail.com wrote:
Hi,
Suppose that I have split a window in two with different files loaded
in each new window. How can I scroll one window to show the end of the
file without leaving the current buffer? Is it possible to that with
setpos()?
According to
:help +feature-list
the smallest version with persistent_undo is Huge,
line 367 in doc/various.txt is
H *+persistent_undo* Persistent undo |undo-persistence|
But it's really Normal. I get +persistent_undo after compiling Normal
version on Windows with MinGW.
--
You received this
16 matches
Mail list logo