1

Bonjour,

A priori tous les autres caractères avec accent s'affiche correctement mais pas les a (à).

Version 4.0

Avez vous déjà remarqué cela ?

D'avance merci.

2

Donc dans l'exemple : nom à brico

le à et tout simplement supprimé.

Alors si je fais utf8_encode('nom à brico');

cela me donne : nom à brico

3

pb de compatibilité PHP5 avec UTF8 et Windows. tout marche bien sous Linux smile

vous êtes sous windows non ?
Ancien pseudo : lolo

4

Bonsoir,

Je suis effectivement sous windows grâce au LAMP WAMP pour la création, mon hébergeur est sous Linux, je n'ai pas encore eu l'occasion de tester.

Je vais essayer.

Merci d'avoir répondu.

5

J'ai le meme pb sur tous les serveurs WAMP. certains caractères déconnes avec les fonctions de conversion UTF8 en PHP. c'est malheureusement un bug connu sad
Ancien pseudo : lolo

6

bonjour!!

Est ce que les caractères accentués risquent de ne pas s'afficher dutout si on est sur WAMP ?? même avec l'exemple UTF8 du site HTML2PDF? parce que si c'est le cas je suis mal barrée tsss .Je passe beacoup de temp à travailler sur HTML2PDF et si les caractères ne s'affichent pas tout s'écroule (sadsad).

msappdem, est ce que t'as trouvé une solution stp?un exemple pr un cas qui marche sous wamp?

7

malheureusement, je n'ai jamais réussi à utiliser les fonctions natives de PHP sous windows sans ce bug sad il traine depuis longtemps mais ils ne l'ont jamais corrigé.

j'avais commencé à recoder les fonctions pour ne plus les utiliser, mais les pertes de performances étaient telles que j'ai abandonné l'idée...

après, c'est ton serveur de DEV ou de PROD qui est sous windows ? car normalement, un serveur de PROD sous windows est à éviter absolument... wink

Ancien pseudo : lolo

8

:$ alors la je sais pas comment te répondre (honte à moi), je connais même pas la différence :s:s.

si non est ce que ce problème ce pose également avec FPDF ?

pour $content="<p>château<p>"; le "ât" ne s'affiche pas en pdf ,alors que je ne récupère pas "château" de ma base de donnée(qui est en UTF8 )
donc est ce qu'il faut que château subisse un traitement particulier? en HTML? en PHP?

et merci bcp pr tes réponse smile

9

DEV : serveur de développement, lorsque l'on programme l'application
PROD : serveur de production, lorsque le programme est fini et utilisé par ses utilisateurs.

normalement un serveur de PROD doit être sous LAMP (linux) et pas sous windows, car les versions windows de apache et autres ne sont pas sur...

pour le pb d'accents :
tu peux essayer de transformer les accents qui posent pb en entités html à l'avance en PHP via un str_replace.
Ancien pseudo : lolo

10

Merci pour ton explication smile

j'ai écrit cette ligne dans le fichier qui permet de génerer le PDF:

$html2pdf = new HTML2PDF('P','A4','fr', false, 'ISO-8859-15'); et là les accents et les caractères spéciaux apparaissent normalement.
j'ai vu que false voulait dire que c'etait pas en unicode
et ISO-8859-15' ct l'encodage par défaut.

est ce une bonne solution de rajouter cette ligne? parce que je me pose la question quand je vais avoir besoin d'utiliser des variables php, que j'ai récupéré de ma base de données, l'encodage sera différent, nn ? faut il garder le constructeur par défaut avec $html2pdf = new HTML2PDF('P','A4','fr')?

l'utilisation de utf8_encode() servirai à quelques choses ici?

Merci encore et encore, je vais essayer d'utiliser str_replace.

11

ben les 2 derniers paramètres du constructeur servent à indiquer à HTML2PDF dans quel encodage est l'html qui lui est fournit. donc il doit correspondre à ce que tu sors de ta base de donnée
Ancien pseudo : lolo

12


oki merci !! ça veux dire que j'ai du html avec 2 encodages alors,

ce qui provient de la base c'est du UTF8
et ce qui est écrit directement c'est de l'ISO-...

même en donnant des paramètres utf8 et Unicode, il y a des problèmes pour les variables provenant de la base
alors que pr les variables converti avec utf8_encode(), il y a des problème avec le le "à" uniquement.

est ce que ce probmème se pose avec fpdf aussi ??

merci

13

fpdf n'est pas du tout UTF8, donc ca serait pire.

mais si l'HTML écrit directement est en ISO-8859-15, le mieux est d'utiliser HTML2PDF en ISO-8859-15, et pour ce qui vient de la base de donnée, il faut appliquer un utf8_decode avant de l'inserer dans l'html
Ancien pseudo : lolo

14

Merci beaucoup, je vais tenter d'utiliser utf8_decode() et je te tiendrai au courant smile. encore merci

15

bonjour!! finalement j'ai changé le codage de la table qui m'interesse et j'utilise iso-8859-15 et ça marche nickel merci bcp smile.

16

miamia (./15) :
bonjour!! finalement j'ai changé le codage de la table qui m'interesse et j'utilise iso-8859-15 et ça marche nickel merci bcp smile.

Ce n'est pas une solution pour moi. Je souhaite stocker n'importe quelle langue dans la base de données, qui doit rester en UTF8.

Argggh, juste pour un petit "à"...

Edit: Super, solution trouvé dans la réponse numéro 6 ici:
topics/136527-probleme-de-caractere-accentue-a
html2pdf 4.03

17

J'ai trouvé un truc : ligne 3250 de html2pdf.class.php
Modifier la ligne en : $txt = utf8_decode($param['txt']);
C'est tout con smile

J’espère que c'est ce que vous cherchez.

18

Bonjour tout le monde,

J'arrive tard sur ce sujet mais j'ai rencontré le même problème.
Mon "à" se trouvé en texte dans mon code HTML. Pour palier à ce problème, je l'est transformé en "&agrave;".

Cordialement.
Loïc.