[WriteExcel] Accents sur MS-Excel

Version imprimable

31/05/2010, 23h49
The_Fakir

[WriteExcel] Accents sur MS-Excel

Bonjour à toi, oh mon sauveur !

Je développe un application sur laquelle on peut récupérer des données au format Excel. Tout va bien chez moi (j'utilise OpenOffice car pas assez de sous pour acheter du microsoft) je récupère un fichier XLS impeccable, qui s'ouvre très bien sous OpenOffice Calc.

Mais problème, certains des utilisateurs de mon appli qui utilisent MS Office Excel me disent que les accents ne sont pas bons.
Des accents pas bon !! Comment ça ??
Et bien en fait oui, j'ai eu l'occasion de vérifier, le fichier ouvert par MS Office n'a pas d'accents (mais des caractères bizarres) (sur PC) alors qu'avec OpenOffice Calc c'est tout bon. Ca ressemble à du UTF8 affiché en ISO, ce qui est impossible sinon ça ne marcherait pas non plus sous calc...

Diantre, je suis fait !

Et google qui reste muet sur ce problème... Serais-je le premier ?

Si vous vous sentez l'âme charitable, merci de m'aider .
J'ai déjà testé utf8-decode et utf8-encode mais ça n'a pas fonctionné.

Merci pour votre aide.
01/06/2010, 00h02
sabotage

Citation:

Ca ressemble à du UTF8 affiché en ISO, ce qui est impossible sinon ça ne marcherait pas non plus sous calc...

Sauf si CALC sait lire les deux encodages alors que EXCEL non.

Pour ce que j'en lis, par contre, ni Writeexcel, ni Excel ne savent travailler en UTF8. Il faudrait donc bien decoder tes données ou travailler en ANSI.
01/06/2010, 00h28
The_Fakir

Citation:

Envoyé par sabotage

Sauf si CALC sait lire les deux encodages alors que EXCEL non.

Merci pour ta réponse rapide, effectivement il doit y avoir un truc qui plait pas à Excel, ou plutôt qui devrait pas passer mais qui est quand même géré par Calc.

Par contre, oui, je te confirme, je travaille bien en ansi et il y a bien un décodage utf8-ansi des champs qui proviennent de la base, et j'ai essayé avec un test simple (genre je génère un xls avec 1 seule cellule "Pétard" par exemple) et ça foire copieusement avec le é.
Ah, au fait, mes scripts php (les fichiers .php) sont codés en UTF8, mais je décode tout avant d'envoyer à writeExcel, je fais pas un write("pétard"... mais un write(utf8-decode...

En tout cas merci de ton aide.
01/06/2010, 06h55
sabotage

Tu obtiens quoi par exemple pour "pétard" ?
01/06/2010, 09h01
MaitrePylos

On peut avoir un bout de code ?

Citation:

Envoyé par MaitrePylos

On peut avoir un bout de code ?

Le problème c'est que si je rajoute une couche de utf8_decode(), j'obtiens par exemple "Civilit?" et si je rajoute une couche de utf8_encode(), j'obtiens "CivilitÃ©".... (toujours sur OpenOffice calc) donc ce n'est pas ça...

voilà le contenu de $donnees (c'est un print_r)

Code:

Et voici le code

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
 
		$fname = tempnam("/tmp", "logistique.xls");
		$workbook = new writeexcel_workbook($fname);
 
		$worksheet1 = $workbook->addworksheet(utf8_decode($nom_onglet));
 
		// bloquage haut grille
		$worksheet1->freeze_panes(1, 0); # 1 row
 
		$header = $workbook->addformat();
		$header->set_align('center');
 
		$center = $workbook->addformat();
		$center->set_align('center');
 
		$grayed = $workbook->addformat();
		$grayed->set_align('center');
		$grayed->set_italic();
		$grayed->set_color('gray');
 
		$worksheet1->set_row(0, 20);
		$worksheet1->set_selection('A2');
 
		for( $i=0; $i<count($donnees['cols'])/2; $i++ ){
		    $worksheet1->set_column($i, $i, $donnees['cols'][$i*2]);
		    $worksheet1->write(0, $i, $donnees['cols'][$i*2+1], $header);
		}
 
		for( $j=1; $j<=count($donnees['data']); $j++ ){
			$ligne = $donnees['data'][$j-1];
			for( $i=0; $i<count($donnees['cols']); $i++ ) {
				if(array_key_exists($i*2+1,$ligne) && $ligne[$i*2+1]){
					$style = $ligne[$i*2];
					$valeur = $ligne[$i*2+1];
					if(array_key_exists($i*2,$ligne))$worksheet1->write($j, $i, $valeur, $$style); // Il y a bien 2 '$'
				}
		    }
		}
 
		$workbook->close();
 
		header("Content-Type: application/x-msexcel; name=\"$nom_fichier\"");
		header("Content-Disposition: inline; filename=\"$nom_fichier\"");
		$fh=fopen($fname, "rb");
		fpassthru($fh);
		unlink($fname);

01/06/2010, 14h29
MaitrePylos

Plutôt que d'envoyer le fichier, tu ne peux pas l'enregistrer pour voir si il y a une différence ?
01/06/2010, 14h58
The_Fakir

Citation:

Envoyé par MaitrePylos

Plutôt que d'envoyer le fichier, tu ne peux pas l'enregistrer pour voir si il y a une différence ?

Déjà testé, c'est tout pareil.

Je suis triste et super déçu je ne vois toujours pas d'où ça peut venir....
01/06/2010, 15h02
MaitrePylos

Quelles sont les entête du fichier HTML ?

As tu déjà Essayer PHPExcel

Citation:

Envoyé par MaitrePylos

Quelles sont les entête du fichier HTML ?

As tu déjà Essayer PHPExcel

Heu....

Il n'y a pas de fichier HTML puisque
Code:

1 2 3 4 5 6 header("Content-Type: application/x-msexcel; name=\"$nom_fichier\""); header("Content-Disposition: inline; filename=\"$nom_fichier\""); $fh=fopen($fname, "rb"); fpassthru($fh); unlink($fname);
et qu'ensuite rien n'est envoyé au navigateur, ce qui poserait effectivement problème (et encore une fois, tout va bien jusqu'à l'ouverture du fichier dans MS-Office-Excel, et aucun problème avec OpenOffice).

Je ne vois pas pourquoi tu me poses cette question du coup je me dis qu'il y a quelque chose à quoi je n'ai pas pensé. Peux tu expliquer ton idée ?

Pour répondre à ta 2ème question, non, je n'ai pas essayé, et je refuse d'abandonner sur un problème que je suis le seul à avoir (sinon j'aurais des réponses avec Google), donc un problème dont je suis forcément responsable. Cette librairie fonctionne avec les autres, pourquoi pas avec moi ?

01/06/2010, 23h38
sabotage

Quel est l'encodage du fichier php et d'ou viennent les données ?
02/06/2010, 07h57
MaitrePylos
Citation:

Envoyé par The_Fakir

Je ne vois pas pourquoi tu me poses cette question du coup je me dis qu'il y a quelque chose à quoi je n'ai pas pensé. Peux tu expliquer ton idée ?

Tu n'as donc rien de ce genre ?
Code:

1 2 <META HTTP-EQUIV="Content-Type" CONTENT="text/html;charset=iso-8859-1">
Suit la piste de Sabotage cfr : ci-dessus

De plus après la génération de ton document, as tu vérifié dans Excel (le microsoft hein :) ) les propriétés de la cellule ?
02/06/2010, 09h07
The_Fakir

Citation:

Envoyé par MaitrePylos

Tu n'as donc rien de ce genre ?
<META HTTP-EQUIV="Content-Type" CONTENT="text/html;charset=iso

Suit la piste de Sabotage cfr : ci-dessus

De plus après la génération de ton document, as tu vérifié dans Excel (le microsoft hein :) ) les propriétés de la cellule ?

Heu là vous êtes sur la mauvaise piste : sur une retour serveur qui envoie un fichier au client, il n'y a pas de HTTP-EQUIV car seul le fichier est envoyé en binaire (donc sans transformation) et le client l'ouvre en regardant le type mime précisé (là je suis archi-sûr de moi je fais cela tout le temps), et si j'envoie de cette façon un fichier xls généré par directement par microsoft office (donc pas par WriteExcel), tout va bien. Le problème est dans la génération du fichier, pas dans sa transmission.

L'origine des données est sans importance (il est multiple, en grande partie une base mysql et un retour de SOAP sur un site partenaire), il est déterminé dynamiquement par des plugins additionnels qui viennent se greffer dynamiquement suivant les besoins et s'assurent qu'on récupère bien de l'ANSI. Je me suis assuré qu'il était bien codé en ANSI. Encore une fois ça ne marche pas non plus avec un test statique tel que celui que j'ai donné en dernier (en rentrant les données "à la main").

Par contre qu'est-ce qu'il faut que je regarde dans les propriétés de la cellule ?

Et avec l'entête suivante ?

Code:

1
2
3
4
5
6
 
		header("Content-Type: application/vnd.ms-excel;");
		header("Content-Disposition: inline; filename=\"$nom_fichier\"");
		$fh=fopen($fname, "rb");
		fpassthru($fh);
		unlink($fname);

Salut

Il y a plusieurs point que je pige pas.
Code:

1 2 3 4 5 header("Content-Type: application/x-msexcel; name=\"$nom_fichier\""); header("Content-Disposition: inline; filename=\"$nom_fichier\""); $fh=fopen($fname, "rb"); fpassthru($fh); unlink($fname);
Ici, le fichier est de type Excel, cependant, tu indique inline.
Ce ne serait pas plutôt attachment ? Car il doit être téléchargé, non ?

Puis après, tu fais un fpassthru(), ce qui théoriquement doit renvoyer le contenu du fichier, et stopper le script (suivant la doc).
Pourquoi renvoyer le contenu du fichier ?
C'est de l'Excel, donc un navigateur ne pourra pas interpréter ce fichier.
A mon sens, il n'y a pas en revoyer le contenu, juste le proposer en téléchargement.

Pour ce qui est des caractère, tu précise que le contenu doit être codé en ANSI.
Mais je remarque des fonction comme utf8_decode(). Mais selon la doc, cette fonction va décoder un contenu UTF-8 pour la convertir en ISO-8859-1.
Ce ne serait pas là le problème ? Ne faudrait il pas utiliser une autre fonction pour un jeu de caractère propre à Microsoft ?
Les données au départ sont elles réellement en UTF-8 ?

Juste comme ça, l'excel n'accepterait il pas de l'UTF-8 (ce qui m'étonnerais) ?
Ou c'est la librairie Php/Excel qui n'accepterait pas l'UTF-8 ?

