Le 2024-04-07 à 15:00, Frédéric a écrit :
> Le dimanche 07 avril 2024, Olivier a écrit :
>
>> Il ne faut pas que tu mettes la feuille encore plus à gauche ?
> Non-non, le papier est au bon endroit.
>
>> Je n'ai jamais essayé de faire un "cat" sur une imprimante, mais ce que
>> tu expliques ressemble à ce que l'on pouvait faire en MSDOS (début des
>> années 90 pour moi).
>>
>> Dans ce cas-là, il n'y a plus d'automatismes de l'imprimante, et donc
>> le 1er caractère est probablement écrit directement là où la tête
>> d'impression se trouve.
> Oui, mais c'est bizarre : Epson indique des marges gauches et droite, mais
> visiblement, c'est au driver de les respecter. Dans les 2 cas (cups/cat),
> elle n'imprime que 137 caractères (avec la fonte choisie), mais avec cat,
> c'est décalé à gauche, en dehors de la feuille. Avec cups, c'est
> parfaitement centré.
>
>> Enfin, il y a peut-être un truc à se méfier : le CR + LF:
>> - CR: Carrier Return, qui renvoie la tête d'impression à gauche => \r =>
>> 0x0D
>> - LF: Line Feed, qui le saut d'une line => \n => 0x0A
>>
>> En MSDOS, il y avait 2 caractères distincts \r + \n
>> Par contre, Linux n'en utilise qu'un seul: \n => 0x0A
>>
>> Donc si tu fait un "cat", il est possible que tu n'ais que des \n, ce
>> qui peut donner un résultat assez amusant. A moins que le driver raw
>> Linux ne convertisse les \n par des \r\n ?
> C'est bien moi qui doit forcer le fin de ligne avec les 2 (kate sait faire
> ça). Sinon, on a effectivement une impression en escalier ;o)
>
A l'époque, il y a ... pour convertir les fichiers dos, je faisais:
Remplacement de 0A 0D par 0A :
cat fic_dos | tr -d '\015' >fic_unix
Voilà.
JPM
