Hummm, le but est tout bonnement de distinguer l'espace "contenu dans un nom de fichier" de l'espace "séparateur en ligne de commande." En soit, ce n'est pas vraiment les noms de fichiers qui doivent changer pour ça : ils ne contiennent que le type "contenu dans un nom de fichier" et donc la distinction n'est pas utile dans le nom lui-même, seulement dans les cas d'utilisation où elle s'impose.
Et les cas où elle s'impose, c'est dans les scripts shell, ou dans les shell en ligne de commande. Conclusion: c'est aux outils shell de proposer une distinction, ou une méthode d'échappement possible (et pas trop compliquée).
Techniquement, je suis pas opposé à ce qu'on interdise les espaces "normaux" dans les noms de fichier et que les applications "intelligentes" les remplacent par des espaces insécables ou un quelconque caractère spécial quand on les saisit, mais dans le monde des développeurs et de l'interopérabilité, tout le monde va se renvoyer la responsabilité du problème exactement comme je l'ai fait plus haut pour en arriver à la même conclusion.
# Le problème c'est pas le nom
Posté par Miair Patreau . En réponse au journal Espace insécable dans les noms de fichiers.... Évalué à 2.
Et les cas où elle s'impose, c'est dans les scripts shell, ou dans les shell en ligne de commande. Conclusion: c'est aux outils shell de proposer une distinction, ou une méthode d'échappement possible (et pas trop compliquée).
Techniquement, je suis pas opposé à ce qu'on interdise les espaces "normaux" dans les noms de fichier et que les applications "intelligentes" les remplacent par des espaces insécables ou un quelconque caractère spécial quand on les saisit, mais dans le monde des développeurs et de l'interopérabilité, tout le monde va se renvoyer la responsabilité du problème exactement comme je l'ai fait plus haut pour en arriver à la même conclusion.
Et, non, ce n'est pas spécialement plus logique.