Bug 26320 - Japanese canot be print properly
Summary: Japanese canot be print properly
Keywords:
Status: CLOSED DUPLICATE of bug 50144
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: lpr
Version: 7.1
Hardware: i386
OS: Linux
high
high
Target Milestone: ---
Assignee: Crutcher Dunnavant
QA Contact: David Lawrence
URL:
Whiteboard: Florence RC-1
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-02-06 16:53 UTC by Bill Huang
Modified: 2005-10-31 22:00 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2001-06-19 12:17:08 UTC
Embargoed:

Attachments (Terms of Use)

Description Bill Huang 2001-02-06 16:53:38 UTC 
Japanese ps file can not be print properly.
lpr aaa.ps 
japanese letters got srembled.
Comment 1 Glen Foster 2001-02-07 00:08:47 UTC 
This defect is considered MUST-FIX for Florence Release-Candidate #1
Comment 2 Nakai 2001-02-07 00:17:15 UTC 
This problem is because the printconf can't set an appropriate
printer driver (or possibly Japanese available printer is needed)

Help from somebody in Tokyo Office will be needed.
Comment 3 Crutcher Dunnavant 2001-02-07 17:34:00 UTC 

*** This bug has been marked as a duplicate of 25757 ***
Comment 4 Bill Huang 2001-04-25 02:02:01 UTC 
In seawolf Japanese mode,lpr can't print Japanese text file properly.
Comment 5 Akira TAGOH 2001-04-25 09:18:16 UTC 
the problem which can't print the text plain file is caused by DEFAULTfilter in
/var/spool/lpd/*/mf.cfg.
you should NOT set 'cat/text' in DEFAULTfilter because the generally printer
can't handle the 8bit character.

As TEXTfilter, you should rewrite a mf.cfg as the conversion, or you will need
to check magicfilter why can't recognize the text plain (I mean why the text
file isn't through a TEXTfilter).
Comment 6 Akira TAGOH 2001-06-19 12:17:03 UTC 
This bug isn't fixed yet. It seems magicfilter doesn't support the multibyte
character. so that the text which includes the multibyte character take for
binary file.
Comment 7 Crutcher Dunnavant 2001-08-02 21:49:50 UTC 

*** This bug has been marked as a duplicate of 50144 ***
Note You need to log in before you can comment on or make changes to this bug.