Parcialmente insensible a las mayúsculas y minúsculas sería la mejor descripción.
El contexto histórico es que el HFS original era insensible a las mayúsculas y minúsculas para los caracteres de la A a la Z. Es decir, ‘A’ es como ‘a», ‘B’ es como ‘b’ y así sucesivamente. Lo mismo hacía con las letras que contenían diacríticos entre su forma mayúscula y minúscula, por ejemplo, ‘À’ es como ‘à’ etc. El sistema de archivos utilizaba un esquema ASCII extendido «Mac OS Roman» que contenía la mayoría de los caracteres latinos.
Esto se llevó a cabo en HFS+ y APFS, pero Unicode ya existía. Así que ahora los nombres de archivo pueden contener cualquier secuencia válida de Unicode.
Así que de aquí viene lo parcial. Los sistemas de archivos insensibles a las mayúsculas y minúsculas utilizan una tabla de plegado de mayúsculas y minúsculas Unicode para normalizar los nombres.
Si el sistema de archivos fuera realmente insensible a las mayúsculas y minúsculas entonces los archivos «COTE», «coté» y «côté» serían los mismos para un usuario francés, porque «COTE» es la ortografía en mayúsculas tanto de «coté» como de «côté» (el francés suele omitir los diacríticos en las mayúsculas). Por lo tanto, «COTE» no debería coexistir en la misma carpeta con «coté» y «côté», pero «coté» y «côté» podrían coexistir.
Y de forma similar las palabras alemanas «groß», «GROSS» y «GROẞ» son equivalentes (la ẞ en mayúscula es una introducción ortográfica bastante reciente).
Obviamente sería muy difícil poner este conocimiento en un sistema de archivos o inferir qué lenguaje deben seguir las reglas, especialmente si se usan múltiples lenguajes en el mismo dispositivo.
Así que insensible a mayúsculas y minúsculas parcial es. APFS insensible a mayúsculas y minúsculas también contiene peculiaridades que se pueden ver aquí y que permiten que existan nombres de archivo semánticamente idénticos uno al lado del otro debido a cómo se codificaron y compararon las cadenas. Tal vez por eso APFS puede ser utilizado en un modo sensible a las mayúsculas y minúsculas, que es probablemente una buena idea para cualquier persona que ejecuta un servidor de archivos o que no le gusta la ambigüedad.