Re: E1208 after compiling vim from git

On 23/01/2022 08:43, Thomas Köhler wrote: > [...] > So I type ENTER and ":help E1208" and get this: > E149: Sorry, no help for E1208 > [...] I had recently experienced the same, with the error in one of my plugins, after upgrading to the latest Vim. > Apart from that, I fail to see what's wrong w

Re: Patch 8.2.2439

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 31/01/2021 18:11, Bram Moolenaar wrote: > > James McCoy wrote: > >> On Sun, Jan 31, 2021 at 04:46:51PM +0100, Bram Moolenaar wrote: >>> >>> [...] + Add GUI support (ignore compiler warnings): + % sudo >>> apt install libgtk2.0-dev >> >> This

Re: Patch 8.2.2426

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 30/01/2021 12:47, Bram Moolenaar wrote: > > Ingo Karkat wrote: > >>>> On 29/01/2021 21:07, Bram Moolenaar wrote: >>>>> >>>>> Patch 8.2.2426 Problem:Allowing 'completefunc&

Re: Patch 8.2.2426

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 29/01/2021 22:14, Bram Moolenaar wrote: > > Ingo Karkat wrote: > >> On 29/01/2021 21:07, Bram Moolenaar wrote: >>> >>> Patch 8.2.2426 Problem:Allowing 'completefunc' to switch >>> windows c

Re: Patch 8.2.2426

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 29/01/2021 21:07, Bram Moolenaar wrote: > > Patch 8.2.2426 Problem:Allowing 'completefunc' to switch > windows causes trouble. Solution: use "textwinlock" instead of > "textlock". Files: src/insexpand.c, > src/testdir/test_ins_complete.

