Open MakotoYamanaka opened 2 years ago
In Japanese, this issue often occurs. and very inconvenience. For example Japanese word "マジック".
I'm not familiar with this issue, but it seems that there is a problem with Unicode normalization in the Finder or File System. But TextEdit does not occur this issue. So I want you to fix it if you possible please.
This happens because APFS stores the character as its decomposed form (U+0065 U+0301) while normal text is usually composed (U+00E9). TextEdit does preserve these representations, but matches both while searching. Maybe oniguruma has an option that can be enabled to have this behaviour in SEE as well.
Alternatively both search input and document string can be decomposed to a canonical form via decomposedStringWithCanonicalMapping
@MakotoYamanaka As a work-around you can drag the folder to the document. That will paste its full path in composed form.
@m4p Thanks for the work-around. However, input by drag and drop was the same as pasting from Finder, and was treated differently from "Exposé" by input.
Short Description
Some characters is treated as another one when pasted from Finder's filename.
Steps to Reproduce the Issue
Expected Result
Find is match with both "Exposé" in steps 1 and 3.
Actual Result
When input "Exposé" to Find field, match only steps 1. When paste "Exposé" from Finder to Find field, match only steps 3.
Environment