-
-
Notifications
You must be signed in to change notification settings - Fork 2.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Surround replace should provide visual feedback on select/replace #1589
Comments
If we would like to see this happen, I can work on that, it would look something like that: Current experienceScreen.Recording.2023-07-09.at.17.09.35.movProposed experienceScreen.Recording.2023-07-09.at.17.08.49.mov
|
When this issue was created there was no feedback at all when doing a surround replace. (Try running the 22.03.1 release). Since then the pseudotext display in the bottom right corner has been fixed for the surround keys (#4077), so I think this issue could be closed. Showing the command progress in the statusline is too noisy IMO. |
Statusline migh be too noisy, but this
isn't, and it's also matches the Helix philosophy of acting on selection, so it makes sense to select surrounded items before replacing them (also, the bottom right corner is too far away from your focus to convey this info) |
It seems reasonable to select the positions that are about to be changed, I've opened this draft PR with an implementation for it: #7588 |
The change has been merged, I think the main concerns on this request have been addressed and we can close the issue 👍 |
Closed by #7588 |
Currently
surround_replace
operates silently and doesn't tell you that it selected / failed to select that one char aroundLet's say we have
(text_in_parethensis)
and the cursor is in the middleI think it might be worth adding some visual feedback in the status bar like so:
surround_replace
(
status bar output:
replacing ( with ...
, also would also be nice if the()
are now highlighted[
status bar output:
replaced ( with [
Currently if there is no match the command is not aborted and still waits for the replacement, think that is a good idea to avoid mistakenly invoking a command bound to the replacement char, but at least it should show a warning that
( not found
or something?The text was updated successfully, but these errors were encountered: