kohntark
Messages postés3705Date d'inscriptionlundi 5 juillet 2004StatutMembreDernière intervention27 avril 201230 11 nov. 2005 à 11:38
Salut psychosic,
J'ai fait quelques tests et je ne vois pas bien où tu veux en venir.
Un moment je suis bien obligé de faire un "opendir([chemin complet non encodé])"
(opendir(base64_decode($path_enc); ??) et cela ne changera donc rien.
Peux tu préciser stp, peut être t'ai je mal compris ?
Sinon j'ai "pondu" un truc qui nécessite quelques retouches et tests supplémentaires mais qui fonctionne correctement.
Faute de temps je poste la source complète et non le simple listage de fichiers.
Il s'agit en fait de corriger en masse un "bug" excel :
Lors de l'ouverture d'un fichier .csv dont les premiers caractères
commencent par "ID", excel affiche le message "Format de fichier SYLK:
non valide" et n'ouvre pas le fichier (http://support.microsoft.com/kb/q215591/)
La solution, toute simple, consiste a ajouter un apostrophe au début du fichier.
En résumé j'utilise la fonction recursive_readdir
() normalement et effectue les corrections avec correction(). Par
contre, dès que le chemin atteind 255 caractères (avec la lettre
d'unité), je bascule en chemin relatif grâce à sup_max().
kohntark
Messages postés3705Date d'inscriptionlundi 5 juillet 2004StatutMembreDernière intervention27 avril 201230 8 nov. 2005 à 22:57
seriez vous en train de suggérer que
windows c'est de la m.... ? Je suis justement en train de découvrir
Mandrake ... mais pour le présent pb je n'ai pas le choix, c'est
windows.
FhX
Messages postés2350Date d'inscriptionmercredi 13 octobre 2004StatutMembreDernière intervention18 avril 20153 8 nov. 2005 à 23:51
Non mais je rigole ! Meme sous Linux y'a la barrières de 255 caractères :)
Non si plus serieusement, tu peux passer sous 1012 caractères avec EXT2fs (qui n'est supporté que par Nux :) )
Jcrois que c'est dû à la taille du bus (256 bits), mais alors j'en suis pas du tout sur (et pourtant, j'ai fais ca en électronique...)
Ah voila, j'ai trouvé !
"nommage UTFx ou x est le nombre de bits
UTF8 -> 255 caractères -> compatible avec la plupart
des programmes utilisant l'ASCII.
futur: UTF16 ou UTF24-> 2^16 et 2^24 caractères ->
tous les alphabets du monde sont supportés
défaut: UTF16 double la taille des fichiers,
UTF24 la double !"
kohntark
Messages postés3705Date d'inscriptionlundi 5 juillet 2004StatutMembreDernière intervention27 avril 201230 10 nov. 2005 à 06:45
Salut FhX,
Unicode, Ascii etc .. détermine l'encodage des caractères me semble t
il ? A savoir le nombre de "symboles" pouvant être représentés
(a,b,c,...1, 2,?/§ ...)
Par exemple la lettre "é" ne peut pas être représentée en Ascii
pur (128 caractères : A-Z, a-z,1-9, caractères de contrôles, de
ponctuation et de calcul) mais cela ne définie pas la limite du nombre
de caractères pour un nom de fichier.
Cette limitation est liée, amha, au système de fichier des machines 32 bits.