This is similar to going to the supermarket when you have little time and you know you are not going to buy anything and you check every item for sail in the first aisle.HISTORY.TXT wrote: 31.03.21 Fixed: Find files, find text: If "RegEx (2)" is checked, accept empty text, and search as .* (32/64)
If the Find text field is empty you should internally pretend the Find text check mark is not checked.
Why would you want to slow down your program by opening every found file and checking every character on the first line (which may be the whole file)?
If you want to persist in going to the supermarket to be successful in buying nothing, I want to suggest to check only the first item in the first aisle:
Code: Select all
.?
A?
Code: Select all
(?:)
A{0}
()
Code: Select all
^
\A - Doesn't work correctly.
Bug with \A
Searching for ^ and searching for \A should result in the same files. However when searching for \A, files with only empty lines in them are not found.
(this doesn't happen with older versions of Total Commander)
Bug with empty files (zero-byte files)
It seems like an exception was programmed for empty files to always fail when the find text field is not empty. This is of course correct when searching for normal text. This is not correct for non-empty regular expressions because regular expressions are capable of matching nothing.
When searching the contents of files with regular expression .* , empty files are not found. Same for the alternative regular expressions mentioned above.
Searching for nothing normal text (empty string) should result in the same files when searching for regular expression nothing (for example A{0}).
(in addition, folders are also not found in contrast with when searching with the Find text field empty)
Nothing more to say. I'm off to the supermarket to buy you know what
