ในขณะที่พยายามส่งไฟล์ข้อความไปยังเครื่องพิมพ์ผ่านlpr
จากxterm
เนื้อหาที่ได้รับความเสียหายเกินกว่าการรับรู้สาเหตุของการที่ถูกโยงไปถึงการเข้ารหัสไฟล์ในที่สุด หากฉันประมวลผลข้อความด้วยiconv
(เช่น, iconv -f utf-8 -t ascii//TRANSLIT
) แสดงว่าไฟล์ถูกพิมพ์ตามปกติ ข้อเสนอแนะของฉันมาข้ามก็คือการตั้งค่ารูปแบบเอกสาร (เช่นlpr -o document-format=text/utf8
) lpr: Unsupported document-format "text/utf8"
แต่ผลตอบแทนนี้ข้อผิดพลาด ฉันสามารถนามแฝงlpr
คำสั่งเพื่อรวมการประมวลผลโดยiconv
แต่มีวิธีทั่วไปมากขึ้นสำหรับการสนับสนุน utf-8 พื้นเมืองในระบบCUPS
/ lpr
?
แก้ไข:ระบบปฏิบัติการของฉันคือ Debian 8 และตัวจัดการหน้าต่างของฉันคือopenbox
(ไม่มีสภาพแวดล้อมบนเดสก์ท็อป) ฉันสามารถพิมพ์ไฟล์นี้โดยไม่มีปัญหาจาก MacOS X รวมถึงจากระบบ Debian7 / Gnome3
จากระบบปัจจุบันของฉันฉันควรชี้ให้เห็นว่าแม้หลังจากเปลี่ยนการเข้ารหัสอักขระจาก UTF-8 เป็น ASCII แล้วอักขระบรรทัดใหม่จะไม่ได้รับการเคารพlpr
ดังนั้นบรรทัดจะถูกต่อกันเข้าด้วยกันและพิมพ์จนกว่าจะถึงระยะขอบกระดาษ หลังจากการบันทึกและการทับศัพท์ด้วยiconv
บน MacOS X การพิมพ์ยังคงใช้งานได้ตามปกติ
a2ps
ตัวกรอง ฉันไม่ได้ตระหนักถึงมัน เครื่องพิมพ์ที่ต้องสงสัยคือเครื่องพิมพ์เลเซอร์สแกน HP4650 หนึ่งจะกำหนดการเข้ารหัสที่ใช้โดยCUPS
? ตัวละครที่พิมพ์จริงซึ่งไม่มีความสัมพันธ์ที่มองเห็นได้กับข้อมูลนั้นรวมถึงแกมม่าเมืองหลวงของกรีกเมืองหลวง C พร้อม cedilla, o กับหมวกและละตินทุน W และ T นอกเหนือจากนี้ความล้มเหลวในการเคารพผลการขึ้นบรรทัดใหม่ ในการตัดทอนผลลัพธ์ที่ระยะขอบกระดาษ
lpr -o document-format='text/plain;charset=utf-8'
จะเพียงพอที่จะพิมพ์ตามที่คุณต้องการ แต่นี่ไม่ได้เปลี่ยนค่าเริ่มต้นการติดตั้ง CUPS ซึ่งดูเหมือนว่าล้าสมัย
a2ps
ไหม การเข้ารหัสแบบใดที่ใช้กับเอาต์พุตจริงๆเมื่อคุณลอง utf-8 (ฉันเดาว่ามันiso-8859-1
)