On 2025-06-08, Christ van Willegen wrote:
> Hi,
>
> Op zo 8 jun 2025 16:15 schreef Christian Brabandt :
>
> patch 9.1.1439: Last diff folds not merged
>
> Commit: https://github.com/vim/vim/commit/
> 3fa0d3514b928e0b21ef24594785f9104a3ffafd
> Autho
On 2025-05-19, Maxim Kim (Vim Github Repository) wrote:
> This is up to the people who is in charge of building binaries for the
> distribution you're using.
And they often create a package that has clipboard and X11 enabled,
but the package may not have a name you would expect. For example,
Ubun
I can reproduce tahzibijafar's reported result with Vim 9.1.1365 on
Ubuntu 24.04.2 with my normal configuration and with
$ vim -N -u NONE -i NONE
and the additional settings.
I have not looked into the reason.
Regards,
Gary
--
--
You received this message from the "vim_dev" maillist.
Do
On 2025-05-08, glepnir (Vim Github Repository) wrote:
> some indent and brace style
>
> ---
>
> You can view, comment on, or merge this pull request online at:
>
> https://github.com/vim/vim/pull/17278
>
> Commit Summ
On 2025-03-16, Daniel Steinberg (Vim Github Repository) wrote:
> Steps to reproduce
>
> vim --clean
> :set mouse=
> :help builtin.txt
> " Rotate the mouse wheel down
>
> Expected behaviour
>
> I expected that with mouse=, Vim would ignore mouse wheel events.
>
> Rather, the cursor moves in the
On 2025-02-28, David Mandelberg (Vim Github Repository) wrote:
> That does the opposite of what I want. That would make my preference for
> 80-by-default override the filetype plugins, but I want the filetype plugins
> to
> override my preference.
Yes. Sorry. If you want to respect a filetype p
On 2025-02-28, David Mandelberg (Vim Github Repository) wrote:
> I currently set textwidth=80 in my vimrc because I want that to be the default
> if there's nothing filetype-specific. But some ftplugins won't set textwidth
> after that line in my vimrc, e.g.:
>
> https://github.com/vim/vim/blob/56
On 2025-02-20, Enno (Vim Github Repository) wrote:
> Let keywordprg in vim.vim to handle context-sensitive help calls. Detect the
> syntax group of the word under the cursor.
>
> See #16677
This appears to work only if syntax highlighting is enabled. If
syntax highlighting is not enabled, you sh
On 2025-02-07, ubaldot (Vim Github Repository) wrote:
> Yes, this seems so recurrent / common a problem with so many vimscript
> work
> arounds that in practice with the advent of Git it seems to me the more
> useful option than &autochdir.
>
> Yeah, I think the better is to keep Vim
On 2025-02-03, Michael Scheper (Vim Github Repository) wrote:
> $ sudo apt-get build-dep vim-gtk3
> Reading package lists... Done
> E: You must put some 'deb-src' URIs in your sources.list
>
> @vim-ml: I could probably muck around with trial and error, but would you
> happen to know the best sourc
On 2025-02-03, Michael Scheper (Vim Github Repository) wrote:
> How can I install gVim? Is merging in the patch the only way, or is 'No GUI
> support' a legitimate error, and I need to install additional packages?
You need to install additional packages.
The output of ./configure probably has "n
I thought this was going to be fixed. Or is what we have now the
fix? I just updated to Vim 9.1.1029 and noticed that one of my
plugins that tests for the filetype being "sh" fails because the
filetype is now "bash". This also affects the nrrwrgn.vim plugin.
Regards,
Gary
--
--
You received
On 2024-12-26, Luca Saccarola wrote:
> Hi,
> I think we should be setting shellcheck has the compiler for every shellcheck
> supported shell.
> Patch Links:
>
> • https://github.com/vim/vim/pull/16311.patch
> • https://github.com/vim/vim/pull/16311.diff
Doesn't shellcheck need the "-f gcc" a
On 2024-12-02, Christian Brabandt wrote:
> My idea was to gradually promote settings that Bram thought to be defaults
> back
> to the C core to simplify defaults.vim. My intentions was to keep settings
> behind some if conditions inside defaults.vim but migrate other settings to
> the
> C core, s
On 2024-11-16, Luca Saccarola wrote:
> @saccarosium requested changes on this pull request.
>
> ---
>
> In src/message.c:
>
> > @@ -4071,7 +4070,11 @@ msg_warn_missing_clipboard(void)
> {
> if (!global_busy && !did
On 2024-11-10, avidseeker wrote:
> I have a script that selects templates based on the given filetype and outputs
> them to stdout. For example:
>
> :.!tplt %:e
>
> But the %:e is not always reliable. Does vim offer a way to pass variables for
> shell? Maybe something like
>
> :.!tplt "$ft"
To
On 2024-10-12, Rob Pilling wrote:
> @bobrippling commented on this pull request.
>
> ---
>
> In runtime/doc/builtin.txt:
>
> > @@ -12417,6 +12417,10 @@ writefile({object}, {fname} [, {flags}])
> > *w
On 2024-10-08, Christian Brabandt wrote:
> I tend to be sympathetic to those changes and getting rid of tabs is a good
> change in my opinion (although we lose some alignments). I leave this open for
> a few days, but will probably merge it, unless other maintainers strongly
> disagree.
I don't se
On 2024-10-04, zeertzjq wrote:
> @zeertzjq commented on this pull request.
>
> ---
>
> In runtime/doc/starting.txt:
>
> > @@ -972,9 +973,9 @@ accordingly. Vim proceeds in this order:
> The |v:vim_did_enter| vari
On 2024-10-03, Martin Krischik wrote:
> BTW it seems your current version has the same problem (setting
> ignorecase,
> which should be a user setting)
>
> But Ada is an ignore case language so that would be annoying for ada
> programmer. It would be helpful, especially for those who use
On 2024-10-02, flyingosprey wrote:
> On Windows, I ran
>
> git config --global --replace-all merge.tool gvimdiff
> git config --global --replace-all mergetool.gvimdiff.path "C:/Program
> Files/Vim
> /vim90/gvim.exe"
> git config --global --replace-all mergetool.gvimdiff.trustExitCode false
> git
You both make good arguments. This may be worth an exception after
all.
Regards,
Gary
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received
On 2024-09-24, Nir Lichtman wrote:
> Very interesting, I actually noticed this behavior a couple of days ago and I
> wasn't sure why it specifically occurred with Vim, but this clears it up.
>
> Opened a PR to address this issue by changing the default value of bkc: #15739
If you are aware of 'bk
On 2024-06-17, Christian Brabandt wrote:
> If that is the case, I am fine with skipping. But I don't know how to detect
> that Vim is running in a Mingw/Msys environment.
My MINGW64 installation has a couple of environment variables that
you could test.
MSYSTEM=MINGW64
OSTYPE=msys
Regard
On 2024-06-02, Christian Brabandt wrote:
> On Sa, 01 Jun 2024, Gary Johnson wrote:
>
> > I would like to request that developers not leave calls to ch_log()
> > enabled in released code, that is, in code that has been committed
> > to the GitHub repo.
> >
> >
I would like to request that developers not leave calls to ch_log()
enabled in released code, that is, in code that has been committed
to the GitHub repo.
I just tried debugging some Vim code by sprinkling calls to ch_log()
in it. When I ran tail on the log file, I was inundated with log
messages
On 2024-05-30, Christian Brabandt wrote:
> On Di, 28 Mai 2024, Gary Johnson wrote:
>
> > I follow Vim development activity through the vim_dev mailing list
> > rather than at https://github.com/vim/vim/. That generally works
> > well, except that I seem to miss the o
On 2024-05-29, ElwinGao wrote:
> when I search text like this:
>
> 1. www.github.com
> 2. www.google.com
>
> ---
>
> current cursor(cursor type is block) on the first "w" in first line,and then I
> using "/" to sea
I follow Vim development activity through the vim_dev mailing list
rather than at https://github.com/vim/vim/. That generally works
well, except that I seem to miss the original postings of some
issues and/or PRs. I see responses, but not the original postings,
so I'm potentially missing postings
On 2024-05-13, Diego Viola wrote:
> Please consider doing a runtime switch to the XDG one when a ~/.config/vim
> directory exists.
>
> Currently the runtime switch happens when ~/.config/vim/vimrc exists, and
> that's fine.
>
> However, while testing #14757 yesterday, I ran into some issues when
On 2024-05-12, lkintact wrote:
> Steps to reproduce
>
> 1. Run gvim.exe --clean.
> 2. Execute :set showbreak=>.
> 3. Execute :set laststatus=2 to enable the status line.
> 4. Execute :set statusline=%v.
> 5. Type 1000ia to put 1000 letters "a" in the buffer. Note that the
> status line re
When 'breakindent' is set and the window width is less than
'textwidth', the gqap command reformats indented paragraphs to less
than 'textwidth'.
Steps to reproduce
1. Create a file containing a single paragraph of arbitrary text,
indented by one 8-space tab stop and formatted for a textwidt
On 2024-04-02, Christian Brabandt wrote:
> In any case, things are a bit in flow currently and we are not close to a
> release. So some potential fallout can be expected. I try not to break
> backwards compatibility intentionally, but of course I'd like Vim to be
> improved and fixed. Yes it might
On 2024-03-29, luukvbaal wrote:
> I can try, but are we making a decision solely for backward compatibility? Or
> can we consider which of the two old behaviors makes more sense for scrolling
> the viewport. Either the cursor position stays the same and only starts moving
> to be at the top/botline
On 2024-03-17, San wrote:
> @chrisbra
> Also i found another bug( or maybe its on purpose)
> When you only have /t( tab or indentation) without any text on a new line. And
> you navigate back to previous line and press delete button, the next line does
> not get deleted but the /t( tab or indentati
On 2024-03-15, Christian Brabandt wrote:
> we could just use XDG_CONFIG_HOME/vim as we use $HOME/.vim only if we find
> a XDG_CONFIG_HOME/vim/vimrc. But I would also put the viminfo in
> XDG_CONFIG_HOME/vim since if the user is using XDG_DIRS they don't want
> clutter in their HOME.
On 2024-03-06, ShinyNeonCalvin wrote:
> Steps to reproduce
>
> 1. Make a colorscheme file
> 2. Put it in the same folder as other colorschemes
>
> Expected behaviour
>
> At one time, I was able to have vim recognize a color scheme I made by just
> putting this code in the file and putting the
On 2024-03-05, Christian Brabandt wrote:
> Hm, thanks for your suggestion. I have mad a very quick patch here:
> chrisbra@fe4a04a
>
> This misses test so is not yet ready to be included, but you may want to try
> it
> out.
We should probably understand what Vim is doing now and why before
making
On 2024-02-20, tyler-suard-parker wrote:
> @chrisbra @zzzyxwvut I understand, I used Nano for years, despite Vim being
> the
> vastly superior editor, because Nano has the hotkeys right there on the
> screen,
> which makes it way easier to use. I know we can't do that with Vim, but just
> having
On 2024-02-09, luca.saccar...@saccarosium.com wrote:
> Hi all,
> I would like to make a proposal for decoupling the clipboard
> functionality from X11.
>
> I've study the code base for some time but I still need some help on
> where and how exactly do this.
>
> The problem
> ===
>
> Curr
On 2024-01-16, Britton Kerin wrote:
> The sequence 'vaw' (visual around word is how I think of it) does
> weird things depending on white space:
>
> * 'vaw' while on 'a' in 'foo bar' selects ' bar' (space followed by bar)
>
> * 'vaw' while on 'a' in 'foo bar ' (with trailing space) selects
>
On 2024-01-17, FEA-eng wrote:
Try this on the machines where syntax folding works and where it
doesn't while editing a file for which you expect it to work.
:verbose set foldmethod?
That should tell you where 'foldmethod' was last set and the value
it was set to.
Regards,
Gary
--
--
You
On 2024-01-08, Yegappan Lakshmanan wrote:
> Hi Gary,
>
> On Mon, Jan 8, 2024 at 12:14 PM Gary Johnson wrote:
>
> On 2024-01-07, Yegappan Lakshmanan wrote:
>
> > To demonstrate the use of the new matchbufline() function, I have
> created
> > the fo
On 2024-01-07, Yegappan Lakshmanan wrote:
> To demonstrate the use of the new matchbufline() function, I have created
> the following script. This does search text completion from the list of words
> in the current buffer. After typing a few letters in the "/" prompt, if you
> press
> Tab, it wi
On 2024-01-07, Danek Duvall wrote:
> I wanted to be able to set the colorscheme based on the terminal colors (and
> adapt to terminal color changes), but there was no mechanism where
> v:termrbgresp was reliably correctly set. This enhances TermResponse to
> deliver
> the type of response it got s
On 2024-01-07, Christian Brabandt wrote:
> I have made a few minor changes, which turned out to be even more involved:
>
> • Renamed those new groups to Added, Changed and Removed (I initially went
> with capitalizing the diffAdded to DiffAdded, but since hightlighting
> groups are not c
On 2024-01-04, Christian Brabandt wrote:
> Yeah also true. Whatever you do, you will choice wrong 🙈
I hadn't followed this discussion until just now when I did a git
commit and looked at the diff section. It is butt ugly and
unreadable.
I use Vim to look at diffs daily, mostly in diff mode but o
On 2023-12-26, Edwin Chan wrote:
> Steps to reproduce
>
> 1. Create a buffer with a single line of arbitrary text
> 2. Place the cursor anywhere on the line and perform any of the following
> actions:
> a. Press }: The cursor jumps to the end of the line
> b. Press {: The cursor unex
On 2023-12-20, zeertzjq wrote:
> And, some bytes in the file correspond to a multibyte char in latin-1
> encoding,
> so such a byte counts as two bytes.
I didn't understand that statement at first, but now I do. Thanks.
When Vim's 'encoding' is utf-8 and it reads a file it sees as having
a 'fil
On 2023-12-19, 3052 wrote:
> Steps to reproduce
>
> using this file (inside, not the zip):
>
> https://github.com/vim/vim/files/13720982/index_video_5_0_1.zip
>
> If I open the same file in GVIM and enter /mdat, enter, g, ctrl+g I get:
>
> Byte 2785
>
> Expected behaviour
>
> if I run this Go
On 2023-10-04, Darin Hensley wrote:
> I am compiling VIM in Ubuntu 20.04. I tried compiling it according to this
> doc.
> However, I can not get it to read the system file /etc/vim. It also does not
> read ~./vimrc and does not read ~/.vim/ (contains colors, pack, plugins, etc)
> and does not read
On 2023-10-01, Restorer wrote:
> Perhaps future codes can and should be grouped?
>
> The question is by what principle to group the messages.
> Is it worth making groups for each Vim command (function). Or should they be
> grouped by data types, or by Vim modes?
> In my opinion, a good startin
On 2023-09-28, SturkenSnure wrote:
> I'm having the same problem.
>
> The only solution I have found is to use a terminal emulator like rxvt.
> Otherwise, every other terminal emulator (gnome-terminal, konsole, kitty, etc)
> do the same thing.
>
> This is a really annoying feature. It should be p
On 2023-09-25, errael wrote:
> I thought it was supposed to work that way. It is handy to be able to
> scroll the two windows independently by just clicking and moving the
> mouse.
>
> I actually was using that feature today. I'd never know explicitly about it,
> and was surprised, but it
On 2023-09-25, zeertzjq wrote:
> Problem: 'scrollbind' doesn't work when scrolling inactive window.
> Solution: Call do_check_scrollbind() after scrolling inactive window.
I thought it was supposed to work that way. It _is_ handy to be
able to scroll the two windows independently by just clicking
On 2023-09-13, Ernie Rael wrote:
> Greetings,
>
> In a plugin I'm working on, when certain simple errors occur, I want to ring
> the bell, some kind of alert. A popup, use in some place in the plugin, is
> more
> than is needed.
>
> The closest thing I can find is
>
> call sound_playevent('
On 2023-08-19, Christian Brabandt wrote:
> Yes, probably should get vimball as an own filetype. And possibly also get rid
> of .vba as extension for vimball. It's been long gone and nowadays vimballs
> use
> the .vmb extension anyhow.
All of the vimballs I have from Chip Campbell use the .vba
ext
On 2023-07-29, partev wrote:
> closing this pull request. If you change your mind you can always run advpng
> -z
> -4 -i 400 $(find . -name '*.png')
>
> there are two more cases where 1.7 kB space saving is real and not impacted by
> filesystem block size.
What do you mean by that? How is the s
On 2023-07-27, partev wrote:
> I agree that doing only one .png file is maybe not worth doing, but
> re-compressing all of them saves 1760 bytes, which I think is worth it.
Except that, as Eric pointed out, it doesn't save any space at all.
$ ll *.png
-rw-rw-r-- 1 gary gary 454 Dec 7 20
As others have written, if you're using gvim, it should just work
because Vim is doing the copying and knows not to include the
listchars characters. But even if you're using vim in a terminal
such as xterm, it should also just work, because if Vim is properly
configured to do the copying, again i
On 2023-06-26, Enan Ajmain wrote:
> But out of curiosity, this isn't what OP was after, is it? Munif was
> looking to change the default QF behavior by opening the QF window under
> the current window. Your function, Gary, opens the file in QF entry in
> the previous window. They are different
On 2023-06-07, Munif Tanjim wrote:
> Might be that I'm misunderstanding the expected behavior.
>
> If it's not supposed to be opened under curwin, would it be possible to change
> the default behavior to open with WSP_BOT (instead of WSP_BELOW)?
I didn't like the default behavior, either, so I ad
On 2023-06-19, Bram Moolenaar wrote:
> Gary Johnson wrote:
>
> > On 2023-06-15, Bram Moolenaar wrote:
> > > > On 2023-06-15, Bram Moolenaar wrote:
> > > > > > Help for :map- says that with , the right side of
> > > > > > a mappi
On 2023-06-15, Bram Moolenaar wrote:
> > On 2023-06-15, Bram Moolenaar wrote:
> > > > Help for :map- says that with , the right side of
> > > > a mapping will not be echoed on the command line, but messages from
> > > > the executed command are still given. This works with :nmap but not
> > > > wi
On 2023-06-15, Bram Moolenaar wrote:
> Patch 9.0.1634
> Problem:Message is cleared when removing mode message (Gary Johnson).
> Solution: Do not clear the command line after displaying a message.
> Files: src/message.c, src/testdir/test_messages.vim,
> sr
On 2023-06-15, Bram Moolenaar wrote:
> > Help for :map- says that with , the right side of
> > a mapping will not be echoed on the command line, but messages from
> > the executed command are still given. This works with :nmap but not
> > with :vmap. I would expect it to work with :vmap as well.
Help for :map- says that with , the right side of
a mapping will not be echoed on the command line, but messages from
the executed command are still given. This works with :nmap but not
with :vmap. I would expect it to work with :vmap as well.
Steps to reproduce
1. Put the following in a file,
On 2023-04-29, Dani Dickstein wrote:
> Currently the shortmess option matrix for search messages looks like this:
>
> Feature 'shortmess' setting
> +s+S +s-S -s-S -s+S ???
> "search hit TOP/BOTTOM, c
On 2023-04-05, Nick Jensen wrote:
> Yes it is: http://www.drchip.org/astronaut/vim/
That page exists, but all the links to his scripts fail with error
404.
Regards,
Gary
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replyin
There seem to be a couple of debug print statements left in
list_mappings() in map.c, so that when I execute
:verbose abbreviate dt
(I have an abbreviation "dt"), I see at the top of the output:
Seen modifyOtherKeys: true
Kitty keyboard protocol: Cleared
I discovered that these were
On 2023-03-15, user202729 wrote:
> I'm not sure if this is a bug or not.
>
> Basically, if we use bash, then the subprocesses does not inherit the values
> of
> $LINES environment variable...
>
> $ echo $LINES
> 100
> $ bash -c 'echo $LINES'
>
> $ bash -ic 'echo $LINES'
> 100
> $
>
> here, in
On 2023-02-27, Bram Moolenaar wrote:
> So, can this issue be closed, or should we change something in Vim?
> E.g. adding that :unlet command in the diff filetype plugin?
I think it could be closed, but it's not my issue. I don't think
there is anything to change in Vim. There are a few other GIT
On 2023-02-26, Gary Johnson wrote:
> On 2023-02-26, huang bin bin wrote:
> > Steps to reproduce
> >
> > 1.git config difftool = vimdiff ,
> > 2.use git difftool open vimdiff compare git index file .
> > 3. execute :r ! git diff or !git diff > newfile then you
On 2023-02-26, huang bin bin wrote:
> Steps to reproduce
>
> 1.git config difftool = vimdiff ,
> 2.use git difftool open vimdiff compare git index file .
> 3. execute :r ! git diff or !git diff > newfile then you will see bash get
> hung, it can't back to vim . yout will have to ctrl+z to back ter
I've noticed a problem when I have multiple tab pages open, each
containing two windows that are diff'd, and I execute :diffoff! or
:tabclose! in one of the tabs. Either one of those commands resets
the value of 'scrollopt' from "ver,jump,hor" to "ver,jump". The
problem is that 'scrollopt' is a g
On 2023-01-28, Matt Martini wrote:
> Gary,
>
> I (and others) are having the same issue with vim-nerdtree-tabs.
> It is fully described here: issue #102
>
> There is a function that when a tab is closed, checks if the last buffer is
> NERDTree.
> and if it is it closes/quits.
>
> It was using
On 2022-12-20, madjxatw wrote:
> This behavior is really annoying! Whether to insert a comment leader should be
> decided by user but not assumed by the editor. Most of the time when placing a
> short trailing comment, I don't want a comment continuation. At least o should
> be removed.
>From my v
On 2022-12-02, Gary Johnson wrote:
> I've submitted a bug report to the mintty project, issue #1189.
This doesn't seem to have been a bug in mintty, but mintty resolved
the conflict with xterm anyway in version 3.6.3, which is now the
latest version in Cygwin.
Regards,
Gary
On 2022-12-14, Bram Moolenaar wrote:
> Gary Johnson wrote:
>
> > > > I've had an autocommand in my vimrc for quite some time that
> > > > I noticed recently was causing the following error message when
> > > > activated:
> > > >
> &
On 2022-12-14, Bram Moolenaar wrote:
> Gary Johnson wrote:
>
> > I've had an autocommand in my vimrc for quite some time that
> > I noticed recently was causing the following error message when
> > activated:
> >
> > Error detected while processing Bu
I've had an autocommand in my vimrc for quite some time that
I noticed recently was causing the following error message when
activated:
Error detected while processing BufEnter Autocommands for "":
E1312: Not allowed to change the window layout in this autocmd
I performed a git bisect on
On 2022-12-02, Bram Moolenaar wrote:
> Gary Johnson wrote:
>
> [...]
>
> > > I assume that mintty can't handle the escape sequences that do work for
> > > xterm. To find out which one please use a log:
> > >
> > > vim -N -u NONE -i N
On 2022-12-02, Christopher Plewright wrote:
>
> ESC[4m is "set underline mode"
Thanks, but the sequence I'm seeing is ESC[?4m.
Regards,
Gary
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information,
On 2022-12-02, Bram Moolenaar wrote:
> Gary Johnson wrote:
>
> > After updating to the latest Vim, 9.0.0984, and starting Vim in
> > a terminal without a file specified, the command line font was
> > extremely tiny. (I'd estimate the font size to be 4 points.) If
&
After updating to the latest Vim, 9.0.0984, and starting Vim in
a terminal without a file specified, the command line font was
extremely tiny. (I'd estimate the font size to be 4 points.) If
a file was opened from the command line, its font in the buffer was
also tiny. Subsequent commands typed
On 2022-11-15, Melker Österberg wrote:
> Steps to reproduce
>
> 1. > vim -u DEFAULTS -c "set autoindent"
>
> 2. Enter insert mode and paste the following with + (assuming that you
> have copied it to your clipboard register)
>
> foo
> bar
> baz
>
> 3.
On 2022-11-07, Jonathon wrote:
> This was recently merged to Neovim (neovim/neovim#14537). Are you interested
> in
> merging it to vim if I update this pull request?
I'd be interested in trying it out.
Regards,
Gary
--
--
You received this message from the "vim_dev" maillist.
Do not top-post
On 2022-11-05, Balki wrote:
> Problem: :compiler shellcheck does not work
> Solution: Add ' %' to makeprg to pass current file to shellcheck
The 'makeprg' set by compiler files generally does not include %.
If the user wishes to make the current file, then they supply the
% themselves.
Regards,
G
On 2022-10-29, Gary Johnson wrote:
> On 2022-10-29, Carl Ponder wrote:
> > Based on this posting
> > https://vim.fandom.com/wiki/Searching_for_expressions_which_include_slashes
> > I tried re-mapping the '/' in my ~/.vimrc
> >
> > command! -nargs=1 / le
On 2022-10-29, Carl Ponder wrote:
> Based on this posting
> https://vim.fandom.com/wiki/Searching_for_expressions_which_include_slashes
> I tried re-mapping the '/' in my ~/.vimrc
>
> command! -nargs=1 / let @/ = |set hlsearch
>
> but it didn't work.
That won't work because user-defined commands
On 2022-10-28, Bram Moolenaar wrote:
> Strange that this went missing. I'll add it now, please suggest a git
> command for more info on the commit if needed.
I understand your frustration with git. Here are a couple of
commands I use to examine commits.
To see the commit messages in a pager, in
On 2022-10-22, Prabir Shrestha wrote:
> JSON is a common format that is used when coding backend apis. Would be good
> if
> vim had first class support for formatting JSON so that we don't have to use
> external tool or website.
I don't use JSON a lot. What sort of formatting do you want that
th
I was trying to add a word to the internal word list with zG. The
status line indicated that the word was added, but it remained
highlighted as a bad word.
Steps to reproduce
1. $ cd ~/src/vim/vim # where latest clean build of Vim resides.
2. $ VIMRUNTIME=runtime vim -N -u NONE -i NONE -c 'set
On 2022-10-13, Bram Moolenaar wrote:
> I'm glad you could locate the source of the problem. Please try the
> patch below. How could we make a regression test for this?
I tested it in the cases that had failed before and they work fine
now. Thank you.
As for a regression test, I'll have to thi
On 2022-10-12, Gary Johnson wrote:
> I started noticing odd behavior from cscope recently, so I ran 'git
> bisect' and found the problem at this commit:
>
> $ git bisect good
> dc21552c9a83413a018a91e61649cc632929d6a1 is the firs
I started noticing odd behavior from cscope recently, so I ran 'git
bisect' and found the problem at this commit:
$ git bisect good
dc21552c9a83413a018a91e61649cc632929d6a1 is the first bad commit
commit dc21552c9a83413a018a91e61649cc632929d6a1
Author: Bram Moolenaar
Date: S
On 2022-10-08, Bram Moolenaar wrote:
> Gary Johnson wrote:
>
> > > > > I seldom use gvim on Linux and even less often use :sh from gvim, so
> > > > > I didn't notice this until recently when projects and my workflow
> > > > > changed.
&
On 2022-10-04, Bram Moolenaar wrote:
> Gary Johnson wrote:
>
> > > I seldom use gvim on Linux and even less often use :sh from gvim, so
> > > I didn't notice this until recently when projects and my workflow
> > > changed.
> > >
> > > When
On 2022-10-04, Bram Moolenaar wrote:
> Patch 9.0.0655
> Problem:passing modifier codes to a shell running in the GUI. (Gary
> Johnson)
> Solution: Include modifier codes into the key and drop the modifiers.
> Files: src/term.c, src/proto/term.pro, src/os_unix.
On 2022-10-03, Gary Johnson wrote:
> I seldom use gvim on Linux and even less often use :sh from gvim, so
> I didn't notice this until recently when projects and my workflow
> changed.
>
> When :sh is used in gvim to launch a shell, the backspace and ^U no
> longer work.
1 - 100 din 943 matches
Mail list logo