I noticed that :redraw works differently from Ctrl-L in certain situations:
1) vim -u NONE
:set laststatus=2 statusline ruler
:help help get some text
2) Let's cause some screen mispaininting, so we can test :redraw:
:silent! !echo aaa cause mispainted screen (this
Hi,
In the vim documentation, there is a note about a possibility to
display an icon thanks to the kind information of a popup item (:h
complete-items) :
The kind item uses a single letter to indicate the kind of completion. This
may be used to show the completion differently (different color
Yakov Lerner wrote:
I noticed that :redraw works differently from Ctrl-L in certain situations:
1) vim -u NONE
:set laststatus=2 statusline ruler
:help help get some text
2) Let's cause some screen mispaininting, so we can test :redraw:
:silent! !echo aaa cause
Patch 7.0.102
Problem:Redrawing cmdline is not correct when using SCIM.
Solution: Don't call im_get_status(). (Yukihiro Nakadaira)
Files: src/ex_getln.c
*** ../vim-7.0.101/src/ex_getln.c Sun Sep 10 21:05:39 2006
--- src/ex_getln.c Tue Sep 12 20:52:51 2006
***
Patch 7.0.104
Problem:The CursorHoldI event only triggers once in Insert mode. It also
triggers after CTRL-V and other two-key commands.
Solution: Set did_cursorhold before getting a second key. Reset
did_cursorhold after handling a command.
Files: src/edit.c,
Patch 7.0.105
Problem:When using incremental search the statusline ruler isn't updated.
(Christoph Koegl)
Solution: Update the statusline when it contains the ruler.
Files: src/ex_getln.c
*** ../vim-7.0.104/src/ex_getln.c Thu Sep 14 10:25:34 2006
--- src/ex_getln.c
Haakon Riiser wrote:
After recompiling Vim with -D_FILE_OFFSET_BITS=64, everything
involving tags break, including the help system. Typing :h,
or pressing ^] to jump to a tag, causes Vim to get caught in an
infinite loop.
Is there another way to get large file support that works?
There's no
On 9/14/06, Haakon Riiser [EMAIL PROTECTED] wrote:
After recompiling Vim with -D_FILE_OFFSET_BITS=64, everything
involving tags break, including the help system. Typing :h,
or pressing ^] to jump to a tag, causes Vim to get caught in an
infinite loop.
Is there another way to get large file
Yakov Lerner wrote:
I noticed that :redraw works differently from Ctrl-L in certain situations:
1) vim -u NONE
:set laststatus=2 statusline ruler
:help help get some text
2) Let's cause some screen mispaininting, so we can test :redraw:
:silent! !echo aaa
Yakov Lerner wrote:
On 9/14/06, Haakon Riiser [EMAIL PROTECTED] wrote:
After recompiling Vim with -D_FILE_OFFSET_BITS=64, everything
involving tags break, including the help system. Typing :h,
or pressing ^] to jump to a tag, causes Vim to get caught in an
infinite loop.
Is there
Patch 7.0.106
Problem:The spell popup menu uses :amenu, triggering mappings. Other
PopupMenu autocommands are removed. (John Little)
Solution: Use :anoremenu and use an autocmd group.
Files: runtime/menu.vim
*** ../vim-7.0.105/runtime/menu.vim Tue Apr 18 00:06:31
On 9/14/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
Yakov Lerner wrote:
On 9/14/06, Haakon Riiser [EMAIL PROTECTED] wrote:
After recompiling Vim with -D_FILE_OFFSET_BITS=64, everything
involving tags break, including the help system. Typing :h,
or pressing ^] to jump to a tag, causes
Yakov Lerner wrote:
On 9/14/06, Haakon Riiser [EMAIL PROTECTED] wrote:
After recompiling Vim with -D_FILE_OFFSET_BITS=64, everything
involving tags break, including the help system. Typing :h,
or pressing ^] to jump to a tag, causes Vim to get caught in an
infinite loop.
On 9/14/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 9/14/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 9/14/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 9/14/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
Yakov Lerner wrote:
On 9/14/06, Haakon Riiser [EMAIL PROTECTED] wrote:
On 9/14/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 9/14/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
Yakov Lerner wrote:
On 9/14/06, Haakon Riiser [EMAIL PROTECTED] wrote:
After recompiling Vim with -D_FILE_OFFSET_BITS=64, everything
involving tags break, including the help
On 9/14/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 9/14/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 9/14/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
Yakov Lerner wrote:
On 9/14/06, Haakon Riiser [EMAIL PROTECTED] wrote:
After recompiling Vim with -D_FILE_OFFSET_BITS=64,
On 9/14/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 9/14/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 9/14/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 9/14/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
Yakov Lerner wrote:
On 9/14/06, Haakon Riiser [EMAIL PROTECTED] wrote:
On 9/14/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 9/14/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 9/14/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 9/14/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
Yakov Lerner wrote:
On 9/14/06, Haakon Riiser [EMAIL PROTECTED] wrote:
Christoph Koegl wrote:
I noticed the following in VIM 7:
- When I have multiple tabs and windows in each tab open, and I am
doing a :bufdo :e to reload all buffers, the list of files is
printed as they are being reloaded. After finishing, however, the
last file having been reloaded is
Haakon Riiser wrote:
[A.J.Mechelynck]
-D_FILE_OFFSET_BITS=64 is set on my gcc command-line without me having
done anything special to get it.
Strange; it doesn't do that on my system. Does it work if you
invoke ./configure without any extra arguments?
By the way, I noticed that your build
Bram Moolenaar wrote:
Yakov Lerner wrote:
On 9/14/06, Haakon Riiser [EMAIL PROTECTED] wrote:
After recompiling Vim with -D_FILE_OFFSET_BITS=64, everything
involving tags break, including the help system. Typing :h,
or pressing ^] to jump to a tag, causes Vim to get caught in an
infinite
Haakon Riiser wrote:
[A.J.Mechelynck]
Configure with no extra arguments will build a Normal version without
Gnome and with no interpreters. Now that million-line file I spoke about
is in UTF-8 and contains CJK characters mixed in with English text. A
Normal-version Vim couldn't edit it
Yakov Lerner wrote:
Surprisingly, changing ftell() to ftello() does not change anything.
On systems that support ftello() ftell() is defined to use ftello().
Casting ftell() to (off_t) doesn't change anything.
Funnily, casting ftell to (long) makes the problem go away
(as it ftell does
Hi!
I forgot to mention, that my last build was version 7.0.101.
It is probably patch 7.0.104 which introduced this problem.
Best wishes,
Georg Dahn
Georg Dahn wrote:
Hi!
I have updated the sources of Vim from CVS (7.0.106) and tried
to compile Vim. The GUI version can be built, but I get
On Thu 14-Sep-06 6:35am -0600, Bram Moolenaar wrote:
Patch 7.0.106
I encountered a problem that has appeared before patching
files in runtime. I received the following from my patch
invocation:
patching file `menu.vim'
Hunk #1 FAILED at 2.
Hunk #2 FAILED at 885.
Hunk #3
Bill McCarthy wrote:
On Thu 14-Sep-06 6:35am -0600, Bram Moolenaar wrote:
Patch 7.0.106
I encountered a problem that has appeared before patching
files in runtime. I received the following from my patch
invocation:
patching file `menu.vim'
Hunk #1 FAILED at 2.
Hunk #2
On 14/09/06, Mikolaj Machowski [EMAIL PROTECTED] wrote:
Dnia sobota, 9 września 2006 20:03, Edd Barrett napisał:
- I removed p's because you cannot contain a span in a p according
to w3. An unstyled p would make no difference in this case anyway.
While I agree with most of your changes
Hello Yakov,
If I recall correctly, didn't you write the shell script which automatically
patches and installs Vim 7? If so, why not expand on it to allow (optionally)
installing unofficial patches from vim.org as well? Maybe a
'--with-patch=script_id' argument would work?
regards,
Peter
28 matches
Mail list logo