Pour ma part, il serait mieux rester en UTF-8 si c'est possible.
Et si j'ai compris le problème aussi. ;)

02/06/2010, 09h57
The_Fakir

Citation:

Envoyé par RunCodePhp

Salut

Il y a plusieurs point que je pige pas.

Ici, le fichier est de type Excel, cependant, tu indique inline.
Ce ne serait pas plutôt attachment ? Car il doit être téléchargé, non ?

Non, le inline permet d'envoyer un fichier sans rien faire d'autre justement, d'où l'inutilité de préciser le codage HTML. Ainsi l'utilisateur peut choisir de l'ouvrir ou de l'enregistrer.

Citation:

Envoyé par RunCodePhp

Puis après, tu fais un fpassthru(), ce qui théoriquement doit renvoyer le contenu du fichier, et stopper le script (suivant la doc).
Pourquoi renvoyer le contenu du fichier ?

Ben pour l'envoyer :)

Citation:

Envoyé par RunCodePhp

C'est de l'Excel, donc un navigateur ne pourra pas interpréter ce fichier.
A mon sens, il n'y a pas en revoyer le contenu, juste le proposer en téléchargement.

Non mais ne t'inquiètes pas ça marche tout le temps, je m'en sert en permanence, et comme je l'ai déjà dit plus haut, si je prends un fichier XLS généré par MS-Office et que je l'envoie comme ça tout va bien.

