When I search for some path string, say "img\thumb.jpg", it never gets found because "\t" is interpreted as TAB (the RegExp mode is turned off).
I consider this a bug since it's a bad surprise. You copy some line in the Lister, but then the Lister cannot find it while it's right before your eyes.
'Find File' and 'Search' interprets '\t' as TAB, why?
Moderators: Hacker, petermad, Stefan2, white
Well, there exist some people that think C language trigraphs are straightforward and logical.Hacker wrote:Fduch,Bad surprise for those who don't read the docs.I consider this a bug since it's a bad surprise.
Roman
It's a sort of implied contract.
Cut,Paste should result in the same text.
Letter,Backspace should result in the same text.
Copy,Find should find at least one occurrence of the text.
Move should not delete the source file on failure.
Elevator should not move while the doors are open.
Breaking those patterns always bring frustration no matter what the manual says.
Why do I want the default search to be "plain text search" (which I thought it was):
* I do not want to manually escape dozens of slashes every time I want to search for a file path.
* There already exists RegExp search which has special handling of encoded characters like "\t". Why break the default search?
* Unlike many other programs, TC's Lister can already search for strings containing actual tab characters. You don't need special tricks to encode the tab character.
A compromise idea: Let's treat "\t" as "(\t|\\t)" in the default search mode. This fixes the path search and preserves the current search feature.
I think that separate search mode (with escape sequences) should be added like this is done in most text editors (plain text search, search with escapes and regex search), and an option for the one that should be active by default.
Perhaps it would be nice to be able to find same text that was copied but it is impossible in escape/regex search modes just because TC doesn't know if pasted text was copied from lister (and similar problem exists in many text editors too).
Perhaps it would be nice to be able to find same text that was copied but it is impossible in escape/regex search modes just because TC doesn't know if pasted text was copied from lister (and similar problem exists in many text editors too).