News for hackers. Stuff that matters.
Re:APFS does not normalize Unicode filenames by drdaeman on Saturday March 25, 2017 @10:33AM (#13955833)
I think, the problem with Unicode normalization is, input methods are (well, conceptually, at least) meant to produce text, not binary. If filesystems are using binary data for filenames, there can be a case when is really no way to address a file by typing its name, even if you can type in that language. This isn't an issue for case sensitivity or alike.
Re:APFS does not normalize Unicode filenames by coldtea on Saturday March 25, 2017 @06:44PM (#13957914)
>If filesystems are using binary data for filenames, there can be a case when is really no way to address a file by typing its name, even if you can type in that language

You could do that trivially in UNIX since forever.

Re:APFS does not normalize Unicode filenames by drdaeman on Sunday March 26, 2017 @08:52AM (#13960507)
Don't know about other UNIXes, but at least on GNU/Linux, neither IMEs nor filesystems are working with text data - it's all binary strings (with a few restrictions, like unacceptability of NULs). The only place where those binary strings are converted to text is when they're rendered (and this may cause some encoding-related oddities). So, sure one can do that.

I would've actually preferred for identifiers to be Unicode text strings.

Re:APFS does not normalize Unicode filenames by snuxoll on Sunday March 26, 2017 @12:38AM (#13959179)
Filesystems themselves treating file names and paths at bits of binary data is the right way to do it, normalization shouldn't be handled directly by the filesystem as it adds complexity and duplication of effort.

Ideally, the VFS layer should be handling all this garbage.

Re:APFS does not normalize Unicode filenames by zrm on Saturday March 25, 2017 @12:47PM (#13956433)
Programs often allow you to type arbitrary binary values using a keyboard, either by holding a keyboard control key and typing the numeric value, or prefixing it with '\'.