phpprintipp
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Phpprintipp] Re: PHP printipp, problème d 'encodage avec CUPS


From: Romain Pontida
Subject: [Phpprintipp] Re: PHP printipp, problème d 'encodage avec CUPS
Date: Tue, 5 Aug 2008 13:45:51 +0800

OK, thank you for answering quickly.

I I didn't succeed in making it work with CUPS. I was indeed using the last version, but since anyway I want to use it with other printer servers than CUPS afterwards, I decided to convert unicode characters to their ASCII equivalents as much as I could.

I'm planning to distribute a drupal module based on your great work.

Romain


Début du message réexpédié :

De : address@hidden (Thomas Harding)
Date : 1 août 2008 05:28:38 HNC
Objet : Rép : PHP printipp, problème d'encodage avec CUPS

[je te mets en Bcc, mais le mieux est de souscrire à la liste
de diffusion. Il n'y a pas de langue imposée]


On Thu, Jul 31, 2008 at 06:32:46PM +0800, Romain Pontida wrote:
Malheureusement, lorsque j'essaye d'envoyer un fichier encodé en  
utf-8, il semblerait qu'il soit considéré comme de l'iso latin 1, ou  
bien de l'us ascii puisque c'est l'encodage par défaut dans votre code.

[the user complains about utf-8 data printed as iso-8859-1]

Curieux, je n'ai jamais eu ce problème.
[never had this problem]

Attention à ne pas utiliser l'antique version du site php-classes :)

Voir <http://www.nongnu.org/phpprintipp/> pour l'accès aux versions
et à la doc « à jour ».

[ the php-classes site version is too old and sucks,
as I'm too lazy to update it :)
see <http://www.nongnu.org/phpprintipp/> for doc and
up-to-date versions ]



Nota: il faut attaquer un seveur CUPS, les serveurs d'impression des
imprimantes n'étant pas capables d'interprèter l'utf-8.
[Note: you shall use a CUPS server, as most print server won't support
utf-8]

La solution B étant d'envoyer à l'imprimante (enfin, à son serveur
d'impression) les séquences d'échappement nécessaires à l'impression
des caractères  hors ASCII, avec pour type de donnée
$ipp->setMimeMediaType('application/octet-stream');
mais le
'pseudo langage' est particulier à chaque marque, voire diffère selon
les époques.
[ The "B" plan is to send as mime type "application/octet-stream"
the special character encoded as printer text pseudo-language, but
it is printer brand specific]

Les types de données supportées par le serveur sont disponibles
avec l'opération getPrinterAttributes().
[ you'll got supported data types by getPrinterAttributes()
operation]

Voir la commande 'phpprintipp' de la version CVS HEAD, ou la
documentation en ligne <http://www.nongnu.org/phpprintipp/usage>
[see phpprintipp command (CVS HEAD version), or
<http://www.nongnu.org/phpprintipp/usage> for implementation samples]


Avez-vous connaissance du problème, avez-vous des idées pour le régler ?
[how to get things right?]

Les classes php::print::ipp ne procèdent à aucun traitement des données
elles-mêmes. Seules les meta-données envoyées au/reçues du serveur font
l'objet d'un traitement.
[ php::print::ipp is transparent against data, only meta-data are
processed]

Il faut donc envoyer les bonnes meta-données :)
[so the solution is to send the good meta-data]

Exemple pour CUPS :
[sample for CUPS]

#####################################
$ipp->setMimeMediaType('text/plain');
$ipp->setCharset('utf-8');
$ipp->printJob();
#####################################

--
Thomas Harding.
La phobie de la connaissance est spécifique à l'informatique.
Curieusement, c'est le seul métier où le néophyte total vous explique
votre boulot dans la minute suivant votre arrivée au chevet du malade.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]