Encore une fois, pour tout le monde, le problème n'est pas dans la transmission mais dans la génération du fichier.

Citation:

Envoyé par RunCodePhp

Pour ce qui est des caractère, tu précise que le contenu doit être codé en ANSI.
Mais je remarque des fonction comme utf8_decode(). Mais selon la doc, cette fonction va décoder un contenu UTF-8 pour la convertir en ISO-8859-1.

Oui pardon, autant pour moi, en ISO-8859-1. Tu as raison j'ai dit ANSI au lieu de ISO.

Citation:

Envoyé par RunCodePhp

Les données au départ sont elles réellement en UTF-8 ?

Les tites des onglets sont en UTF-8 (d'où le utf8-decode) et les données récupérées sont directement en ISO (et pas en ANSI comme je l'ai dit). Donc pas de utf8-decode pour les données. Et j'ai le même problème pour les entêtes et les données.

Citation:

Envoyé par RunCodePhp

Juste comme ça, l'excel n'accepterait il pas de l'UTF-8 (ce qui m'étonnerais) ?
Ou c'est la librairie Php/Excel qui n'accepterait pas l'UTF-8 ?

Ni excel ni WriteExcel n'accepte l'UTF-8, d'où le passage en ISO. Si j'envoie de l'utf8, ça ne marche plus ni dans OpenOffice ni dans MS-Office

