Ah bon ? Et pourquoi les noms de fichiers sont encore en ISO-8859-15 ?
Windows gère les nom de fichier en UTF-16LE
Bizarrement, j'arrive à avoir du Chinois, du Thaïlandais et même du perse dans mes noms de fichier de test (tout en même temps), j'ai du mal à imaginer que tu puisses faire ça si tu es en ISO-8859-15...
Alors oui, j'avais déjà lu que Windows utilise UTF-16, mais d'une part je ne vois pas où,
Partout, difficile de ne pas le manquer... Toute l'API Windows est en Unicode (xxxU pour la fonction xxx en Unicode, xxxA pour la fonction en vieux Ansi, à la compilation ton compilo choisit en fonction du #define _UNICODE) depuis des lustres.
et d'autre part j'avais lu également que c'était uniquement sur les versions serveurs.
Mais bien sûr... Microsoft va s'amuser à changer les API suivant que c'est serveur ou pas...
Bref, tu ne sais rien, tu n'as jamais programmé sous Windows, mais tu es persuadé d'avoir la connaissance. Ben non, tes préjugés à propos de Windows sont faux : alors que Linux se démenait avec les locales à gérer (et c'est encore galère aujourd'hui, hein, comment on fait en C pour avoir la ligne de commande en Unicode? On ne fait pas, on la récupère dans la locale de l'utilisateur, charge au programmeur de faire la conversion), Windows offrait une API Unicode tranquille...
Petit exemple avec la ligne de commande à récupérer : http://msdn.microsoft.com/en-us/library/ms683156%28VS.85%29.(...)
La doc dit :
Minimum supported client Windows 2000 Professional
Minimum supported server Windows 2000 Server
Unicode and ANSI names GetCommandLineW (Unicode) and GetCommandLineA (ANSI)
et hop en une fonction on a la ligne de commande version Unicode ou Ansi suivant l'humeur sans prise de tête... J'attend toujours la même facilité sous Linux.
C'est pas bientôt fini ces préjugés sur l'OS "du mal"? Quand les gens arrêteront de penser que MS fait tout pourri sans vouloir regarder (ça ferait mal?), ils regarderont peut-être ce qui fait plaisir au développeurs qui développent sous Windows (et ils sont majoritaires), afin de corriger les problèmes qu'il y a sous Linux.
[^] # Re: mail + html == merdique
Posté par Zenitram (site web personnel) . En réponse au journal Email Standards : les standards du web dans l'email ??!?. Évalué à 6.
Windows gère les nom de fichier en UTF-16LE
Bizarrement, j'arrive à avoir du Chinois, du Thaïlandais et même du perse dans mes noms de fichier de test (tout en même temps), j'ai du mal à imaginer que tu puisses faire ça si tu es en ISO-8859-15...
Alors oui, j'avais déjà lu que Windows utilise UTF-16, mais d'une part je ne vois pas où,
Partout, difficile de ne pas le manquer... Toute l'API Windows est en Unicode (xxxU pour la fonction xxx en Unicode, xxxA pour la fonction en vieux Ansi, à la compilation ton compilo choisit en fonction du #define _UNICODE) depuis des lustres.
et d'autre part j'avais lu également que c'était uniquement sur les versions serveurs.
Mais bien sûr... Microsoft va s'amuser à changer les API suivant que c'est serveur ou pas...
Bref, tu ne sais rien, tu n'as jamais programmé sous Windows, mais tu es persuadé d'avoir la connaissance. Ben non, tes préjugés à propos de Windows sont faux : alors que Linux se démenait avec les locales à gérer (et c'est encore galère aujourd'hui, hein, comment on fait en C pour avoir la ligne de commande en Unicode? On ne fait pas, on la récupère dans la locale de l'utilisateur, charge au programmeur de faire la conversion), Windows offrait une API Unicode tranquille...
Petit exemple avec la ligne de commande à récupérer :
http://msdn.microsoft.com/en-us/library/ms683156%28VS.85%29.(...)
La doc dit :
Minimum supported client Windows 2000 Professional
Minimum supported server Windows 2000 Server
Unicode and ANSI names GetCommandLineW (Unicode) and GetCommandLineA (ANSI)
et hop en une fonction on a la ligne de commande version Unicode ou Ansi suivant l'humeur sans prise de tête... J'attend toujours la même facilité sous Linux.
C'est pas bientôt fini ces préjugés sur l'OS "du mal"? Quand les gens arrêteront de penser que MS fait tout pourri sans vouloir regarder (ça ferait mal?), ils regarderont peut-être ce qui fait plaisir au développeurs qui développent sous Windows (et ils sont majoritaires), afin de corriger les problèmes qu'il y a sous Linux.