In `helix_normal` mode, `s` is incorrectly assigned to `vim::Substitute`

[benmuth]

Summary

When using the helix_normal mode, s deletes the current selection and enters insert mode (which is a behavior already assigned to c in the Helix keymap) instead of a multi-cursor selection.

Description

In Helix's normal mode, s is used to "Select all regex matches inside selections", which selects all matches for a given regex inside the current selection. This looks like it hasn't been implemented yet in Zed's Helix keymap. Currently, hitting s deletes the selection and enters insert mode (the vim:Substitute command).

Steps to reproduce:

1. In helix_normal mode, select any text
2. press s and type out a regex that matches what you want to select

Expected Behavior: all instances of the regex are selected
Actual Behavior: the selected text is deleted and the regex is typed into the buffer

Zed Version and System Specs

Zed: v0.187.9 (Zed)
OS: macOS 15.4.1
Memory: 32 GiB
Architecture: aarch64

[dgmulf]

This binding is a nice temporary stopgap:

"s": ["buffer_search::Deploy", { "selection_search_enabled": true }]

Then use alt-enter to create multiple selections.

Update: unfortunately, for some unknown reason, upon further testing I have confirmed that this is somewhat broken on my end. I find that it sometimes matches outside of the selection bounds, and other times skips matches within the selection.

[Quplet]

I think this would be pretty simple if the intention would be to mirror /'s behavior of utilizing Zed's built in search functionality. It already has the options of searching regex and inside a selection. A potential solution would be to open the search menu with regex and inside selection already enabled.