Re: Releasing Vim 9.2

Hi,

yes, I am targeting February 14th or 15th. You have been providing great
support, so don't worry too much.

Thanks to everybody for helping with fixes, updates, translations and
feedback.
Chris

On Sa, 31 Jan 2026, Doug Kearns wrote:

> Christian and all,
>
> Are we still targeting mid February for the release?
>
> I'm trying to plan what I can sneak into this release. I'm sorry I
> haven't contributed much to this endeavour yet but it's not a good
> time of year in my neck of the woods.
>
> Thanks,
> Doug
>

Mit freundlichen Grüßen
Christian
--
My life is a patio of fun!

--
--
You received this message from the "vim_use" 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 this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/vim_use/aX4nfI4MNrLRw0x6%40256bit.org.

Re: Releasing Vim 9.2

Christian and all,

Are we still targeting mid February for the release?

I'm trying to plan what I can sneak into this release. I'm sorry I
haven't contributed much to this endeavour yet but it's not a good
time of year in my neck of the woods.

Thanks,
Doug

--
--
You received this message from the "vim_use" 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 this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/vim_use/CAJ1uvoCFwV0LDQLqEdbcVCYqYvCsJA54BCc%2BjhVKYUXo5Qj4OA%40mail.gmail.com.

Re: Search first character in a file

One possible reason to initiate a search while already on the thing being searched it to highlight all occurrences of that thing.

I have '*' mapped to do exactly that, it sets the search to the word under the cursor, highlighting all occurrences of that word.

Using 'n' and 'N' then searches as expected.  That search is being done on words, not characters.

It looks like '*' is mapped to <Plug>SearchHighlightingStar

if I'm understanding things correctly.

On Monday, January 26, 2026 at 8:02:29 PM UTC-5 Eric Marceau wrote:

Cristian,

The "n", or "/ + Enter", are simply built-in substitutes for repeating the original search instruction, namely

•  "/a"

I am sure that "alias" definition is somewhere in VIM's software tree.  The design of the search function is such that it ignores the match starting at the current position. Otherwise, the search would never advance to the next instance.

Another way to look at it is

• You are already at the "first match" for what you are searching, "a". 
  
  
• If that is the case, why are you attempting any search ... if not for the next match???

Honestly, this is simply basic logic ... and ... very intuitive.

Hope that helps!

On 2026-01-22 07:03, Doug Kearns wrote:

On Thu, 22 Jan 2026 at 02:21, Cristian <cristia...@gmail.com> wrote:  

    Thank you for the explanation — that makes sense for the behavior of the n key.    That said, I was wondering whether, for the initial search (the one  NOT triggered by n), it might also be reasonable for vi to start  searching from the character currently under the cursor.  

  As others have pointed out, the behaviour is fundamental[1].    

This could make the behavior a bit more intuitive when the cursor  is already on a match.  

  I think your intuition is incorrect.  You wouldn't expect 'w', for  example, not to move to the next word because the cursor was already  at the start of a word.    You can think of '/' as executing something like :let @/ = 'pattern' | normal! n    The best solution, if you don't want to adjust to how it works, is  probably to remap '/' to a user function that calls search('pattern',  'c') and sets the '@/' register.  Anything else, like :-;/pattern,  won't work well for multiple matches per line.    Regards,  Doug    1. https://pubs.opengroup.org/onlinepubs/9799919799/utilities/vi.html#tag_20_146_13_36    

--
--
You received this message from the "vim_use" 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 this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/vim_use/ba8bff0b-4f8f-463f-80fb-1094d089818bn%40googlegroups.com.

Re: Search first character in a file

Cristian,

The "n", or "/ + Enter", are simply built-in substitutes for repeating the original search instruction, namely

•  "/a"

I am sure that "alias" definition is somewhere in VIM's software tree.  The design of the search function is such that it ignores the match starting at the current position. Otherwise, the search would never advance to the next instance.

Another way to look at it is

• You are already at the "first match" for what you are searching, "a". 
  
  
• If that is the case, why are you attempting any search ... if not for the next match???

Honestly, this is simply basic logic ... and ... very intuitive.

Hope that helps!

On 2026-01-22 07:03, Doug Kearns wrote:

On Thu, 22 Jan 2026 at 02:21, Cristian <cristian.zoicas@gmail.com> wrote:  

    Thank you for the explanation — that makes sense for the behavior of the n key.    That said, I was wondering whether, for the initial search (the one  NOT triggered by n), it might also be reasonable for vi to start  searching from the character currently under the cursor.  

  As others have pointed out, the behaviour is fundamental[1].    