Citation:

Envoyé par RunCodePhp

Pour ma part, il serait mieux rester en UTF-8 si c'est possible.

Ben non, justement il ne prend pas de l'UTF-8 (sinon ça serait trop simple ;) )

En tout cas merci à tous de vous intéresser à mon souci !!
02/06/2010, 10h00
The_Fakir

Citation:

Envoyé par MaitrePylos

Et avec l'entête suivante ?

Code:

header("Content-Type: application/vnd.ms-excel;");

Je vais tester ça merci (mais pas contre ça sera ce soir tard, sauf si j'ai un créneau avant)

Tu as essayé ?

Citation:

Envoyé par MaitrePylos

Et avec l'entête suivante ?

Code:

1
2
3
4
5
6
 
		header("Content-Type: application/vnd.ms-excel;");
		header("Content-Disposition: inline; filename=\"$nom_fichier\"");
		$fh=fopen($fname, "rb");
		fpassthru($fh);
		unlink($fname);

02/06/2010, 10h18
RunCodePhp
J'ai l'impression qu'on a perdu le fil, le fond du problème.
Le rappeler ne serait peut être pas inutile ;)

C'est un problème pour ouvrir le fichier, le télécharger ? A mon avis non, vu que tu l'obtient.
Ce serait un problème d'encodage (correcte sur Calc, mais pas sur Excel) ? C'est ça ?

Il y a un truc qui m'intrigue, c'est justement le fait de faire un fpassthru(), ça renvoie donc le contenu.
Si au niveau de Php l'encodage est UTF-8 quelque part, ça pourrait causer un problème.
Enfin, c'est une idée.
Donc juste comme ça, essai de rajouter/définir le charset, un truc comme : (avant le fpassthru)
Code:

1 2 header('Content-Type: text/html; charset=ISO-8859-1');
N'empêche que je reste d'avis que de faire un inline + fpassthru() serait inutile, car si on précise juste attachement, la boite de dialogue proposera les 2, soit télécharger, soit d'ouvrir le fichier.
Puis c'est un mécanisme coté client, donc on décide soit même comment cette boite de dialogue doit réagir normalement.
Enfin, je peux me tromper ;)
02/06/2010, 14h36
The_Fakir
Citation:

Envoyé par RunCodePhp

C'est un problème pour ouvrir le fichier, le télécharger ? A mon avis non, vu que tu l'obtient.
Ce serait un problème d'encodage (correcte sur Calc, mais pas sur Excel) ? C'est ça ?

Oui, je confirme, le téléchargement, je maitrise, ce n'est pas le problème, puisqu'encore une fois avec un fichier sain envoyé de cette méthode, tout marche bien.
Citation:
Envoyé par RunCodePhp