Re: [vim/vim] netrw: Fix gx command (#7188)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 24/10/2020 20:52, Charles Campbell wrote: > Charles Campbell wrote: >> James McCoy wrote: >>> On Thu, Oct 22, 2020, 21:39 Charles Campbell >>> mailto:campb...@drchip.org>> wrote: >>> >>> I confess that I'm not a git master. It'd be a help if you

Re: Vim9 script: first steps

es of Vimscript, so that Vimscript writers can easily opt-in (ideally, in a backwards-compatible way and without rewriting entire functions or plugins), why not? Vim, with its great backwards compatibility and platform support, has been a pleasure to use and extend for many many years; I'll

Re: How about highlighting captured groups in regex?

he example from above would become a more verbose /\%1(\(foo\)\)\|\%2(\(bar\)\)/; the benefit would be that another capture group can be easily added that also uses color 1, or 2, or no special color at all. - -- regards, ingo - -- -- Ingo Karkat -- /^-- /^-- /^-- /^-- /^-- http://ingo-kar

Re: Proposal for User methods

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 11-Aug-2019 18:51 +0200, 'Andy Wokula' via vim_dev wrote: > Am 11.08.2019 um 18:27 schrieb Bram Moolenaar: >> I'm not sure about methods for a specific type, e.g. only defined >> for a list or dict. I suppose in many cases you have very >> simila

Re: Setting buffer contents by byte offset

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 11-Jul-2019 10:45 +0200, Paul Jolly wrote: > Thanks, Tony. > > Your response has helped me understand that my substitute solution > will not work here either. > > Reason that neither solution will work is that it requires moving > the cursor,

Re: CursorLineMoved

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 13-May-2019 21:20 +0200, Edward Peschko wrote: > All, > > I'd like to be able to write a macro that could be triggered each time > the line changed - so that I could write an autocmd to say > automatically split a logfile in vim that has stack t

Re: netrw

r a process than putting a dev snapshot on a website and emailing around patches. I hope you'll find a setup that suits you well. Keep up the good work! - -- regards, ingo - -- -- Ingo Karkat -- /^-- /^-- /^-- /^-- /^-- http://ingo-karkat.de/ -- -- https://www.vim.org/account/prof

Re: C-c triggers InsertLeave event if used in an inoremap

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 01-Nov-2018 21:09 +0100, Bram Moolenaar wrote: > Ingo Karkat wrote: > >> On 30-Oct-2018 07:48 +0100, Christian Brabandt wrote: >> >>> On Mo, 29 Okt 2018, Bok Woon Chua wrote: >>> >>>>

Re: C-c triggers InsertLeave event if used in an inoremap

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 30-Oct-2018 07:48 +0100, Christian Brabandt wrote: > On Mo, 29 Okt 2018, Bok Woon Chua wrote: > >> I have an autocmd that saves the current file on InsertLeave. >> Using C-c in insert mode doesn't trigger this save (as desired), >> but if I use

Re: Problematic doautocmd behavior

On 14-Apr-2018 20:39 +0200, Christian Brabandt wrote:  > > On Sa, 14 Apr 2018, Ivan Brennan wrote: > >> When your plugin wants to provide an event the user can hook into, it could >> broadcast a User autocommand: >> >> function! foo#do_it() >> call s:do_thing() >> doautocmd User

Re: Wish:

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 23-Mar-2018 17:28 +0100, 'Andy Wokula' via vim_dev wrote: > Am 13.04.2011 um 17:07 schrieb Andy Wokula: >> Am 09.04.2011 20:27, schrieb Ingo Karkat: >>> On 09-Apr-2011 14:54, Andy Wokula wrote: >>>> For e

Re: vim compile's "make test" fails if 'diodon' manages x-clipboard

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 05-Dec-2017 08:45 +0100, C v.St. wrote: > > On 12/05/2017 at 06:41 AM Kazunobu Kuriyama wrote: >>> 2017-12-05 8:58 GMT+09:00 C.v.St . >>> mailto:stucki-s...@t-online.de>>: > … >>> Remembering a similar case, I killed 'diodon' ((..

Re: difference between submatch(1) and \1 intended?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 24-Nov-2017 15:13 +0100, Christian Brabandt wrote: > > On Fr, 24 Nov 2017, Marius Gedminas wrote: > >> On Fri, Nov 24, 2017 at 11:30:03AM +0100, Christian Brabandt >> wrote: >>> Hi, while writing the test for checking the URLs I stumbled on >>>

Re: hlsearch and empty pattern branch

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 12-Nov-2017 15:03 +0100, Nazri Ramliy wrote: > On Sun, Nov 12, 2017 at 8:34 PM, Tony Mechelynck > wrote: >> The way I see it, there was a bug before (which you used as an >> undocumented feature), now the bug has been fixed, and you're >> comp

Re: I want to contribute and chose right project for graduate thesis

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 21-Jul-2017 11:16 +0200, Mario Krajačić wrote: > Hello, I am student of IT from Croatia on finishing year for my > bachelor's degree. > > For the graduate thesis I would like to contribute some open source > project. For example it can be some b

Re: pack/*/start/*/plugin/*.vim loading twice

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 27-Jun-2017 13:51 +0200, Bram Moolenaar wrote: > > Ingo Karkat wrote: > >> On 27-Jun-2017 00:01 +0200, mseplowitz wrote: >> >>> A recent patch seems to have changed the behavior of how my >>> plugins lo

Re: pack/*/start/*/plugin/*.vim loading twice

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 27-Jun-2017 00:01 +0200, mseplowitz wrote: > A recent patch seems to have changed the behavior of how my plugins > load. In particular, it looks like plugin files in > pack/*/start/*/plugin/*.vim are loaded twice. > > I'm fairly sure this is an

Re: Vim periodically trashes the start of a file

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11-Sep-2016 03:27 +0200, Sholto Douglas wrote: > I have used VIM for many years and am an aficionado. However I > find it has a VERY annoying habit of occasionally truncating the > start of a file when I save it. Usually I can get back the missing

Re: Patch 7.4.2299

On 09/02/2016 09:51 PM, LCD 47 wrote: > On 1 September 2016, Bram Moolenaar wrote: >> >> Patch 7.4.2299 >> Problem:QuickFixCmdPre and QuickFixCmdPost autocommands are not always >> triggered. >> Solution: Also trigger on ":expr", ":cbuffer", etc. (Yegappan Lakshmanan) >> Files:

Re: Changing the defaults with Vim 8

Manuel Ortega wrote: > On Sun, Jul 24, 2016 at 9:02 AM, Bram Moolenaar wrote: > > " For all text files set 'textwidth' to 78 characters. > > autocmd FileType text setlocal textwidth=78 > Please don't "setlocal" a &textwidth value for text files. Don't mess > with this at all, but if you

Re: Some changes to the github notification mirror script

Hello Christian, speaking of the github notification mirror script, I noticed a possible bug. When I recently submitted an issue (https://github.com/vim/vim/issues/892), the mirrored email got cut off just before a line that only contained a period (".", with whitespace indent in a Markdown cod

Re: Value of 'v:register' updates too late

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11-Aug-2015 15:18, Bram Moolenaar wrote: > > Sampo Osmonen wrote: > >> When you yank something into a named register the value of the >> internal variable 'v:register' doesn't change back to the default >> register after the yank. The next mapping

Re: Patch to add the :cdo and :ldo commands

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30-Jul-2015 08:21, Christian Brabandt wrote: > Am 2015-07-29 22:34, schrieb Yegappan Lakshmanan: >> I haven't see any replies so far. I am not sure whether we are >> agreeing to add both the commands or only the cfdo/lfdo commands? >> Do you guys t

Re: Proposal: fixing "Todo" highlighting chaos

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 22-Jul-2015 19:42, Charles E Campbell wrote: > Ben Fritz wrote: >> Well, sure it's easy to override one file. But you would need to >> do that for literally every filetype you edit in Vim! That's a >> much taller order! >> > I'm not so sure about t

Re: Supporting multiple shells in system()?

r to tweak (with a proper default for common shells, so tweaking is only necessary for esoteric ones) As a first step towards your proposed solution, you could implement a Vimscript library that offers all of this; no changes to Vim would be necessary (many such generic libraries already exist; see

Re: Regression: v_b_A inserts at start or middle of selection instead of end after 7.4.576

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 28-May-2015 21:14, Christian Brabandt wrote: > Hi Ingo! > On Di, 26 Mai 2015, Ingo Karkat wrote: > >> On 24-May-2015 13:15, Christian Brabandt wrote: >>> On Mo, 18 Mai 2015, Ingo Karkat wrote: >>> >>>>

Re: Regression: v_b_A inserts at start or middle of selection instead of end after 7.4.576

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 24-May-2015 13:15, Christian Brabandt wrote: > On Mo, 18 Mai 2015, Ingo Karkat wrote: > >> Hello Vim developers, >> >> appending to the end of a visual blockwise selection can be done with >> the A command. I just

Regression: v_b_A inserts at start or middle of selection instead of end after 7.4.576

sion 7.4.716 on Windows/x64 as well as on latest Vim 7.4.729 on Linux/x64. - -- regards, ingo - -- -- Ingo Karkat -- /^-- /^-- /^-- /^-- /^-- http://ingo-karkat.de/ -- -- http://vim.sourceforge.net/account/profile.php?user_id=9713 -- Using Vim for 13 years now, mostly 'cos I can&#

Re: abbreviation no longer expand after insert mode remappings

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06-May-2015 11:21, Enno wrote: > Hitting a non-keyword character, or in insert mode with > the cursor behind an abbreviation (:help abbreviation) expands the > abbreviation. However, a mapping to that character no longer > expands the abbreviatio

vim_dev@googlegroups.com

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03-May-2015 03:52, h_east wrote: > Hello Ingo! 2015/5/3(Sun) 4:46:50 UTC+9 Ingo Karkat: >> Hello Vim developers, >> >> if you do a :substitute/foo/bar/c and then choose (a)ll as the >> answer, a repeat of the substitu

vim_dev@googlegroups.com

if (typed == 'a') { do_ask = FALSE; break; } Note: This was originally raised on Stack Overflow: http://stackoverflow.com/questions/3450/why-vim-does-not-preserve-c- flag-when-g-used - -- regards, ingo - --

Re: Preparations for moving to github

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 26-Mar-2015 17:25, Manuel Ortega wrote: > On Thu, Mar 26, 2015 at 9:43 AM, Ingo Karkat <mailto:sw...@ingo-karkat.de>> wrote: > >> Bram already is a bottleneck in development; please don't make >> him > > wor

Re: Preparations for moving to github

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 26-Mar-2015 14:32, Manuel Ortega wrote: > It's smaller than Linux, therefore it's not too big? It's far too > big for the kind of thing it is. It's a plain text editor; a user > shouldn't have 50MB worth of useless things (much from *eleven* > yea

Re: BUG: Unclosed regexp collection breaks :substitute

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 15-Mar-2015 10:08, 'Andy Wokula' via vim_dev wrote: > Am 14.03.2015 um 20:14 schrieb Ingo Karkat: >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> >> On 14-Mar-2015 15:34, Bram Moolenaar wrote: >>> >

Re: BUG: Unclosed regexp collection breaks :substitute

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 14-Mar-2015 15:34, Bram Moolenaar wrote: > > Ingo Karkat wrote: > >> On 14-Mar-2015 02:11, James McCoy wrote: >>> On Fri, Mar 13, 2015 at 09:54:18PM +0100, Ingo Karkat wrote: >>>> it's p

Re: BUG: Unclosed regexp collection breaks :substitute

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 14-Mar-2015 02:11, James McCoy wrote: > On Fri, Mar 13, 2015 at 09:54:18PM +0100, Ingo Karkat wrote: >> it's possible to avoid escaping a "[" character: >> >> ,[ :help E769 ] | When the ']&#x

BUG: Unclosed regexp collection breaks :substitute

g the last search pattern into a generated command and then failing unexpectedly, e.g.: execute 'substitute/' . @/ . '//g' - -- regards, ingo [1] http://vi.stackexchange.com/questions/2538/regex-how-to-replace - -- -- Ingo Karkat -- /^-- /^-- /^-- /^-- /^-- http://ingo

Re: --remote-tab + 'noautocd' = cwd clobbering

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01-Mar-2015 15:32, xaizek wrote: > I don't know a way to check whether window is using local cwd or > global one. haslocaldir() The result is a Number, which is 1 when the current window has set a local path via :lc

Re: iterated remapping

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 19-Feb-2015 23:55, Alexey wrote: > Hello, i wonder if the following is a bug or a feature. > > If execute the commands > > :imap 2 3 :inoremap 13 42 > > and type "12" in Insert mode, i get "13", but i would naïvely > expect to get "42". No, that

Re: Patch 7.4.592

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11-Feb-2015 22:19, Bram Moolenaar wrote: > > Lilydjwg wrote: > >> On Tue, Jan 27, 2015 at 11:26:39AM +0100, Bram Moolenaar wrote: >>> >>> Patch 7.4.592 Problem:When doing ":e foobar" when already >>> editing "foobar" and 'buftype' is "nofile"

[PATCH] Documentation typo fixes

- - instead of bytes. confirm() add "flags" argument, with 'v' for vertical layout and 'c' for console dialog. (Haegg) Flemming Madsen has a patch for the 'c' flag - -- regar

Re: BUG: /foo/,/bar/argdo proceeds after E14: Invalid address

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 29-Jan-2015 22:05, Marcin Szamotulski wrote: > On 17:13 Thu 29 Jan , Ingo Karkat wrote: >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> >> Hello Vim developers, >> >> the new range handling on :argdo (and

BUG: /foo/,/bar/argdo proceeds after E14: Invalid address

78 characters 7 In contrast, :1,999argdo echo bufnr('') correctly aborts with E16: Invalid range - -- regards, ingo - -- -- Ingo Karkat -- /^-- /^-- /^-- /^-- /^-- http://ingo-karkat.de/ -- -- http://vim.sourceforge.net/account/profile.php?user_id=9

[PATCH] Windows Regression: parsing of quoted command-line changed by patch 7.4.432

o"in here | findstr /L "a"""foo"""in" a"foo"in here > echo.a"foo"in here|findstr /X /C:"a"foo"in here" > echo.a"foo"in here|findstr /X /C:"a""foo""in her

Re: Proposal: range('a', 'c') should be ['a', 'b', 'c']

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 15-Jan-2015 12:24, mattn wrote: > > Well, I don't want plugin. I want builtin function. Can you demonstrate that this is needed frequently? Which common tasks would benefit from this? (And why would a short library function not suffice?) The only

Re: Regression: Patch 7.4.569 breaks vmap

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 14-Jan-2015 16:07, Bram Moolenaar wrote: > > The problem is with using State directly, should use > get_real_state(). > > I added a test, but it also passes without the fix. Same problem > that it works when using :normal or feedkeys(). Thanks,

Inconsistencies of CTRL-C

ot sure how useful that would be, and it looks difficult to implement (as the CTRL-C handling is lower-level than the mapping layer, right?) 2. With :inoremap , the InsertLeave event should _not_ be fired. Could be just a simple condition that's missing ther

Regression: Patch 7.4.569 breaks vmap

ith a HUGE Vim build, on both Windows/x64 and Linux/x64. Other modes work fine, only :vmap, :xmap, and :smap are affected. - -- regards, ingo - -- -- Ingo Karkat -- /^-- /^-- /^-- /^-- /^-- http://ingo-karkat.de/ -- -- http://vim.sourceforge.net/account/profile.php?user_id=9713 -- -BE

Segfault on widescreen GVIM with error in 'rulerformat'

Vim: Caught deadly signal SEGV E138: Can't write viminfo file $HOME/.viminfo!Vim: Finished. - -- regards, ingo - -- -- Ingo Karkat -- /^-- /^-- /^-- /^-- /^-- http://ingo-karkat.de/ -- -- http://vim.sourceforge.net/account/profile.php?user_id=9713 -- -BEGIN PGP SIGNATURE- V

[PATCH] Re: Regression: glob('dir/*/') also returns plain files with appended path separator, not just directories on Windows.

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 22-May-2014 13:32, Bram Moolenaar wrote: > > Ingo Karkat wrote: > >> Hello Vim developers, >> >> I just noticed a regression when using a custom command's >> complete function that is file-based. When I do

[PATCH] :0argedit doesn't prepend like :0argadd does

patch fixes that, and adds a test for this. - -- regards, ingo - -- -- Ingo Karkat -- /^-- /^-- /^-- /^-- /^-- http://ingo-karkat.de/ -- -- http://vim.sourceforge.net/account/profile.php?user_id=9713 -- -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (MingW32

[PATCH] On Windows, GVIM's window size increases when changing menus while minimized

Attached patch adds a condition for minimized Vim and returns the (already saved) previous menu height in that case. With that, the problem is gone. - -- regards, ingo - -- -- Ingo Karkat -- /^-- /^-- /^-- /^-- /^-- http://ingo-karkat.de/ -- -- http://vim.sourceforge.net/account/profile.ph

Re: Find Bugs

issues list at Vim's Google Code project: https://code.google.com/p/vim/issues/list Don't be afraid to post your patches and questions here, and again thanks for your help! - -- regards, ingo - -- -- Ingo Karkat -- /^-- /^-- /^-- /^-- /^-- http://ingo-karkat.de/ -- -- http://vi

Re: noautochdir plus --remote-silent

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 16-Dec-2014 14:30, Axel Bender wrote: > Using autochdir in .vimrc together with the --remote-silent start > option works fine: the first edited file's path is set correctly. > However, the manuals suggest not to use autochdir: > > "This option is

Re: Regression: CTRL-C mapping ignored after 7.4.468

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13-Dec-2014 14:37, Christian Brabandt wrote: > Hi Ingo! On Fr, 12 Dez 2014, Ingo Karkat wrote: > >> Hello Vim developers, >> >> patch 7.4.468 (BTW it doesn't appear in the list on >> ftp://ftp.vim.org/vol/

Regression: CTRL-C mapping ignored after 7.4.468

s actual typed keys, even :call feedkeys("\", 't') doesn't work. I can reproduce this both on Windows/x64 and Linux/x64, up to the current Vim 7.4.542. Christian (as the author of the original patch), I hope you'll be able to get a fix for that! - -- regards, ingo -

Re: Unsilently sourcing a file, but ignore E122, E174, E227 etc

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 20-Nov-2014 15:03, Daniel Hahler wrote: > Is it possible to source a file (without using `:silent!`), but > ignore any of the following errors: - E122: Function Foo already > exists, add ! to replace it - E174: Command already exists: add ! > to rep

Re: allow to vimgrep current buffer

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 31-Oct-2014 12:42 +0100, Bram Moolenaar wrote: > Zyx wrote: > >> On October 29, 2014 10:54:38 PM EAT, Bram Moolenaar >> wrote: >>> >>> Christian wrote: >>> >>>> On Di, 28 Okt 201

Re: Put ~ markers into their own highlight group

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 31-Oct-2014 13:03 +0100, Bram Moolenaar wrote: > Marco Hinz wrote: > >> this might be yet another controversial patch, but it's asked for >> on IRC all the time. >> >> The problem is that the ~ markers (end of buffer) and parts of >> 'listchars'

Re: allow to vimgrep current buffer

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 28-Oct-2014 15:55 +0100, Павлов Николай Александрович wrote: On 28-Oct-2014 15:55, Павлов Николай Александрович wrote:> On October 28, 2014 3:22:58 PM EAT, Christian Brabandt wrote: >> Am 2014-10-28 12:04, schrieb James McCoy: >>> On Oct 28, 2014

Re: Dear Bram

On 06-Oct-2014 12:41 +0200, Paul \"leonerd\" Evans wrote: > On Sat, 4 Oct 2014 12:37:45 -0700 > "/#!/JoePea" wrote: > >> Hmmm, yep. I just tested. gvim and MacVim both don't differentiate >> tab and ctrl_i! >> >> */#!/*JoePea &g

Re: Dear Bram

On 04-Oct-2014 15:43 +0200, Bram Moolenaar wrote: > Not sure what your problem is. This works just fine: > > imap > > It does require gvim, since a terminal doesn't make a difference between > Tab and CTRL-I. No, even GVIM does not differentiate between and ; that's what's causing so many p

Re: Windows incorrect rendering of international characters

On 31-Jul-2014 15:43 +0200, Ben Fritz wrote: > On Thursday, July 31, 2014 8:30:36 AM UTC-5, Paul Moore wrote: >> On Thursday, 31 July 2014 14:08:16 UTC+1, Ben Fritz wrote: >>> I don't see this problem. >> [...] >>> I entered unicode characters 5000, 5001, and 5002 which you say are Chinese >>> c

Re: Inconsistent regex behaviour in 7.4.383

On 30-Jul-2014 12:53 +0200, Bram Moolenaar wrote: > Tim Brosnan wrote: > >> I initially send a version of this message through the google groups >> interface, but it seems to have disappeared. Apologies if there is >> duplication. >> >> When going through some regex examples from >> VimRegexTu

BUG: NFA-regexp discrepancy with \@<= and \1 backreference

Hello Vim developers, there's yet another discrepancy between the regular expression engines: for n in [1,2] | echo match('",abc" in "abc,abc"', '\%#=' . n . '\1\@<=,\([a-z]\+\)') | endfor I actually found this while checking out an example from the help (trying to understand why a regexp I use

Re: 'isfname' and 'isprint' don't allow to include ^@ = 0

On 12-Jun-2014 13:07 +0200, Ingo Karkat wrote: > On 12-Jun-2014 12:51 +0200, Bram Moolenaar wrote: > >> Christian wrote: >> >>> On Di, 10 Jun 2014, Ingo Karkat wrote: >>> >>>> Hello Vim developers, >>>> >>>> a question on S

Re: 'isfname' and 'isprint' don't allow to include ^@ = 0

On 12-Jun-2014 12:51 +0200, Bram Moolenaar wrote: > Christian wrote: > >> On Di, 10 Jun 2014, Ingo Karkat wrote: >> >>> Hello Vim developers, >>> >>> a question on Super User >>> (http://superuser.com/questions/766817/hide-non-printable-

'isfname' and 'isprint' don't allow to include ^@ = 0

Hello Vim developers, a question on Super User (http://superuser.com/questions/766817/hide-non-printable-characters-in-vim/) asks to show all non-printable (control) characters with a single display cell. One (hacky, and arguably not perfect) way to do this is by including all ASCII characters in

Re: virtcol() subject to showbreak (added: and linebreak)

gt; > >> On June 4, 2014 3:48:42 PM GMT+03:00, Ingo Karkat >> wrote: >>> On 04-Jun-2014 13:34 +0200, Axel Bender wrote: >>> >>>> I'd already be happy if virtcol() would take into account >>>> the length >>> of the showbre

Re: virtcol() subject to showbreak (added: and linebreak)

On 04-Jun-2014 13:34 +0200, Axel Bender wrote: > I'd already be happy if virtcol() would take into account the length of the > showbreak string. I'm otherwise prepared to work with UTF-8 characters... Character widths are not directly related to this, but that little incorrectness in your otherw

Re: Patch 7.4.310

On 28-May-2014 14:35 +0200, Bram Moolenaar wrote: > Patch 7.4.310 > Problem:getpos()/setpos() don't include curswant. > Solution: Add a fifth number when getting/setting the cursor. > Files:src/eval.c, src/testdir/test_eval.in, > src/testdir/test_eval.ok, > runtime/doc

Re: BUG: j motion doesn't use position set by setpos('.'), but that of the last insert

On 26-May-2014 18:14 +0200, Christian Brabandt wrote: > On Mo, 26 Mai 2014, Ingo Karkat wrote: > >> Hello Vim developers, >> >> I have a custom surround function that basically does this: >> >> let save_cursor = getpos('.') >> execute

BUG: j motion doesn't use position set by setpos('.'), but that of the last insert

ave_cursor)|normal! j The problematic call incorrectly positions the cursor (represented by |) on the last insert column, instead of the column of the "B" where the function was triggered: QuickBrownFoxJumpsOverMe |he he Quick|BrownFoxJumpsOverMe he he -- regards, ingo --

Regression: glob('dir/*/') also returns plain files with appended path separator, not just directories on Windows.

l see this in the latest 7.4.295 (HUGE build, using Make_mvc.mak with the Windows SDK 7.1 compiler) on Windows/x64. No problems on Linux. -- regards, ingo -- -- Ingo Karkat -- /^-- /^-- /^-- /^-- /^-- http://ingo-karkat.de/ -- -- http://vim.sourceforge.net/account/profile.php?user_id=9713 --

Re: Filtering under folds

On 22-May-2014 01:55 +0200, Manuel Ortega wrote: > On Wed, May 21, 2014 at 2:58 PM, Teemu Ikonen > wrote: > > Filtering a line which is currently folded results in the whole fold > being filtered. For example, take a 2-line file like below with set > foldme

BUG: NFA-regexp discrepancy with \%

Hello Vim developers, there's another discrepancy between the regular expression engines: for n in [1,2] | echo matchlist("foo", '\%#=' . n . '^\(.*\%<3v\)\(o\)')[1:2] | endfor for n in [1,2] | echo matchlist("foo", '\%#=' . n . '^\(.*\%<3v\)\(.*\)')[1:2] | endfor This affects matching with \%ht

Re: "_dd doesn't reset v:register

On 30-Apr-2014 13:14 +0200, Bram Moolenaar wrote: > Christian Brabandt wrote: > Hi Andrew! On Di, 29 Apr 2014, Andrew wrote: > Hi, Christian, > >> Can you please come up with a mapping that shows the wrong behaviour? > > I made this example: https://gist.gi

Re: Regression: Change mark '[ at end, not start of first line after gq.

On 28-Apr-2014 23:05 +0200, Christian Brabandt wrote: > On Do, 24 Apr 2014, Ingo Karkat wrote: > >> Hello Vim developers, >> >> my plugins' automated test suite found another regression. When >> reformatting lines with gq{motion}, the start of change mark '

Re: Regression: Change mark '[ at end, not start of first line after gq.

On 24-Apr-2014 14:27 +0200, Christian Brabandt wrote: > Am 2014-04-24 13:39, schrieb Ingo Karkat: >> Hello Vim developers, >> >> my plugins' automated test suite found another regression. When >> reformatting lines with gq{motion}, the start of change mark '[

Regression: Change mark '[ at end, not start of first line after gq.

'] marks ` I still see this in the latest 7.4.264 (HUGE build) on Linux/x64. -- regards, ingo -- -- Ingo Karkat -- /^-- /^-- /^-- /^-- /^-- http://ingo-karkat.de/ -- -- http://vim.sourceforge.net/account/profile.php?user_id=9713 -- -- -- You received this message from the &q

Re: Patch 7.4.264

On 24-Apr-2014 12:43 +0200, Bram Moolenaar wrote: > Ingo Karkat wrote: > >> Me, too. The following used to work: >> >> fun! Foo() >> endfun >> let g:Foo = function('Foo') >> >> After 7.4.264, I get: >> " E705: Varia

Re: Patch 7.4.261

On 23-Apr-2014 18:49 +0200, Bram Moolenaar wrote: > Patch 7.4.261 > Problem:When updating the window involves a regexp pattern, an interactive > substitute to replace a "\n" with a line break fails. (Ingo > Karkat) > Solution: Set reg_lin

Re: Patch 7.4.264

On 23-Apr-2014 23:11 +0200, Matteo Cavalleri wrote: >>> Patch 7.4.264 (after 7.4.260) >> >>> Problem:Can't define a function starting with "g:". Can't assign a >> >>> funcref to a buffer-local variable. >> >>> Solution: Skip "g:" at the start of a function name. Don't check for >>

Re: Regression: ^@ instead of line break when using sub-replace-expr and \n together with :s_c flag

On 23-Apr-2014 17:37 +0200, Christian Brabandt wrote: > Am 2014-04-23 16:28, schrieb Bram Moolenaar: >> Ingo Karkat wrote: >> >>> I've noticed a regression: >>> >>> :s/.*/\="foo\nbar"/ >>> >>> This correctly replaces t

Re: Regression: ^@ instead of line break when using sub-replace-expr and \n together with :s_c flag

On 23-Apr-2014 16:28 +0200, Bram Moolenaar wrote: > Ingo Karkat wrote: > >> I've noticed a regression: >> >> :s/.*/\="foo\nbar"/ >> >> This correctly replaces the current line with two lines containing "foo" >> and "bar

Regression: ^@ instead of line break when using sub-replace-expr and \n together with :s_c flag

llowing patch: ,[ bad change ] | 7.3.225 "\n" in a substitute() inside ":s" not handled correctly ` The problem therefore can be seen in this and all following Vim versions, verified up to the latest 7.4.258. (I've used a HUGE build on both Windows/x64 and Linux/

Re: "_dd doesn't reset v:register

On 19-Apr-2014 17:41 +0200, Andrew wrote: >> I suspect something about your setup is doing this. When I follow your >> instructions, I get precisely the "expected" behavior. > > Ah, actually, that was silly of me. You wouldn't be able to reproduce it like > this, since the normal `p` works jus

Re: Tab Indent "Problem"

On 15-Mar-2014 10:06 +0100, Andre Sihera wrote: > Hi all, > > I have found an annoyance with the tab indenting (SHIFT + '>', SHIFT + > '<') and > was wondering if this was by design or should be fixed. > > My .vimrc contains the following: > > set ts=4 > set shiftwidth=4 > > So, when I

Re: Is there any way to get the vim executable path from within vim?

On 14-Mar-2014 08:20 +0100, Jürgen Krämer wrote: > Hi, > > Viktor Kojouharov wrote: >> To easily use the remote-expr feature. You need to start a new >> instance of vim and point it to the current running vim server. And I >> need the full executable path in order to start the remote-expr. Vim >>

Re: Incorrect expansion of %?

On 11-Mar-2014 15:14 +0100, Ben Fritz wrote: > On Tuesday, March 4, 2014 1:15:40 AM UTC-6, Gary Johnson wrote: >> >> >> Using a GUI file manager, I opened this file with gvim. I made some >> >> changes to it, then tried comparing the changed buffer with the >> >> copy on disk with this command wh

Re: v:beval_winnr is enumerates windows from 0 upwards

On 16-Jan-2014 23:46 +0100, Lech Lorens wrote: > winnr() returns the index of the window 1-based while v:beval_winnr > (:help 'bexpr') is 0-based. I believe the latter should be fixed. The > attached patch adds increments the value of v:beval_winnr by 1. The choosen base is unfortunate, but for

Re: How to find out when a VimL function was added?

On 15-Jan-2014 09:59 +0100, boss wrote: > Hello! > > A user of one of my plugins recently reported this error: `E117: > Unknown function: gettabvar`. He also told me the version of Vim he's > using. > > How can I find out when gettabvar() – or any function in general – was > added to VimL? > >

Re: Allow gvim to start with no file name after "--remote-silent"

On 30-Dec-2013 13:36 +0100, Axel Bender wrote: > A simple solution might be the one attached below. Don't know however, > if there are any side effects. Works for me. Unlike :edit, the :drop command adds the file to the argument list. I'd say that's an unexpected side effect. > [42 lines deleted

Re: Complete Overwrite Vim

On 22-Dec-2013 21:15 +0100, Ishfaque Jahan Rafee wrote: > [1 sentence deleted] But yet requirement of compile time support for > different language, while installing plugins during use, does suck. If > not drop support, it should be made mandatory for all package manager > to have everything as "+

Re: bug in search-and-replace in visual mode?

On 07-Dec-2013 18:02 +0100, Hisashi T Fujinaka wrote: > I have two columns of text and I just want to replace in one of the two > columns. For example: > > foo-bar-grillfoo-bar > 2foo-bar-grillfoo-bar > > and I just want to replace the second foo-bar with moose or something. I > can visu

  1   2   3   4   5   >