Discussion :

[boteha]

Bonjour,

Nous devons traiter des fichiers Excel parfois enregistrés sur Mac, par fois sur PC.

Le retour à ligne est différent, il me semble n sur PC et r sur Mac.

Cela pose bien sûr un problème.

Voyez-vous un moyen de détecter le type de retour à la ligne, il me semble que strpos ne fonctionne pas pour ce type de caractère ?

Merci d'avance.

[chrtophe]

Fichiers au format .xls ? .csv ?

De façon plus globale, sous Windows on utilise le CRLF (CR Carriage Return représenté par \r, et LF Line Feed représenté par \n). Sous Linux c'est LF : \n

Le CSV termine les lignes par CRLF

Tu peux tout simplement faire une normalisation avant traitement via str_replace en remplaçant "\r\n" par '\n", puis par sécurité "`\r" par "\n".

[boteha]

Bonjour,

Ce sont des fichiers .csv.

Ton idée de str_replace me semble très simple et très bonne.

Je teste pendant le week-end et vous tiens au courant.

[boteha]

Bonjour,

J'utilise ce code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
$tab = file ($tableauExcelEnCsv, FILE_IGNORE_NEW_LINES | FILE_SKIP_EMPTY_LINES);
 
function PcMac ($v)
{
return str_replace (array ("\r\n", "\r"), "\n", $v);
}
 
$tab = array_map ('PcMac', $tab);
 
if (count ($tab) == 1) $tab = explode ("\n", $tab[0]);

Cela semble fonctionner, j'ai testé avec le même fichier enregistré en CSV Mac et CSV Windows.

Je suis un peu paumé avec ces trucs, ce que je comprends.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
 
// Si $tableauExcelEnCsv est Windows, file () renvoie un bon tableau avec les éléments séparés par ;
 
$tab = array (0 => a;b;c, 1 => e;f;g, 2=> h;i;j);
 
// Si $tableauExcelEnCsv est Mac, file () renvoie un tableau à un seul élément avec "\r" en retour à la ligne :
 
$tab = array (
0 =>
a;b;c
e;f;g
h;i;j
);

Du coup il me semble que l'on peut un peu changer mon code qui fonctionne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
 
$tab = file ($tableauExcelEnCsv, FILE_IGNORE_NEW_LINES | FILE_SKIP_EMPTY_LINES);
 
if (count ($tab) == 1)
{
function PcMac ($v)
{
return str_replace (array ("\r\n", "\r"), "\n", $v);
}
 
$tab = array_map ('PcMac', $tab);
$tab = explode ("\n", $tab[0]);
}

Je ne le fais pas ton cela est dans des fonctions et que la mise à jour des scripts est plus rapide si j'applique la fonction PcMac dans une fonction amont, avant de tester le nombre d'éléments.

[boteha]

Bonjour,

En allant plus loin, le str_replace n'est nécessaire que pour les fichiers Mac et ces derniers se détectent car ils sont un tableau à un seul élément.

Le code peut donc être réduit à deux lignes :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
$tab = file ($tableauExcelEnCsv, FILE_IGNORE_NEW_LINES | FILE_SKIP_EMPTY_LINES);
 
if (count ($tab) == 1) $tab = explode ("\n", str_replace (array ("\r\n", "\r"), "\n", $tab[0]));

Trois remarques :

1) Si $tab est un fichier PC avec un seul élément, on le récupère à l'identique après str_replace et explode.

2) Le traitement de $tab dans la suite du script est très facile :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
while (list (, $v) = each ($tab))
{
$vv = explode (';', $v);
}

3) Le même code doit marcher avec un fichier Excel en .txt, il suffit juste remplacer ';' par "\t" :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
while (list (, $v) = each ($tab))
{
$vv = explode ("\t", $v);
}

Voilà donc une façon simple de traiter les fichiers Excel sans se soucier de leur provenance (sauf erreur...).

[grunk]

Si ton problème vient du fait que PHP ne reconnais pas les nouvelles lignes sur les fichiers enregistré sous mac quand tu utilises des fonctions comme fgetcsv il suffit d'activer la directive auto_detect_line_endings dans ton php.ini