Il y a un truc qui m'intrigue, c'est justement le fait de faire un fpassthru(), ça renvoie donc le contenu.
Si au niveau de Php l'encodage est UTF-8 quelque part, ça pourrait causer un problème.
Enfin, c'est une idée.
Donc juste comme ça, essai de rajouter/définir le charset, un truc comme : (avant le fpassthru)

Code:

1 2 header('Content-Type: text/html; charset=ISO-8859-1');
Non et encore non, le content-type ne sert à rien dans ce cas. Si tu le mets il est ignoré, vu qu'il n'y a aucun contenu HTML, c'est juste le fichier en binaire. Tu peux me faire confiance là-dessus. D'habitude je n'ai aucun souci, et encore une fois, ce n'est pas un problème de transfert, le problème est DANS WriteExcel, qui génère un fichier sur le disque.

Citation:

Envoyé par RunCodePhp

N'empêche que je reste d'avis que de faire un inline + fpassthru() serait inutile, car si on précise juste attachement, la boite de dialogue proposera les 2, soit télécharger, soit d'ouvrir le fichier.
Puis c'est un mécanisme coté client, donc on décide soit même comment cette boite de dialogue doit réagir normalement.

C'est déjà ce qui se passe avec le inline, comme d'habitude.

D'autre part, si tu ne fais pas le fpassthru, rien n'est envoyé au navigateur, car writeExcel n'envoie rien, il se contente de générer un fichier sur le serveur.

Pour information, le attachement, c'est quand tu veux renvoyer une page html PLUS un fichier attaché à la page. Là, la requête ne doit renvoyer QUE le fichier, d'où le inline. C'est comme ça que ça doit marcher, je n'ai aucun contenu HTML à envoyer.

Donc, à ta demande, je recentre le débat :

N'essayez pas de me dire comment transférer le fichier, ça je maitrise. Le problème est dans mon utilisation de writeexcel, qui génère un fichier sur le serveur qui est défectueux. Si j'utilise le fichier généré sur le serveur et que je l'ouvre avec MS-Office-Excel, je constate le problème.

Donc PITIÉ, arrêtez de me reprendre sur les entêtes HTML et tout ça, le problème EST dans mon utilisation de writeExcel, je le sais et j'en ai la preuve.

LE FICHIER GÉNÉRÉ AVANT ENVOI EST DÉJÀ DÉFECTUEUX

voilà voilà...

Donc si vous connaissez WriteExcel, vous pouvez m'aider, sinon vous ne pouvez pas.

Par contre là j'ai l'air de m'enerver, je m'en excuse, mais c juste pour être clair :

Je sais où est le problème, il est dans mon utilisation de writeExcel, donc ne perdez pas votre temps à essayer de le trouver ailleurs :)
02/06/2010, 14h57
MaitrePylos

Salut,

Ok , je voudrais savoir si tu as essayé avec la classe que j'avais modifié au moment ou j'ai écrit un tuto sur le sujet, si mes souvenir sont bons j'avais ajouter une méthode suite à des problèmes de générations de fichier à la création.

Cela ne te couteras rien d'utiliser ma façons de faire :)
02/06/2010, 20h43
RunCodePhp

Faut pas s'énerver comme ça, restons calme :D

En tout cas, ça valait la peine de faire une récap de la situation.

Cependant, je ne connais pas cette classe. :?
Mais si je fais une analogie entre la classe FPDF, il y a une méthode qui permet de retourner le flux du document en sortie : FPDF::output();

Je ne vois rien de ceci dans ton code, et je me dis qu'il manquerait justement ça pour que cette classe termine convenablement le document, et mettre le flux en sortie.
D'ailleurs, c'est à mon sens pour cela que tu fais un fopen + fpasstrhu pour récupérer le flux.
Théoriquement ça ne devrait pas être nécessaire.
Enfin, c'est une idée. ;)

[edit]
Dans la doc de PEAR, je vois la méthode Spreadsheet_Excel_Writer::send
Send HTTP headers for the Excel file.
La doc -> http://pear.php.net/manual/en/packag...riter.send.php

A mon avis il te manquerait ceci, non ?
[/edit]
03/06/2010, 10h07
The_Fakir

Citation:

Envoyé par MaitrePylos

Salut,

