Search-and-Replace is by nature more discriminating, and users want to avoid overwriting good code incorrectly, so they use the option "Match Case" very often.
In contrast, in the bare Search parameters, "Match Case" is a rare exception - the case-insensitive search is more conservative because one usually wants to find everything.
Therefore, sharing the option "Match Case" between the two different functions is counter-productive, and it should be separated.
Taking this further, the "Match Case" option should not be remembered as search parameter because it is an exception, and it can have the nasty effect of overlooking things only because one has used this exception before.
However, in the Search-and-replace function it should be remembered because there it is conservative and critical.
The same applies to backward search which is also an exception and should not be remembered in the bare search.
It is true that other editors have similar incorrect behavour but NetBeans should do better.
I understand your opinion, however IMHO it's enhancement, not defect. I will think about it in next release, I need separate ctrl+f3 search from search, because it often fires whole words, which is then propagated to search and at least for me it's confusing. So I will rethink whole concept of saving properties between search functionalities.
This is crazy!
Could the priority and timeline please be evaluated.
After a case sensitive search and replace, a completely unrelated search suddenly becomes case sensitive and nothing is found.
How did we ever get there?
I think it is from Bug #187437 and you are only user who is complaining. Additionally, at least intellij idea has a same behavior. Therefore Enhencement.
We can do a console option for separating find and replace, but not a few days to release. Therefore 7.2
I fixed sharing between ctrl + f3 and search/replacebar in Bug #205107
Do we plan to change this or leave it as it is? If we are not going to change it I suggest to close this report.
This is a small change, I will make separate maps for find properties. It will be in 7.2
SearchBar and Replacebar have now different properties maps. Searchbar in default has matchcase off, but replacebar has it on.
Integrated into 'main-golden', will be available in build *201205150400* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
User: Milutin Kristofic <email@example.com>
Log: #203336 - Please don't share "Match Case" between Search and Search-and-Replace Options