Ces boites s’intéressent aux problèmes, elles, elles ne les déportent pas chez les autres.
Dans quel cas le problème est déporté sur l'application déjà ? Ah oui, quand l'option pour activer le case-insensitive est gérée par le système, parce que tu te la prendra quand même en pleine face pour tes applications, puisqu'il faudra qu'elle marche à la fois avec un système en case-insensitive et un système en case-sensitive. Avec certainement des bugs nouveaux pour des cas d'erreurs qui n'existaient pas avant (ou qui n'étaient pas aussi courants), ou de nouvelles failles de sécurité. Et viens pas me dire que c'est pas du Bloat et que ça sera aussi rapide qu'avant.
Moi je te parle du cas ou l'option est optionnellement gérée par une bibliothèque dans ton application. Si tu n'a pas envie de gérer la chose, alors tu fait rien et t'a ton système case-sensitive. Si tu veut un système case-insensitive, tu utilise une bibliothèque qui fait que du case-insensitive. Si tu veut que ça puisse être changé selon la variable d'environnement nouvellement standardisée ZENITRAM_FILESYSTEM, alors tu utilise aussi une bibliothèque qui va gérer ça dans ton dos, exactement comme tes applications gèrent déjà TZ, LC_truc et autres (du moins j'espère).
Donc que ça soit ton application (ou plutôt, ta bibliothèque, parce que j'espère que tu passe pas ton temps à recoder des selecteurs/navigateurs de fichiers ou des comparateurs de chemins) ou ton système, de toute façon il faudra que tu le gère dans ton application. Donc ça fera chier tout le monde, tout ça pour pas grand chose.
[^] # Re: Terminologie
Posté par Batchyx . En réponse au journal Canonical embrasse la technologie Microsoft (bootloader). Évalué à 3.
Dans quel cas le problème est déporté sur l'application déjà ? Ah oui, quand l'option pour activer le case-insensitive est gérée par le système, parce que tu te la prendra quand même en pleine face pour tes applications, puisqu'il faudra qu'elle marche à la fois avec un système en case-insensitive et un système en case-sensitive. Avec certainement des bugs nouveaux pour des cas d'erreurs qui n'existaient pas avant (ou qui n'étaient pas aussi courants), ou de nouvelles failles de sécurité. Et viens pas me dire que c'est pas du Bloat et que ça sera aussi rapide qu'avant.
Moi je te parle du cas ou l'option est optionnellement gérée par une bibliothèque dans ton application. Si tu n'a pas envie de gérer la chose, alors tu fait rien et t'a ton système case-sensitive. Si tu veut un système case-insensitive, tu utilise une bibliothèque qui fait que du case-insensitive. Si tu veut que ça puisse être changé selon la variable d'environnement nouvellement standardisée
ZENITRAM_FILESYSTEM, alors tu utilise aussi une bibliothèque qui va gérer ça dans ton dos, exactement comme tes applications gèrent déjàTZ,LC_trucet autres (du moins j'espère).Donc que ça soit ton application (ou plutôt, ta bibliothèque, parce que j'espère que tu passe pas ton temps à recoder des selecteurs/navigateurs de fichiers ou des comparateurs de chemins) ou ton système, de toute façon il faudra que tu le gère dans ton application. Donc ça fera chier tout le monde, tout ça pour pas grand chose.