Open NintendoManiac64 opened 10 months ago
Instead of looking for the string, it's looking for the character represented i.e. \t is TAB, \r is return, and \n is newline. Before I look at it, I'm not sure if it's intentional or just an oversight. I did want to mention that you can search for those strings by escaping the slash Ex. \\t for \t, \\r for \r etc.
Ex. \t for \t, \r for \r etc.
Amusingly, I think github removed your double backslash (assuming that is what you meant)...unless you just made a typo.
I shall cheat by using full-width backslashes to convey what you presumably meant:
\\t for \t
Correct? (replacing the full-width backslashes with normal backslashes of course)
Yes \\t for \t Sorry about that
Issue If your document includes
\r
or\t
then Find is unable to find either. This also applies to replace's "search for" text box.Steps to reproduce
\r
or\t
Search
▶Find
video.webm
Expected behaviour
Xed should be able to find text with
\r
or\t
Other information
Tested using the newly-released non-beta live ISO.
The main issue is that any checksum files created via wine applications (because there seem to be no native Linux checksum-creation programs with a GUI that can recursively hash subfolders & files) will use backslashes, and my go-to username begins with r which means that any paths for my home folder include
\r
Currently the only solution is for me to mass-replace any backslash with a normal slash since the software I use to read checksum files does not care if a backslash or a normal slash is used for a directory separator.