Ok , je voudrais savoir si tu as essayé avec la classe que j'avais modifié au moment ou j'ai écrit un tuto sur le sujet, si mes souvenir sont bons j'avais ajouter une méthode suite à des problèmes de générations de fichier à la création.

Cela ne te couteras rien d'utiliser ma façons de faire :)

Merci beaucoup pour cette classe, que j'ai testé illico presto. Malheureusement le problème persiste et signe. Cela confirme qu'il y a bien un souci dans la génération du fichier, et pas ensuite dans le protocole d'envoi.

Note pour RunCodePhp : tu n'as pas bien lu mon post précédent, surtout la partie marquée en gros :) : le fichier généré sur le disque local du serveur n'est déjà pas valide, même si je ne l'envoie pas. Donc pitié, arrête de te focaliser sur l'envoi du fichier, merci :) le problème est en amont.
03/06/2010, 10h23
MaitrePylos

Zut :(

Tu nous dit que même en insérant à la main les données, cela pose souci :koi:
Est-il possible pour toi de générer ce fichier sur une autre machine ?
03/06/2010, 13h01
RunCodePhp

Citation:

Envoyé par The_Fakir

Note pour RunCodePhp : tu n'as pas bien lu mon post précédent, surtout la partie marquée en gros :) : le fichier généré sur le disque local du serveur n'est déjà pas valide, même si je ne l'envoie pas. Donc pitié, arrête de te focaliser sur l'envoi du fichier, merci :) le problème est en amont.

Pour ma part, la méthode send() aurait pour but de générer le flux du fichier, du document, et le mettre en mémoire coté serveur quelque part avant que le serveur Web ne l'envoie via HTTP.
Je t'ais fait juste remarquer que ton code n'utiliserait pas cette mise en mémoire, en supposant, (donc peut être) que le document ne serait pas complet ou totalement terminé.

M'enfin, comme tout ceci à l'air de te casser les pieds, je ne poursuivrais pas plus longtemps. :mrgreen:
03/06/2010, 14h06
The_Fakir

Citation:

Envoyé par MaitrePylos

Zut :(

Tu nous dit que même en insérant à la main les données, cela pose souci :koi:
Est-il possible pour toi de générer ce fichier sur une autre machine ?

Ben en fait j'ai un serveur de dev et de test sur mon pc portable : un XAMPP, et sur le serveur de prod, je suis sur un Linux Debian avec Apache et j'ai les mêmes résultats donc là je déprime. (remarque j'ai pas testé sur un serveur sous mac :sm:)

C'est pas grave laissez tombez, je vais basculer vers PHPExcel
03/06/2010, 15h53
MaitrePylos

Citation:

Envoyé par The_Fakir

C'est pas grave laissez tombez, je vais basculer vers PHPExcel

Oui, mais en même temps PHPExcel, pour la génération de fichier Excel non XML (avant MSoffice 2007 donc), se base sur la librairie WriteExcel, donc il y a une possibilité de te retrouver confronté au même problème. :(
03/06/2010, 18h00
The_Fakir

Citation:

Envoyé par MaitrePylos

../.. ... donc il y a une possibilité de te retrouver confronté au même problème. :(

Dans ce cas vous retrouverez l'épisode 2 de cette saga très prochainement sur vos écrans...

Merci à tous !!!
08/07/2010, 11h58
The_Fakir

Citation:

Envoyé par MaitrePylos

Oui, mais en même temps PHPExcel, pour la génération de fichier Excel non XML (avant MSoffice 2007 donc), se base sur la librairie WriteExcel, donc il y a une possibilité de te retrouver confronté au même problème. :(

Retour de la vengeance !!!!! GRAAAAHHH!!

En fait ça marche parfaitement avec PHPExcel, plus de problèmes d'accents. Sauf qu'avec 2000 lignes à générer sur 30 colonnes, avec des formules et des styles, il lui faut plus de 10 minutes, là ou WriteExcel mettait moins de 30 secondes. Snirfl.

Où est le fusil de chasse???.....
08/07/2010, 13h14
MaitrePylos

Je dois encore mettre à jour le tuto, mais essaye de remplir un fichier existant, tu vas gagner de précieuse minutes :)