Implemented `ResetSearch` and allow action chaining of `FindNext` and `FindPrevious`

[masmu]

This is a small feature to reset previously initiated searches and to use FindNext and FindPrevious in chained actions.

Personally I never could get used to use different shortcuts for initiating and continuing a search. (First Ctrl-f, then Ctrl-n or Ctrl-p)

Assuming that the option hlsearch is set to false, my preferred workflow is:

• Initiation of a search:

  • Ctrl-f (to open the search query box in the command bar)
  • Enter the search term
  • Press Enter to start the search Expectation: The first occurrence of the search term is being highlighted

• Continuation of a previously initiated search:

  • Just press Enter to continue the search Expectation: The next occurrence of the search term is being highlighted. You can repeat this step as often as you like. Each Enter highlights the next occurrence.

• Exit the search operation when you found what you are looking for

  • Press Esc to exit Expectation: The search term found is still highlighted and you can continue with normal text editing.

To achieve this chaining actions seems like the way to go. Like:

"Ctrl-f": "Find",
"Enter": "FindNext|InsertNewline",

But this didn't work, since BufPane.FindNext() and BufPane.FindPrevious() always return true, which prevents all subsequent actions from being executed. I'm not sure if this is intentional for some reason. It seems more likely that this case was omitted or forgotten because it generally excludes the possibility of chaining actions. Buffer.FindNext() handles the case of a search term being empty. But it would also reset the selection when adding a return false there. So adding a guard clause at the top of the function may be the best solution and should not break any potential user bindings out there.

The missing piece left was to add ResetSearch() which allows to exit a previously initiated search. Like:

"Esc": "ResetSearch|RemoveAllMultiCursors|Escape",

Just as a bonus: The following snippet adds a visual representation for being in search mode to the status line, which is IMHO quite nice.

micro.SetStatusInfoFn("initlua.tabSearch")

function tabSearch(buf)
    if buf.LastSearch == '' then
        return ''
    end
    return string.format(' [search=%s]', buf.LastSearch)
end

[dmaluka]

Looks good to me.

But this didn't work, since BufPane.FindNext() and BufPane.FindPrevious() always return true, which prevents all subsequent actions from being executed. I'm not sure if this is intentional for some reason. It seems more likely that this case was omitted or forgotten because it generally excludes the possibility of chaining actions.

Just omitted, I believe. Like in the vast majority of actions. I wrote about it a long time ago in https://github.com/zyedidia/micro/issues/2755#issuecomment-1436000051 (and I still think it would be good to improve all those actions as well).

[JoeKar]

Just omitted, I believe. Like in the vast majority of actions. I wrote about it a long time ago in #2755 (comment) (and I still think it would be good to improve all those actions as well).

How about now and here? Otherwise it will be a good idea/intention, but not more and we forget about it again.

[dmaluka]

How about now and here? Otherwise it will be a good idea/intention, but not more and we forget about it again.

Absolutely.

[masmu]

I would be happy to have a look. But due to time constraints, I hope it's okay if this can happen at the end of next week at the earliest.

[JoeKar]

No worries, we're not in hurry.

[dmaluka]

I didn't mean that it must be @masmu who has to implement it. :)

[dmaluka]

How about now and here? Otherwise it will be a good idea/intention, but not more and we forget about it again.

FYI I'm gonna push a PR soon.

[dmaluka]

See #3352.