OVH Cloud OVH Cloud

ps-print et euro en latin-9 [osx]

3 réponses
Avatar
Sébastien Kirche
Bonjour,

Je viens de remettre le nez sur une mini doc à usage personnel que j'ai
l'habitude d'imprimer par ps-print-buffer-with-faces.

L'encodage de cette doc indiqu" dans les variables locales était en latin-1,
soit mon encodage par défaut au moment de la rédaction. Maintenant que je
suis en latin-9 par défaut j'ai voulu passer le fichier en latin-9
également.

À la suite de quoi à l'impression j'ai un message de protestation :
«These characters in the buffer can't be printed : è é é é à ...
Font for some characters not found»

Google a pu me donner une solution qui consiste à modifier
ps-mule-font-info-database-default pour y ajouter le support du latin-9 :
(setq ps-mule-font-info-database-default
'((latin-iso8859-15 (normal nil nil iso-latin-9))
(latin-iso8859-1 (normal nil nil iso-latin-1))))

Ça m'a permis de régler le problème des accents, mais des caractères
résistent : l'euro ¤ et ½/¼ pour lesquels je vois respectivement un rond
avec 4 tirets (altgr+$ sur un pécé 105 touches) et 1/2 1/4
Ce qui tend à indiquer que ce n'est pas une police latin-9 mais latin-1.

Je précise que l'imprimante concernée est une laserjet 4050 (postscript) qui
est référencée comme «euro ready».

Il y a quelques semaines de ça on avait eu un fil intéressant sur
l'impression avec Emacs, mais je ne me rappelle pas qu'on ait évoqué ce
problème.

Auriez vous une piste ?

J'ai déjà regardé le fichier de conf /etc/cups/cupsd.conf mais je n'ai rien
vu sur un paramétrage latin1/latin9,
ni dans l'interface graphique de cups accessible par
http://localhost:631/printers

Quand à paramétrer ps-mule-font-info-database-latin de façon identique à
l'autre variable, cela ne change rien au problème.

--
Sébastien Kirche

3 réponses

Avatar
drkm
Sébastien Kirche writes:

(setq ps-mule-font-info-database-default
'((latin-iso8859-15 (normal nil nil iso-latin-9))
(latin-iso8859-1 (normal nil nil iso-latin-1))))

Ça m'a permis de régler le problème des accents, mais des c aractères
résistent : l'euro ¤ et ½/¼ pour lesquels je vois respectiveme nt un rond
avec 4 tirets (altgr+$ sur un pécé 105 touches) et 1/2 1/4
Ce qui tend à indiquer que ce n'est pas une police latin-9 mais latin-1.



Les éléments de la liste ci-dessus sont de la forme :

(CHARSET (FONT-TYPE FONT-SRC FONT-NAME ENCODING BYTES) ...)

Tu remarqueras que FONT-SRC et FONT-NAME sont nuls dans les deux
cas. Sans doute utilise-t-il une police Latin-1 si on ne lui spécifie
rien d'autre.

Je ne m'y connais pas du tout en ces affaires, mais si tu t'y
retrouves un peu, jeter un oeil du côté des docstrings de
`ps-font-info-database' et `ps-mule-font-info-database' pourrait
t'être utile.

--drkm
Avatar
Sébastien Kirche
Le 5 avr 2005, drkm a formulé :

Tu remarqueras que FONT-SRC et FONT-NAME sont nuls dans les deux
cas. Sans doute utilise-t-il une police Latin-1 si on ne lui spécifie
rien d'autre.

Je ne m'y connais pas du tout en ces affaires, mais si tu t'y
retrouves un peu, jeter un oeil du côté des docstrings de
`ps-font-info-database' et `ps-mule-font-info-database' pourrait
t'être utile.



Merci pour l'idée à creuser.
Faut que j'attende demain pour tester sur le mac.

Ou alors que je me botte le c*l pour réinstaller mon émulateur G3.

--
Sébastien Kirche
Avatar
Franck Branjonneau
drkm écrivait:

Je ne m'y connais pas du tout en ces affaires, mais si tu t'y
retrouves un peu, jeter un oeil du côté des docstrings de
`ps-font-info-database' et `ps-mule-font-info-database' pourrait
t'être utile.



La docstring de `ps-font-info-database' décrit un moyen de récupérer
les infos.
--
Franck Branjonneau