Closed Bug 126604 Opened 23 years ago Closed 23 years ago

[DUP]Japanese UTF-8 printing that does not work in mozilla

Categories

(Core :: Printing: Output, defect)

Product:
Core
Component:
Printing: Output
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
VERIFIED FIXED
Milestone:
mozilla0.9.9

People

(Reporter: u32858, Assigned: rods)

References

(
URL
)

Details

Attachments

(1 file)

outputs of www.jguk.org using unicode font
139.51 KB, patch
Details | Diff | Splinter Review
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020205 BuildID: 2002020511 I have been trying to get japanese printouts but it never works The following webpages or textfiles do not print on my system, (the print but the japaense comes out as [] [] square boxes) UTF-8, latin works (latin with ' ^ - etc above), but other UTF-8 characters, russian, japanese do not come out at all, just [] style boxes printing that works - mozilla Shift_JIS EUC-JP Reproducible: Always Steps to Reproduce: 1.try and print a japanese html or text in the 3 formats above 2. 3. Actual Results: [][] square boxes for each char Expected Results: Nice japanese print out
Do you mean that when the HTML page is encoded in Shift_JIS or EUC-JP the printing works, but that when the HTML page is in UTF-8, it doesn't ? Or that its doesn't work in any case ? If this is the second case, then it's not a bug, it's your system that does not have properly installed japanese fonts for printing. What linux distribution do you use ? What japanese fonts are installed ? What do you use to print ?
yuying please confirm this...also cc: the appropriate folsk on this bug. thanks.
I have no problem printing on 02-18 trunk build with both shit-jis and euc-jp, but has same problem on utf-8.
Actually, my previous comment has some wrong part: It was work fine on uft-8 page also, I just realized that I can not see some languages characters gets printed was because I have to some special setting in order to get the properly print out page. (e.g. Chinese or Korean). So I don't have this print problem.
One solution to get Japanese pages printing is the Xprint module...
Hello Yes I mean that when the HTML page is encoded in Shift_JIS or EUC-JP the printing works, but that when the HTML page is in UTF-8, it doesn't Thus I have to either convert files from UTF-8 before printing. Perhaps if UTF-8 Printing is a problem for japanese a patch could convert to EUC then print, but that is not really good as other languages will not work then... I am using Linux Mandrake 8.1 I print to CUPS, which then is directed to an EPSON Interlaser LP-9600S via JetDirect Printing on its IP address Japanese fonts are installed as default which i believe are jis-fixed-jisx0208, 1983-0 misc-fixed-jisx0208, 1983-0 wadalab-gothic-jisx0208, 1983-0 wanatanbe-mincho-jisx0208, 1983-0 $ locale LANG=ja_JP LC_CTYPE=ja_JP LC_NUMERIC=en_GB LC_TIME=en_GB LC_COLLATE=en_GB LC_MONETARY=en_GB LC_MESSAGES=en_GB LC_PAPER="ja_JP" LC_NAME="ja_JP" LC_ADDRESS="ja_JP" LC_TELEPHONE="ja_JP" LC_MEASUREMENT="ja_JP" LC_IDENTIFICATION="ja_JP" LC_ALL=
jg wrote: > Japanese fonts are installed as default which i believe are > > jis-fixed-jisx0208, 1983-0 > misc-fixed-jisx0208, 1983-0 > wadalab-gothic-jisx0208, 1983-0 > wanatanbe-mincho-jisx0208, 1983-0 OT: Are this PostScript Type1 fonts or do you have counterparts in the PS Type1 format ?
See http://bugzilla.mozilla.org/show_bug.cgi?id=126602 My other bug report on japanese in messenger
> > OT: Are this PostScript Type1 fonts or do you have counterparts in the PS Type1 > format ? They were from the Mozilla Fonts seciton in Preferences. Other than that I have a default setup with ghost script etc, does it use that? hmm.. I think they are type1 as when i zoom in they go a bit dodgy, but i dont know
Hello Jg, Can you correct the Summary? It seems that problem happens on UTF-8 page. Also please attach your examples. Mozilla selects font name and native encoding (e.g. EUC for printing) per "language". If the page is UTF-8, I understand it's set Mozilla's language which depends on LANG environment. When I start Mozilla in ja_JP.eucJP, Mozilla uses "ja" for the UTF-8 page. So, it should work for japanese at least, even in UTF-8 page. I've tested just now and it works fine.
Hello katakai, There is another bug for messenger, so if i change the subject it wouild include that one as well as for test case and UTF-8 page is good, www.jguk.org is my site, it has russian japanese and some wierd latin ones on it JG
I confirmed the bug, Please put "UTF-8" into the summary. This problem happens on UTF-8 page. Also put "www.jguk.org" to URL field. Thank you.
Status: UNCONFIRMED → NEW
Ever confirmed: true
> ------- Additional Comments From katakai@japan.sun.com 2002-02-20 23:06 ------- > I confirmed the bug, > dont you have access to change the subject your self?
URL: http://www.jguk.org/
Summary: Japanese printing that does not work in mozilla → Japanese UTF-8 printing that does not work in mozilla
I think this is a dup of Bug 126920, which has a patch.
Status: NEW → ASSIGNED
Summary: Japanese UTF-8 printing that does not work in mozilla → [DUP]Japanese UTF-8 printing that does not work in mozilla
Target Milestone: --- → mozilla0.9.9
Rods, this is not exactly dup of bug 126920. JG said problem happens on UTF-8 page and I confirmed the bug. We do have print.postscript.unicodefont.ja pref for UCS based postscript fonts. We can use them for UTF-8 page. But yes, the font should have the glyphs you want to print. When I set print.postscript.unicodefont.ja=Ryumin-Light-UniJIS-UCS2-H the page seems to be OK except some characters which mean the font does not have such glyphs. Even if we use the default setting, japanese characters should be printed out properly when Mozilla is started in japanese locale. So, we have the following options now, option 1: Use print.postscript.unicodefont e.g. print.postscript.unicodefont.ja=Ryumin-Light-UniJIS-UCS2-H PostScript printer or Ghostscript should have the font option 2: Use Xprint as Roland Mainz mentioned Also we will have the option, option 3: use FT2 printing Brian Stell is now working on this as bug 90385
When i rightclick-open new window that link it comes out as if it were a corrupted textfile, is the bugzilla deamon sending it as a textfile with the wrong content type? does this need submitting as a nother buzilla bug? JG
fixed
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
yuying, can you please verify this one ? thanks..
I can not reproduce the problem with UTF-8 pages: http://www.jguk.org/(In URL field) and http://www.unicode.org/iuc/iuc10/x-utf8.html. Mark as verified.
Status: RESOLVED → VERIFIED
utf-8 is not working for my jguk.org comes out with boxes around all the non latin chars. japanese prints ok in iso-2022-jp (subject still broken but body ok) build 2002051013 I am using cups printer driver, not the exact model, but i think the japanese utf8 should work but does not (as the japanese email prints mostly ok) JG
recient windows build prints jguk.org fine, perhaps GNU/Linux and cups only prob related to my setup JG
jg@jguk.org wrote: > recient windows build prints jguk.org fine, perhaps GNU/Linux and cups only > prob related to my setup Mhhh, care to file a new bug for this, please (CC: me, pls) ? Did you try to print using the Xprint module yet (see http://mozilla.org/releases/mozilla1.0/#printing) ?
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: