Pour find -iname, le manuel dit que ça ne fait qu'ignorer la casse. Il ne dit pas qu'il gère la normalisation des noms (comme le cas du "ss" en allemand que j'ai donné plus haut, ou le "ç" qui est un "c").
Même si on admet que nous avons tous un outil en espace utilisateur pour faire de la recherche sur des noms normalisés (comme Tracker, baloo...), ça ne résout que le cas de la recherche.
Ce qui est bien, c'est que, comme c'est au niveau du noyau, cp, mv et tous les autres outils en profitent directement sans avoir besoin d'implémenter la norme unicode de normalisation eux-mêmes.
Maintenant, j'aimerai bien que tu m'expliques l'avantage pour un utilisateur moyen (celui qui fait surtout de la navigation web, du mail et quelques documents de bureautique) de la sensibilité à la casse ?
Pour moi, la sensibilité a toujours été un désavantage face à Windows, car les noms de fichiers n'ont pas de contexte (pour distinguer Renaissance de renaissance ou Français de français, il faut avoir un contexte).
Pour moi, le système de fichier doit juste permettre à l'utilisateur d'organiser un peu ses fichiers, il ne doit pas lui mettre des battons dans les roues.
Car pour moi, "images" ou "Images" c'est exactement la même chose ça ne change rien sans contexte (début de phrase, titre dans un document). D'ailleurs, je n'ai jamais vu un logiciel ou une distribution utiliser cette "fonctionnalité" pour organiser les dossiers/fichiers de /etc, /usr...
La non-sensibilité à la casse (via la normalisation des mots) permet aussi de simplifier l'apprentissage du terminal aux nouveaux-venus: ils ne connaissent en général pas l'astuce de la touche "tabulation" et écrivent leurs premiers cp ou mv à la main de tête. Ça leur permettra de réussir leur commande dans le terminal sans avoir directement un message d'erreur :)
Par contre, je ne suis pas pour que cette fonctionnalité se retrouve ailleurs que dans le système de fichier. Par exemple, en C#, si je me souviens bien, le programmeur ne peut pas choisir les noms de variables comme bon lui semble car le langage est insensible à la casse. Dans le développement, je pense que l'on doit exiger de la rigueur de la part des développeurs car c'est un point essentiel du métier.
[^] # Re: Ou "Comment implémenter un bug de Windows dans Linux"...
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au lien Utilisation de la fonction d'insensibilité à la casse du noyau Linux dans Ext4. Évalué à 2. Dernière modification le 30 août 2020 à 09:05.
Pour
find -iname, le manuel dit que ça ne fait qu'ignorer la casse. Il ne dit pas qu'il gère la normalisation des noms (comme le cas du "ss" en allemand que j'ai donné plus haut, ou le "ç" qui est un "c").Même si on admet que nous avons tous un outil en espace utilisateur pour faire de la recherche sur des noms normalisés (comme Tracker, baloo...), ça ne résout que le cas de la recherche.
Ce qui est bien, c'est que, comme c'est au niveau du noyau,
cp,mvet tous les autres outils en profitent directement sans avoir besoin d'implémenter la norme unicode de normalisation eux-mêmes.Maintenant, j'aimerai bien que tu m'expliques l'avantage pour un utilisateur moyen (celui qui fait surtout de la navigation web, du mail et quelques documents de bureautique) de la sensibilité à la casse ?
Pour moi, la sensibilité a toujours été un désavantage face à Windows, car les noms de fichiers n'ont pas de contexte (pour distinguer
RenaissancederenaissanceouFrançaisdefrançais, il faut avoir un contexte).Pour moi, le système de fichier doit juste permettre à l'utilisateur d'organiser un peu ses fichiers, il ne doit pas lui mettre des battons dans les roues.
Je ne vois aucun avantage à pouvoir faire ça:
Car pour moi, "images" ou "Images" c'est exactement la même chose ça ne change rien sans contexte (début de phrase, titre dans un document). D'ailleurs, je n'ai jamais vu un logiciel ou une distribution utiliser cette "fonctionnalité" pour organiser les dossiers/fichiers de
/etc,/usr...La non-sensibilité à la casse (via la normalisation des mots) permet aussi de simplifier l'apprentissage du terminal aux nouveaux-venus: ils ne connaissent en général pas l'astuce de la touche "tabulation" et écrivent leurs premiers
cpoumvà la main de tête. Ça leur permettra de réussir leur commande dans le terminal sans avoir directement un message d'erreur :)Par contre, je ne suis pas pour que cette fonctionnalité se retrouve ailleurs que dans le système de fichier. Par exemple, en C#, si je me souviens bien, le programmeur ne peut pas choisir les noms de variables comme bon lui semble car le langage est insensible à la casse. Dans le développement, je pense que l'on doit exiger de la rigueur de la part des développeurs car c'est un point essentiel du métier.