This could make the behavior a bit more intuitive when the cursor  is already on a match.  

  I think your intuition is incorrect.  You wouldn't expect 'w', for  example, not to move to the next word because the cursor was already  at the start of a word.    You can think of '/' as executing something like :let @/ = 'pattern' | normal! n    The best solution, if you don't want to adjust to how it works, is  probably to remap '/' to a user function that calls search('pattern',  'c') and sets the '@/' register.  Anything else, like :-;/pattern,  won't work well for multiple matches per line.    Regards,  Doug    1. https://pubs.opengroup.org/onlinepubs/9799919799/utilities/vi.html#tag_20_146_13_36    

Re: Search first character in a file

On Thu, 22 Jan 2026 at 02:21, Cristian <cristian.zoicas@gmail.com> wrote:
>
>
> Thank you for the explanation — that makes sense for the behavior of the n key.
>
> That said, I was wondering whether, for the initial search (the one
> NOT triggered by n), it might also be reasonable for vi to start
> searching from the character currently under the cursor.

As others have pointed out, the behaviour is fundamental[1].

> This could make the behavior a bit more intuitive when the cursor
> is already on a match.

I think your intuition is incorrect. You wouldn't expect 'w', for
example, not to move to the next word because the cursor was already
at the start of a word.

You can think of '/' as executing something like :let @/ = 'pattern' | normal! n

The best solution, if you don't want to adjust to how it works, is
probably to remap '/' to a user function that calls search('pattern',
'c') and sets the '@/' register. Anything else, like :-;/pattern,
won't work well for multiple matches per line.

Regards,
Doug

1. https://pubs.opengroup.org/onlinepubs/9799919799/utilities/vi.html#tag_20_146_13_36

--
--
You received this message from the "vim_use" 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 this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/vim_use/CAJ1uvoDs5UVnTpQ1UkZLju5PA5Uh1%2BRVrAo1FjWB5mSzpQyufQ%40mail.gmail.com.

Re: Search first character in a file

Thank you for the explanation — that makes sense for the behavior of the n key.

That said, I was wondering whether, for the initial search (the one
NOT triggered by n), it might also be reasonable for vi to start
searching from the character currently under the cursor.

This could make the behavior a bit more intuitive when the cursor
is already on a match.

Best regards,
Cristian

On Wednesday, January 21, 2026 at 3:04:53 PM UTC+1 Tony Mechelynck wrote:

On Wed, Jan 21, 2026 at 2:58 PM Cristian <cristia...@gmail.com> wrote:
>
> Hello all,
>
> 1. I have this file:
>
> --- begin testfile.txt ---
> a
> a
> a
> b
> --- end testfile.txt ---
>
> 2. I run the command:
>
> $ vim testfile.txt
>
> 3. Inside when the cursor is positioned on the first character I type:
> /a<ENTER>
>
> The first "a" is not found. Unless I type "n" until I get to the end of the file and then another "n".
>
> Is it possible to search the first character in the file immediately after you open the file?
> Is this a bug or a design decision ?
>
> Thank you.
> Cristian

I think it's a feature, not a bug: if by hitting n when the cursor is
on a match, you wouldn't make it move, then repeatedly hitting n would
never move the cursor. To find the first a when already on it, then
hit n followed by N. By doing that when not on a match, you would find
the last match, however.

Best regards,
Tony.

--
--
You received this message from the "vim_use" 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 this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/vim_use/c21fd8a3-50bc-4d15-9533-31f9617610c9n%40googlegroups.com.

Re: Search first character in a file

On 2026-01-21 05:57, Cristian wrote:
> --- begin testfile.txt ---
> a
> a
> a
> b
> --- end testfile.txt ---
[snip]
> 3. Inside when the cursor is positioned on the first character I type:
> /a<ENTER>
>
> The first "a" is not found. Unless I type "n" until I get to the end of the
> file and then another "n".
>
> Is it possible to search the first character in the file immediately after
> you open the file?

Typically the way I've resolved this is to start the search from the
last line (as long as 'wrapscan' is set, which it is by default so you'd
only need to mess with it if you've unset it explicitly)

:set wrapscan
:$/a

> Is this a bug or a design decision ?

As Tony notes, I'm pretty sure this was a design decision because it
starts the search after the cursor so you don't just keep finding the
same thing.

-tim
--





--
--
You received this message from the "vim_use" 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 this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/vim_use/aXDd4bD0pysTNrJK%40thechases.com.