I am running ST3 v3.2.2 build 3211 on a windows 10 Pro. I am using the monokai color scheme with the adaptive theme and use the color scheme editor package (but this should have no impact on what follows ?).
To be able to reproduce this bug because, make sure to have different colors set for "selection" and "find_highlight".
When searching for text, the text is highlighted in the color "find_highlight". But when replacing text with the 'replace next' feature (what actually happens is replace and find next, which is the desired behavior (but not specified on the button label)), the next found text is not highlighted with the "find_highlight" color but with the "selection" color instead. Found text should always be highlighted with the "find_highlight" color.
The reason I would want this bug fixed is the following. You may want a soft color for when you select things, indeed you know where your cursor is and where you are selecting text so there is no need for a burning eyes color to drag your attention to that location. But when you are searching text you do not know where the found text is before it is found so a eyes burning color to drag your attention to the location is useful. This bug makes it thus difficult to find the next found text when replacing the current occurrence.
matthiastummers
commented
4 years ago
I am running ST3 v3.2.2 build 3211 on a windows 10 Pro. I am using the monokai color scheme with the adaptive theme and use the color scheme editor package (but this should have no impact on what follows ?).
To be able to reproduce this bug because, make sure to have different colors set for "selection" and "find_highlight".
When searching for text, the text is highlighted in the color "find_highlight". But when replacing text with the 'replace next' feature (what actually happens is replace and find next, which is the desired behavior (but not specified on the button label)), the next found text is not highlighted with the "find_highlight" color but with the "selection" color instead. Found text should always be highlighted with the "find_highlight" color.
The reason I would want this bug fixed is the following. You may want a soft color for when you select things, indeed you know where your cursor is and where you are selecting text so there is no need for a burning eyes color to drag your attention to that location. But when you are searching text you do not know where the found text is before it is found so a eyes burning color to drag your attention to the location is useful. This bug makes it thus difficult to find the next found text when replacing the current occurrence.