You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In some cases, if no match is found, it's not a mistake.
For example: Read a folder with several files in it, then execute the ruplacer command for each file to replace, for example, "Hi" with "Bye" in each file read. If "Hi" is found, replace, otherwise skip (this should not be considered an error). If a match is found, OK, otherwise, SKIP. Wouldn't it be better to have a skip flag to prevent this behavior?
In my terminal, I get a lot of errors when there aren't any.
Other proposal: With ripgrep for example, it's possible to display only the modified items in output and not the entire file content + changes, especially for large files. This could be an idea for a new feature flag.
The text was updated successfully, but these errors were encountered:
@dmerejkowsky In fact I use a regex on top of it to look for different files in which I want to make the changes. The ruplacer command is therefore called for each file in the loop, which is why the message is displayed several times, and that's normal. The problem is the error display. If ruplacer finds nothing, then there's nothing to change, so skip it (It's not a mistake). I don't pass global folder as arguments to ruplacer, but specific files.. For example:
In some cases, if no match is found, it's not a mistake.
For example: Read a folder with several files in it, then execute the
ruplacer
command for each file to replace, for example, "Hi" with "Bye" in each file read. If "Hi" is found, replace, otherwise skip (this should not be considered an error). If a match is found, OK, otherwise, SKIP. Wouldn't it be better to have askip
flag to prevent this behavior?In my terminal, I get a lot of errors when there aren't any.
Other proposal: With ripgrep for example, it's possible to display only the modified items in output and not the entire file content + changes, especially for large files. This could be an idea for a new feature flag.
The text was updated successfully, but these errors were encountered: