Re: [patch] Fix capitalizations of some menu items...

2017-02-10 12:20 GMT+09:00 Zhen-Huan Hu : > On Thursday, February 9, 2017 at 3:40:04 AM UTC-6, Kazunobu Kuriyama wrote: > > 2017-02-09 5:57 GMT+09:00 Zhen-Huan Hu : > > > > > > Not that it really matters but the capitalizations of some menu items > are

Re: [patch] Fix capitalizations of some menu items...

On Thursday, February 9, 2017 at 10:37:28 AM UTC-6, Bram Moolenaar wrote: > Zhen-Huan Hu wrote: > > > Not that it really matters but the capitalizations of some menu items > > are rather inconsistent. Here is a small patch for the capitalization. > > Although I like the idea, unfortunately this

Re: [patch] Fix capitalizations of some menu items...

On Thursday, February 9, 2017 at 3:40:04 AM UTC-6, Kazunobu Kuriyama wrote: > 2017-02-09 5:57 GMT+09:00 Zhen-Huan Hu : > > > Not that it really matters but the capitalizations of some menu items are > rather inconsistent. Here is a small patch for the capitalization. > > >

Re: Patch 8.0.0308

Hi Bram and all, 2017-2-6(Mon) 0:08:19 UTC+9 Bram Moolenaar: > Patch 8.0.0308 > Problem:When using a symbolic link, the package path will not be inserted > at the right position in 'runtimepath'. (Dugan Chen, Norio Takagi) > Solution: Resolve symbolic links when finding the

Re: [vim/vim] Test_getcmdtype() fails with --enable-gui since 8.0.0314 (#1460)

Hi, On Thu, Feb 9, 2017 at 12:43 PM, Marius Bakke wrote: > Since commit 65189a1, make test fails on GNU Guix when using --enable-gui. > > From test_cmdline.vim: > Found errors in Test_getcmdtype(): > function RunTheTest[21]..Test_getcmdtype[15]..Check_cmdline line 1:

Patch 8.0.0324

Patch 8.0.0324 Problem:Illegal memory access with "1;y". Solution: Call check_cursor() instead of check_cursor_lnum(). (Dominique Pelle, closes #1455) Files: src/ex_docmd.c, src/testdir/test_cmdline.vim *** ../vim-8.0.0323/src/ex_docmd.c 2017-02-03 21:19:00.289942006

Re: Tests for the getcmdtype(), getcmdpos() and getcmdline() functions

Yegappan wrote: > On Mon, Feb 6, 2017 at 1:23 PM, Bram Moolenaar wrote: > > > > Yegappan wrote: > > > >> I am attaching a patch to add tests for the getcmdtype(), getcmdpos() > >> and getcmdline() functions. > > > > Thanks! > > > > There appears to be a one second delay in

Patch 8.0.0323

Patch 8.0.0323 Problem:When running the command line tests there is a one second wait. Solution: Change an Esc to Ctrl-C. (Yegappan Lakshmanan) Files: src/testdir/test_cmdline.vim *** ../vim-8.0.0322/src/testdir/test_cmdline.vim2017-02-06 22:22:12.896581284 +0100 ---

Re: suspicious integer overflow in src/spellfile.c:1607

shqking wrote: > Suspicious integer overflow is found in > src/spellfile.c:1607.(https://github.com/vim/vim/blob/master/src/spellfile.c#L1607) > > Signed integer overflow might occur for len * sizeof(int) at line 1607, if > len can hold a value whose range is (0x / 4, 0x7fff ]. >

Vim website available over https

I just found out that SourceForge supports SSL on project web pages. I have enabled this for Vim. You can find it at: https://vim.sourceforge.io/ Please try it out and let me know if you spot a problem. Some hard-coded http links might not work. If fixed the ones I could find. Once

Patch 8.0.0322

Patch 8.0.0322 Problem:Possible overflow with spell file where the tree length is corrupted. Solution: Check for an invalid length (suggested by shqking) Files: src/spellfile.c *** ../vim-8.0.0321/src/spellfile.c 2016-08-29 22:42:20.0 +0200 --- src/spellfile.c

Re: small patch to runtime files

Christian Brabandt wrote: > Bram, > here is a small patch to some runtime files, that should make sure, that > those can be run even from vim.tiny Thanks! -- Mynd you, m00se bites Kan be pretty nasti ... "Monty Python and the Holy Grail" PYTHON (MONTY) PICTURES LTD ///

Patch 8.0.0321

Patch 8.0.0321 Problem:When using the tiny version trying to load the matchit plugin gives an error. On MS-Windows some default mappings fail. Solution: Add a check if the command used is available. (Christian Brabandt) Files: runtime/mswin.vim, runtime/macros/matchit.vim

Re: [patch] Remove an unused variable of getcmdline() for the small build

Kazunobu Kuriyama wrote: > Since 8.0.0172 (1d669c233), when building Vim with the small features, I > have got: > > gcc -c -I. -Iproto -DHAVE_CONFIG_H -DMACOS_X_UNIX -Wall -U_FORTIFY_SOURCE > -D_FORTIFY_SOURCE=1-o objects/ex_getln.o ex_getln.c > ex_getln.c:220:25: warning: unused

Patch 8.0.0320

Patch 8.0.0320 Problem:Warning for unused variable with small build. Solution: Change #ifdef to exclude FEAT_CMDWIN. (Kazunobu Kuriyama) Files: src/ex_getln.c *** ../vim-8.0.0319/src/ex_getln.c 2017-01-24 21:18:15.986024183 +0100 --- src/ex_getln.c 2017-02-09

Re: Misinterpretation of "#" with --remote-silent

Axel Bender wrote: > The following command (Windows 7, 64-bit, 8.0-1.318 with GCC 6.3.0): > > G:\IT\Languages\C#> Z:\bin\vim\gvim.exe --remote-silent info.txt > > gives me the following error: > > E194: No alternate file name to substitute for '#' > > and will not open the file. > > Using

Re: [patch] Fix capitalizations of some menu items...

Zhen-Huan Hu wrote: > Not that it really matters but the capitalizations of some menu items > are rather inconsistent. Here is a small patch for the capitalization. Although I like the idea, unfortunately this breaks translations. To avoid that, at least the English part of the menus must be

Re: [patch] ins-completion does not respect `set bs-=start`

Hirohito Higashi wrote: > How to reproduce: > - Run vanilla Vim with some setting. > $ vim -Nu NONE +"set bs=indent,eof" > - set buffer lines and cursor goto first line. > :call setline(1, "aaa", "aaa12345", "bcdef") > gg > - Start keyword local completion and Back at original. > A >

Patch 8.0.0319

Patch 8.0.0319 Problem:Insert mode completion does not respect "start" in 'backspace'. Solution: Check whether backspace can go before where insert started. (Hirohito Higashi) Files: src/edit.c, src/testdir/test_popup.vim *** ../vim-8.0.0318/src/edit.c 2017-01-29

Misinterpretation of "#" with --remote-silent

The following command (Windows 7, 64-bit, 8.0-1.318 with GCC 6.3.0): G:\IT\Languages\C#> Z:\bin\vim\gvim.exe --remote-silent info.txt gives me the following error: E194: No alternate file name to substitute for '#' and will not open the file. Using the very same command from a directory

Re: tag priority

On Wednesday, February 8, 2017 at 2:27:40 PM UTC-6, DrChip wrote: > Hello: > > Maybe I was just lucky for years, but it seemed to me that the order of > tags files (left to right in the tags option) and order of tags > (top-to-bottom in the tags file) was important in resolving multiple > tags

Re: [patch] Correct the XLFD for 7x13

Kazunobu Kuriyama wrote: > Somehow I was confused 7x13 (font for ISO 8859-1) with 7x13U (font for ISO > 10646-1) when writing 8.0.0313. > > Although the expected results of the test do not depend on the change I'm > requesting at all, I wrote a patch to fix it for the sake of accuracy. > Please

Patch 8.0.0318

Patch 8.0.0318 Problem:Small mistake in 7x13 font name. Solution: Use ISO 8859-1 name instead of 10646-1. (Kazunobu Kuriyama) Files: src/testdir/test_gui.vim *** ../vim-8.0.0317/src/testdir/test_gui.vim2017-02-09 16:06:13.189949387 +0100 --- src/testdir/test_gui.vim

Patch 8.0.0317

Patch 8.0.0317 Problem:No test for setting 'guifont'. Solution: Add a test for X11 GUIs. (Kazunobu Kuriyama) Files: src/testdir/test_gui.vim *** ../vim-8.0.0316/src/testdir/test_gui.vim2017-02-06 22:11:50.577264620 +0100 --- src/testdir/test_gui.vim2017-02-09

Re: [patch] Add a test on 'guifont' to test_gui

Kazunobu Kuriyama wrote: > This email contains two patches. > > One is to add a test on 'guifont' to test_gui. > > While writing the test, I noticed that the explanation about the GTK GUIs > on 'guifont' was inaccurate. Another is to fix it. > > The latter also gives an explanation why the

Re: Documentation bug: How to search help for a pattern (Was: Patch 8.0.0315)

Tony Mechelynck wrote: > VERIFIED FIXED. > > But: the example at line 75 of helphelp.txt doesn't use a "pattern" > but a "string", unlike what the text seems to imply, because to use a > pattern in :tselect there must be a leading slash. This is a > documentation bug. I'm attaching a proposed

Documentation bug: How to search help for a pattern (Was: Patch 8.0.0315)

VERIFIED FIXED. But: the example at line 75 of helphelp.txt doesn't use a "pattern" but a "string", unlike what the text seems to imply, because to use a pattern in :tselect there must be a leading slash. This is a documentation bug. I'm attaching a proposed tentative patch. This patch is not

Patch 8.0.0316

Patch 8.0.0316 Problem:":help z?" does not work. (Pavol Juhas) Solution: Remove exception for z?. Files: src/ex_cmds.c *** ../vim-8.0.0315/src/ex_cmds.c 2017-02-08 23:11:27.358494190 +0100 --- src/ex_cmds.c 2017-02-09 11:50:34.184573146 +0100 *** *** 6503,6509

Re: Cannot find helptag :[range]

Christian wrote: > On Do, 09 Feb 2017, Tony Mechelynck wrote: > > > On Thu, Feb 9, 2017 at 12:14 AM, Tony Mechelynck > > wrote: > > > P.S. I'll retry with patch 8.0.315. > > > > ...once it appears on the Mercurial mirror (it hasn't yet). > > It's not there,

Re: Cannot find helptag :[range]

Pavol Juhas wrote: > On Tuesday, February 7, 2017 at 2:09:23 AM UTC-5, jott...@googlemail.com > wrote: > ... > > from ":help {subject}": > > > > | *{subject}* *E149* *E661* > > | :h[elp] {subject} Like ":help", additionally jump to the tag {subject}. >

Re: [patch] Fix capitalizations of some menu items...

2017-02-09 5:57 GMT+09:00 Zhen-Huan Hu : > Not that it really matters but the capitalizations of some menu items are > rather inconsistent. Here is a small patch for the capitalization. > Zhen-Huan Hu, This is a daunting task for non-experts like me :) While I notice that

Re: Asynchronous balloonexpr handling

On Thursday, February 2, 2017 at 9:20:46 PM UTC+1, Bram Moolenaar wrote: > That's something else. I don't see the documentation, but it looks like > it's more like a dialog than a balloon. Alright. I made a small patch for GUI version only and sent a pull request