Chinese font print problem

Hi
I am printing statement of account in chinese font using T.code f.27. I can see chinese address in print preview. But i can not see chinese letters in Hard copy.
F.27 t.code calling driver program(zprog). If i print the samr using program no issue. I can see chinese letters in hard copy.
Pls help me out
Regards
Kumar

Have you tried posting this question on the i18n forum?
http://forum.java.sun.com/forum.jspa?forumID=16

Similar Messages

Chinese font print issue

Hi
I am printing statement of account in chinese font using T.code f.27. I can see chinese address in print preview. But i can not see chinese letters in Hard copy.
F.27 t.code calling driver program(zprog). If i print the samr using program no issue. I can see chinese letters in hard copy.
Pls help me out.
Regards
Kumar

Since the chinese fonts are correctly printed using print prgram but not wih Tcode F.27
It seems that the sap script in chinese font is not getting executed.
Activate the sap script debugger, se 71 -> utilites -> activate debugger.
Then execute tcode F.27, check the language in which SAP script is called. I believe it would be English.
Most cases, sap scripts are called in the logon langauge / or based on the some condition.
Problem might reslolve if the sap script is called in chinese language.
Reward if useful.

Font printing problem

I had 5 books printed at a print on demand service over a 3 month period of time.
All the books were created in QuarkXPress with photoshop photos in position.
The fonts used were HelveticaNeue Light Cond and Garamond light Cond Italic.
I generated PDF files, as they requested, and uploaded to their network. All the books came out fine.
I checked the usage and all fonts and photos were ok.
I just uploaded 2 additional books created the same way as the others using the same fonts.
The new books came back with what seems to be Courier instead of Helvetica and Garamond. The type is all jumbled up and unreadable.
I am being told that I should have uploaded the entire font families.
I don't agree since I only used one weight of each family, which what I did on the first 5 books.
What is strange is that the fonts printed ok on the cover.
Doesn't this indicate that the proper fonts where embeded in the PDFs?
I emailed them the definition of a PDF file and am awaiting their answer.
Can anyone help me with any additional information to prove my case?
Thanks
“PDF (Portable Document Format) is a file format developed by Adobe as a means of distributing compact, platform-independent documents. It is superficially similar to HTML; a PDF document may contain images and text, as well as hyperlinks. However, as PDF is based on a variant of PostScript, each document is self-contained, packing text, graphics, and fonts into a single file. With the aid of Adobe Acrobat, many desktop publishing applications can be used to create PDF files. For this reason, and because PDF documents are web accessible, yet display exactly as intended, print publishers often favor PDF over HTML.”

problem solved.

Chinese font display problem

In the javascripts of this web site http://weiqi.sports.tom.com/php/zhuanti/zhuantinew.php?id=23
( follow any red link in this page, there will be a javascript popped up), some chinese characters can not be displayed in the right text box and no matter how many changes I make in the fontconfig.properties file about the Chinese font, there is no change of the chinese characters in these java script pages (in the right text box and on the lowerright buttons).
I want to change all the chinese font displayed on the javascripts to the font "ar pl shanheisun uni", how to? Thanks.
My system is Ubuntu 7.04, locale is zh_CN.UTF-8. Jre 1.6.0 or Jre 1.5.0.
I used another Redhat 9.0 system(Jre 1.5.0_02), it can display these characters in the another chinese font. That system is not configured by myself. So I think there must be some way to change these fonts.
Here is my fontconfig.properties file:
# fontconfig.properties for Debian/Ubuntu, derived from linux.fontconfig.RedHat.9.0.properties
# @(#)linux.fontconfig.RedHat.9.0.properties 1.6 03/11/14
# Copyright 2003 Sun Microsystems, Inc. All rights reserved.
# Version
version=1
# Component Font Mappings
#serif.0=-b&h-lucidabright-medium-r-normal---%d---p--iso8859-1
#serif.1=-misc-ar pl shanheisun uni-medium-r-normal---%d---p--gb2312.1980-0
allfonts.chinese-gbk=-misc-ar pl shanheisun uni-medium-r-normal---%d---p--gbk-0
allfonts.chinese-gb2312=-misc-ar pl shanheisun uni-medium-r-normal---%d---p--gb2312.1980-0
allfonts.chinese-gb18030=-misc-ar pl shanheisun uni-medium-r-normal---%d---p--iso10646-1
allfonts.chinese-gb18030.motif=-misc-ar pl shanheisun uni-medium-r-normal---%d---p--iso10646-1
allfonts.chinese-big5=-misc-ar pl shanheisun uni-medium-r-normal---%d---p--iso10646-1
allfonts.chinese-big5.motif=-misc-ar pl shanheisun uni-medium-r-normal---%d---p--iso10646-1
allfonts.lucida=-b&h-lucidasans-medium-r-normal-sans--%d---p--iso8859-1
serif.plain.japanese-x0208=-misc-sazanami mincho-medium-r-normal---%d---c--jisx0208.1983-0
serif.plain.korean=-misc-baekmuk batang-medium-r-normal---%d---c--iso10646-1
serif.plain.korean.motif=-misc-baekmuk batang-medium-r-normal---%d---c--ksc5601.1987-0
serif.plain.latin-1=-b&h-lucidabright-medium-r-normal---%d---p--iso8859-1
serif.plain.latin-1.motif=-b&h-luxi serif-medium-r-normal---%d---p--iso8859-1
serif.bold.japanese-x0208=-misc-sazanami mincho-medium-r-normal---%d---c--jisx0208.1983-0
serif.bold.korean=-misc-baekmuk batang-medium-r-normal---%d---c--iso10646-1
serif.bold.korean.motif=-misc-baekmuk batang-medium-r-normal---%d---c--ksc5601.1987-0
serif.bold.latin-1=-b&h-lucidabright-demibold-r-normal---%d---p--iso8859-1
serif.bold.latin-1.motif=-b&h-luxi serif-bold-r-normal---%d---p--iso8859-1
serif.italic.japanese-x0208=-misc-sazanami mincho-medium-r-normal---%d---c--jisx0208.1983-0
serif.italic.korean=-misc-baekmuk batang-medium-r-normal---%d---c--iso10646-1
serif.italic.korean.motif=-misc-baekmuk batang-medium-r-normal---%d---c--ksc5601.1987-0
serif.italic.latin-1=-b&h-lucidabright-medium-i-normal---%d---p--iso8859-1
serif.italic.latin-1.motif=-b&h-luxi serif-medium-i-normal---%d---p--iso8859-1
serif.bolditalic.japanese-x0208=-misc-sazanami mincho-medium-r-normal---%d---c--jisx0208.1983-0
serif.bolditalic.korean=-misc-baekmuk batang-medium-r-normal---%d---c--iso10646-1
serif.bolditalic.korean.motif=-misc-baekmuk batang-medium-r-normal---%d---c--ksc5601.1987-0
serif.bolditalic.latin-1=-b&h-lucidabright-demibold-i-normal---%d---p--iso8859-1
serif.bolditalic.latin-1.motif=-b&h-luxi serif-bold-i-normal---%d---p--iso8859-1
sansserif.plain.japanese-x0208=-misc-sazanami gothic-medium-r-normal---%d---c--jisx0208.1983-0
sansserif.plain.korean=-misc-baekmuk gulim-medium-r-normal---%d---c--iso10646-1
sansserif.plain.korean.motif=-misc-baekmuk gulim-medium-r-normal---%d---c--ksc5601.1987-0
sansserif.plain.latin-1=-b&h-lucidasans-medium-r-normal-sans--%d---p--iso8859-1
sansserif.plain.latin-1.motif=-b&h-luxi sans-medium-r-normal---%d---p--iso8859-1
sansserif.bold.japanese-x0208=-misc-sazanami gothic-medium-r-normal---%d---c--jisx0208.1983-0
sansserif.bold.korean=-misc-baekmuk gulim-medium-r-normal---%d---c--iso10646-1
sansserif.bold.korean.motif=-misc-baekmuk gulim-medium-r-normal---%d---c--ksc5601.1987-0
sansserif.bold.latin-1=-b&h-lucidasans-bold-r-normal-sans--%d---p--iso8859-1
sansserif.bold.latin-1.motif=-b&h-luxi sans-bold-r-normal---%d---p--iso8859-1
sansserif.italic.japanese-x0208=-misc-sazanami gothic-medium-r-normal---%d---c--jisx0208.1983-0
sansserif.italic.korean=-misc-baekmuk gulim-medium-r-normal---%d---c--iso10646-1
sansserif.italic.korean.motif=-misc-baekmuk gulim-medium-r-normal---%d---c--ksc5601.1987-0
sansserif.italic.latin-1=-b&h-lucidasans-medium-i-normal-sans--%d---p--iso8859-1
sansserif.italic.latin-1.motif=-b&h-luxi sans-medium-i-normal---%d---p--iso8859-1
sansserif.bolditalic.japanese-x0208=-misc-sazanami gothic-medium-r-normal---%d---c--jisx0208.1983-0
sansserif.bolditalic.korean=-misc-baekmuk gulim-medium-r-normal---%d---c--iso10646-1
sansserif.bolditalic.korean.motif=-misc-baekmuk gulim-medium-r-normal---%d---c--ksc5601.1987-0
sansserif.bolditalic.latin-1=-b&h-lucidasans-bold-i-normal-sans--%d---p--iso8859-1
sansserif.bolditalic.latin-1.motif=-b&h-luxi sans-bold-i-normal---%d---p--iso8859-1
monospaced.plain.japanese-x0208=-misc-sazanami mincho-medium-r-normal---%d---c--jisx0208.1983-0
monospaced.plain.korean=-misc-baekmuk batang-medium-r-normal---%d---c--iso10646-1
monospaced.plain.korean.motif=-misc-baekmuk batang-medium-r-normal---%d---c--ksc5601.1987-0
monospaced.plain.latin-1=-b&h-lucidatypewriter-medium-r-normal-sans--%d---m--iso8859-1
monospaced.plain.latin-1.motif=-b&h-luxi mono-medium-r-normal---%d---m--iso8859-1
monospaced.bold.japanese-x0208=-misc-sazanami mincho-medium-r-normal---%d---c--jisx0208.1983-0
monospaced.bold.korean=-misc-baekmuk batang-medium-r-normal---%d---c--iso10646-1
monospaced.bold.korean.motif=-misc-baekmuk batang-medium-r-normal---%d---c--ksc5601.1987-0
monospaced.bold.latin-1=-b&h-lucidatypewriter-bold-r-normal-sans--%d---m--iso8859-1
monospaced.bold.latin-1.motif=-b&h-luxi mono-bold-r-normal---%d---m--iso8859-1
monospaced.italic.japanese-x0208=-misc-sazanami mincho-medium-r-normal---%d---c--jisx0208.1983-0
monospaced.italic.korean=-misc-baekmuk batang-medium-r-normal---%d---c--iso10646-1
monospaced.italic.korean.motif=-misc-baekmuk batang-medium-r-normal---%d---c--ksc5601.1987-0
monospaced.italic.latin-1=-b&h-lucidatypewriter-medium-i-normal-sans--%d---m--iso8859-1
monospaced.italic.latin-1.motif=-b&h-luxi mono-medium-i-normal---%d---m--iso8859-1
monospaced.bolditalic.japanese-x0208=-misc-sazanami mincho-medium-r-normal---%d---c--jisx0208.1983-0
monospaced.bolditalic.korean=-misc-baekmuk batang-medium-r-normal---%d---c--iso10646-1
monospaced.bolditalic.korean.motif=-misc-baekmuk batang-medium-r-normal---%d---c--ksc5601.1987-0
monospaced.bolditalic.latin-1=-b&h-lucidatypewriter-bold-i-normal-sans--%d---m--iso8859-1
monospaced.bolditalic.latin-1.motif=-b&h-luxi mono-bold-i-normal---%d---m--iso8859-1
dialog.plain.japanese-x0208=-misc-sazanami gothic-medium-r-normal---%d---c--jisx0208.1983-0
dialog.plain.korean=-misc-baekmuk gulim-medium-r-normal---%d---c--iso10646-1
dialog.plain.korean.motif=-misc-baekmuk gulim-medium-r-normal---%d---c--ksc5601.1987-0
dialog.plain.latin-1=-b&h-lucidasans-medium-r-normal-sans--%d---p--iso8859-1
dialog.plain.latin-1.motif=-b&h-luxi sans-medium-r-normal---%d---p--iso8859-1
dialog.bold.japanese-x0208=-misc-sazanami gothic-medium-r-normal---%d---c--jisx0208.1983-0
dialog.bold.korean=-misc-baekmuk gulim-medium-r-normal---%d---c--iso10646-1
dialog.bold.korean.motif=-misc-baekmuk gulim-medium-r-normal---%d---c--ksc5601.1987-0
dialog.bold.latin-1=-b&h-lucidasans-bold-r-normal-sans--%d---p--iso8859-1
dialog.bold.latin-1.motif=-b&h-luxi sans-bold-r-normal---%d---p--iso8859-1
dialog.italic.japanese-x0208=-misc-sazanami gothic-medium-r-normal---%d---c--jisx0208.1983-0
dialog.italic.korean=-misc-baekmuk gulim-medium-r-normal---%d---c--iso10646-1
dialog.italic.korean.motif=-misc-baekmuk gulim-medium-r-normal---%d---c--ksc5601.1987-0
dialog.italic.latin-1=-b&h-lucidasans-medium-i-normal-sans--%d---p--iso8859-1
dialog.italic.latin-1.motif=-b&h-luxi sans-medium-i-normal---%d---p--iso8859-1
dialog.bolditalic.japanese-x0208=-misc-sazanami gothic-medium-r-normal---%d---c--jisx0208.1983-0
dialog.bolditalic.korean=-misc-baekmuk gulim-medium-r-normal---%d---c--iso10646-1
dialog.bolditalic.korean.motif=-misc-baekmuk gulim-medium-r-normal---%d---c--ksc5601.1987-0
dialog.bolditalic.latin-1=-b&h-lucidasans-bold-i-normal-sans--%d---p--iso8859-1
dialog.bolditalic.latin-1.motif=-b&h-luxi sans-bold-i-normal---%d---p--iso8859-1
dialoginput.plain.japanese-x0208=-misc-sazanami mincho-medium-r-normal---%d---c--jisx0208.1983-0
dialoginput.plain.korean=-misc-baekmuk batang-medium-r-normal---%d---c--iso10646-1
dialoginput.plain.korean.motif=-misc-baekmuk batang-medium-r-normal---%d---c--ksc5601.1987-0
dialoginput.plain.latin-1=-b&h-lucidatypewriter-medium-r-normal-sans--%d---m--iso8859-1
dialoginput.plain.latin-1.motif=-b&h-luxi mono-medium-r-normal---%d---m--iso8859-1
dialoginput.bold.japanese-x0208=-misc-sazanami mincho-medium-r-normal---%d---c--jisx0208.1983-0
dialoginput.bold.korean=-misc-baekmuk batang-medium-r-normal---%d---c--iso10646-1
dialoginput.bold.korean.motif=-misc-baekmuk batang-medium-r-normal---%d---c--ksc5601.1987-0
dialoginput.bold.latin-1=-b&h-lucidatypewriter-bold-r-normal-sans--%d---m--iso8859-1
dialoginput.bold.latin-1.motif=-b&h-luxi mono-bold-r-normal---%d---m--iso8859-1
dialoginput.italic.japanese-x0208=-misc-sazanami mincho-medium-r-normal---%d---c--jisx0208.1983-0
dialoginput.italic.korean=-misc-baekmuk batang-medium-r-normal---%d---c--iso10646-1
dialoginput.italic.korean.motif=-misc-baekmuk batang-medium-r-normal---%d---c--ksc5601.1987-0
dialoginput.italic.latin-1=-b&h-lucidatypewriter-medium-i-normal-sans--%d---m--iso8859-1
dialoginput.italic.latin-1.motif=-b&h-luxi mono-medium-i-normal---%d---m--iso8859-1
dialoginput.bolditalic.japanese-x0208=-misc-sazanami mincho-medium-r-normal---%d---c--jisx0208.1983-0
dialoginput.bolditalic.korean=-misc-baekmuk batang-medium-r-normal---%d---c--iso10646-1
dialoginput.bolditalic.korean.motif=-misc-baekmuk batang-medium-r-normal---%d---c--ksc5601.1987-0
dialoginput.bolditalic.latin-1=-b&h-lucidatypewriter-bold-i-normal-sans--%d---m--iso8859-1
dialoginput.bolditalic.latin-1.motif=-b&h-luxi mono-bold-i-normal---%d---m--iso8859-1
# Search Sequences
sequence.allfonts=latin-1
sequence.allfonts.UTF-8=latin-1,chinese-gb18030
sequence.allfonts.Big5=latin-1,chinese-big5
sequence.allfonts.GB2312=latin-1,chinese-gb18030
sequence.allfonts.x-euc-jp-linux=latin-1,japanese-x0208
sequence.allfonts.EUC-KR=latin-1,korean
sequence.allfonts.GB18030=latin-1,chinese-gb18030
sequence.fallback=lucida,chinese-big5,chinese-gb18030,japanese-x0208,korean
# Exclusion Ranges
exclusion.japanese-x0208=0390-03d6,2200-22ef,2701-27be
# Font File Names
filename.-misc-ar_pl_shanheisun_uni-medium-r-normal------p-*-gb2312.1980-0=/usr/share/fonts/truetype/arphic/uming.ttf
filename.-misc-ar_pl_shanheisun_uni-medium-r-normal------p-*-gbk-0=/usr/share/fonts/truetype/arphic/uming.ttf
filename.-misc-ar_pl_shanheisun_uni-medium-r-normal------p-*-iso10646-1=/usr/share/fonts/truetype/arphic/uming.ttf
filename.-misc-baekmuk_batang-medium-r-normal---%d---c--iso10646-1=/usr/share/fonts/truetype/batang.ttf
filename.-misc-baekmuk_gulim-medium-r-normal---%d---c--iso10646-1=/usr/share/fonts/truetype/gulim.ttf
filename.-misc-sazanami_gothic-medium-r-normal---%d---c--jisx0208.1983-0=/usr/share/fonts/truetype/sazanami/sazanami-gothic.ttf
filename.-misc-sazanami_mincho-medium-r-normal---%d---c--jisx0208.1983-0=/usr/share/fonts/truetype/sazanami/sazanami-mincho.ttf
# AWT X11 font paths
awtfontpath.latin-1=/usr/lib/X11/fonts/Type1
awtfontpath.chinese-gb18030=/usr/share/fonts/truetype/arphic
awtfontpath.japanese-x0208=/usr/share/fonts/truetype/sazanami
#awtfontpath.korean=/usr/share/fonts/ko/TrueType

Have you tried posting this question on the i18n forum?
http://forum.java.sun.com/forum.jspa?forumID=16

Chinese font rendering problem

Firstly.. I have installed ttf-arphic-uming, ttf-arphic-ukai and ttf-fireflysung. Idon't really understand why most of characters have rendered except for that one. This happens very sporadically (but always the same ones).
I do not have a clue why this is miscoloured like that.. I think this only occurs with chinese.
Any help is appreciated.

Manifold wrote:
Firstly.. I have installed ttf-arphic-uming, ttf-arphic-ukai and ttf-fireflysung. Idon't really understand why most of characters have rendered except for that one. This happens very sporadically (but always the same ones).
I do not have a clue why this is miscoloured like that.. I think this only occurs with chinese.
Any help is appreciated.
It's subpixeling. Maybe you specified the setting for this font somewhere?

Reader X fillable pdfs Cyrillic font print problem.

Hello,
I have a task recently, to make some fillable pdf forms. This was not a problem, but the problem occur when I try to print them with Adobe Reader X. The problem is very strange, so excuse me if I'm not making myself much clear. So here goes:
I have 3 or more text fields on 1 document. When a fill one and print it everything is OK, but when I fill more than one strange thing happen. Cyrillic characters that are not in the last field that I fill don't show in previous fields... Example: If I type in one field "Дианов" and in the other "Пасков" and when I print it last field ("Пасков") is OK but previous ("Дианов") is showed like " а ов" and that is because "а" , "о", "в" symbols are to be found in the last field.
PDF Generator - OpenOffice 3.3
O.S. - Windows 7 Professional SP1
Viewer - Adobe Reader X v10.0.1

Hi All,
We have had a few bug reports related to Adobe Reader X protected mode coming in from you in this forum. We have addressed a large number of them in our upcoming Reader update and we would like to hear your feedback.
To that extent, we would like to invite you to the Adobe Reader Prerelease program and try out the latest build. To participate, please fill in the form available at https://www.adobe.com/cfusion/mmform/index.cfm?name=reader_prerelease_ interest and indicate Adobe Reader as the product of your interest.
We look forward to your active participation, feedback and help towards making Reader a better product.
Thanks and regards,
Adobe Prerelease Team

Chinese font embeding problem....

Dear all,
I have a chinese page to upload in web..normally the file size is 15 to 20 kb, but when i embed the character(glyphs) the file size will be more than 7mb, so i cant load my page in web....Do u have any solutions for this.the page is in as2.
The reason of embeding character is my page is flip book type...when i flip the text will be rotate, that time the txet is not appear....if i embed character the text is appear when i flip......
Please help me..
thanks in advance..
Rajasekaran.

if you notice how many glyphs are in the chinese library
Traditional Chinese - Level 1 (5609 glyphs)
Traditional Chinese (All) (18439 glyphs)
Chinese (All) (21664 glyphs)
vs
Basic Latin (95 glyphs)
your web application will be much larger. If you are working with specific words you could possibly just import the characters you are going to use in the "Include these characters:" box.

Print problems double byte characters (ZH - simplified Chinese)

We are currently preparing a 4.7 (WebAS 6.20 on SLES) rollout in China and struggle with a severe printer problem. Our SAPScript forms contain a mixture of western and simplified Chinese characters. The printouts come just with either hashes, blanks or undefinable characters instead of Chinese. We generally use HP Laserjet printers there (1022n, 2300, 2420, 2600n, 4100, 6L). SAP patch level is 51 for SAP_BASIS (I know that's "a bit" behind). I've already checked a number of SAP notes but couldn't find anything really usable. Basically I think the reason is the printer themselves (installed fonts) and the problem might be solved by adding some DIMM modules containing the specific asian fonts (anyhow they seem to be hard to get as the printer models are rather old). Did anyone come across similar problems? I'd really appreciate any kind of info or help.
Cheers,
Andy

Hi Markus,
thanks for the info. We've actually been able to get some DIMMs (hard to get, seems like they are not produced anymore, new printer models can be flashed either by CD or Flash Card) and, after we made some changes in the SAPScript forms (wrong character sets) it worked properly.
Frontend printing: definitely to be avoided, would only have been an option for a couple of days to get some additional time. One option I've also tried is a mixture of network and frontend printing: I've set up a windows server and used saplpd as a print server. You can point the SAP devices in SPAD to that server by setting up the device's destination host and host printer accordingly. Actually this should be avoided, too, as saplpd as a print server is considered to be very instable. sapsprint actually isn't better.
Anyhow - as we've managed to get the DIMMs it's working now.
Cheers,
Andy

Reader 10.0 Printing Problem - Font changing while printing

Dear all,
can anybody help me on my printing problem with Adobe Reader 10.0 ?
While printing a pdf I cannot do anything else, it is not possible to touch the mouse
because when I do this, the font is changing while printing to something like grecian.
Can somebody help me on this ?
Reader 9 did not cause this problem.
Thanx and best Regards, Travelplan24

I have the same problem, but I didn't realize it could be set off by my working on another task. It is also triggered when the pdf has scientific notation, or a very extreme change in font and font size. E.g., text in boxes, algorithms, etc. seem to trigger the problem.
I have reinstalled my print driver (several times, latest on Sunday), and reinstalled Adobe Reader (now 10.0.1) but the problem remains.
Printer:
HP Officejet 6500 (E709n Series) wireless, now on USB.
Document properties: Most recent font conversion - yesterday:
Producer: Distiller 4.0.2 for Mac
PDF version: 1.3 (Acrobat 4.x)
Fonts: Helvetica-Neue, Type 1, Encoding: ANSI and Roman
The font is not converting into Greek. E.g. "Problem-Solving Process" became "Qspcrfm . Tpnwjoh!Qspdftt"' with the kerning overlapping characters.
The font 'conversion' has happened many, many times on a wide variety of pdf files in the past 6 months. Never had the problem before. I had downloaded new Reader, and purchased the new printer -- I do not know which change created the problem.
I will cease doing anything when I print as a temporary workaround, but that is not a good solution.
I sure hope you can figure out what the bug is. Thanks in advance.

Printing problem when PDF is sent to the printer with certain fonts - missing text

I'm running into a printing problem when PDFs containing certain characters of the Calibri font are used. The text in large sections of the PDF is missing on the paper version, but the text is there on the screen. It's also happened when the PDFs we created were e-mailed out to a client and printed on their printer. The problem is not present when printing directly from the programs (Microsoft Word, Excel, Visio, etc.). I've been trying to get tech support from Adobe on this, but every time I call they apologize and say they will call back in 4-6 hours with an answer. Same result each time, no call back. If anyone from Adobe is listening, it's case number 184891587. The font appears as an embedded subset when I look at the document properties. Sometimes deleting one or two Characters allows for larger text blocks to be printed - i.e. removing a long dash in bold from the heading of a paragraph makes the paragraph reappear when printed to paper from PDF. In all cases the PDF appears correct on the screen. Printing as an image allows the text to appear, but the image quality isn't acceptable for small text, even at the 600 dpi setting on the printer. If the PDF is sent out by e-mail, we do not have control over the end-user's printer setup anyway, so we need this to work in all cases.
The setup/process I'm using is as follows:
Windows 7 Professional SP1 64-Bit
Microsoft Office 2013 - problem is present when printing documents from Word, Excel or Visio. Even other variations on documents.
I've tried Acrobat versions 11.0.0 to 11.0.5 as well as Acrobat Pro 11.0.0 and 11.0.1. Same Result
Printing to Adobe PDF as the printer, from the third party application
Printing to a Xerox printer from PDF using Acrobat - Text missing
Client prints to Konica printer - Text missing
I print to the wide-format Ricoh (which also does 11x17) and the text is present.
Is there something I'm missing? Is the entire font not getting embedded into the PDF file? I noticed that rolling back to a much older version of the Calibri font (1.02 compared to 5.72) makes the problem mostly go away, but it's not completely gone. Is it possible the font is too large to be completely embedded? Where can I go from here?

Success! At least for now. It looks like my problem was fixed with Adobe's most recent update, 11.0.06. From the release notes:
PDF creation
Added support for Lotus Notes 9.
Added support for WebCapture in IE 11.
Added support for conversions from AutoCAD 2013.
3652540 A blank pdf is created for files having hidden visual style.
3601108 Flow Chart converts as a multicolored square.
3654345 Word documents missing parts of images in conversion to PDF.
3654572 Temporary file size increases when creating pdf by combining multiple files into one PDF.
3670155 PDF file created with Distiller XI prints incorrectly to some printers. (Emphasis mine)
3599407 Checkbox check marks do not appear in these files.
3663233 IE Web Capture in localized OS: Icons and drop-down menu items are missing and conversion dialog is not localized.
3651931 Chrome Only: Few web pages when converted to pdf from Chrome plugin doesn’t show up the Save As dialog.
3597910 EPM Mode On: Web capture is not working on Windows 8-32 bit when cache folder is missing.
3610644 Firefox 23.0: With Firefox version 23.0 (latest), the WebCapture icon shows up very dim as if it is disabled.
3650244 ODA falis to convert DWG files to PDF for large files.
I don't know if that's definately what solved the problem, but it sure sounds similar and this is the update that made the printing problem go away. We can't get the PDFs to fail at this point with our printers, even with Calibri 5.72. I'll come back to thread if we have printing problems at the end-user locations.

Option / Menu items render smaller 12 points in Chinese font problem

Doesn't anyone experience when JVM SWING render Chinese Font smaller than
12 points (say 9 points) very ugly in label, ...etc. Just not similar to Windows' one.
How to config it to work properly?
I find that menu items / option items both are rendered ugly in Star office
application / OpenOffice.

Hi,
unfortunatly you cannot change the properties of Action object as you would do with JavaBeans. Instead you have to use the 'put' method.
eg.:
myAction.put(Action.SMALL_ICON, new ImageIcon(...));IMHO this was a bad decision, because it's not like the JavaBeans standard and you loose static type information. :-/
-Puce
Message was edited by:
Puce

Chinese Character Printing in Smartform (Different Question)

Hi all,
Can anyone explain to me further the OSS Note 776507 that Anji Reddy Vangala recently posted? It involves the preview and printing of different character sets. Currently I've managed to preview my form correctly, but it still prints out #'s. Do I need to re-assign the fonts to the printer device or something, or do I need to use a different printer? The printer I am currently using is an HP 2100. Please please help, anyone?
EDIT: Probably a better question would be how to map the conversion font of CNSONG to something that can be read by the printer?
A copy of the note for everyone's reference:
OSS Note: 776507
Symptom
Documents printed via SAPscript or SmartForms do not print with correct special characters, e.g. ### prints instead of Japanese or Russian characters. What to do?
Other terms
SAPscript, SmartForms, printing, device types, OTF
Reason and Prerequisites
Help required to choose proper fonts in a SAPscript or SmartForm
Solution
When using SAPscript or SmartForms to print (or email or fax) a form from a business application, many factors influence the outcome of the actual text within the form. All these factors must be checked in order to ensure a correct printout:
1) The language version of the form used to produce the printout.
Example: If you want to print a French invoice, you need to have a FR version of your SAPscript or SmartForms invoice form RVINVOICE01. And the application program must specify the corresponding language key (FR) when calling the SAPscript or SmartForms API.
2) The font selections specified in the form (possibly also in a SAPscript style or SmartStyle used in a form).
Example: In a SAPscript form or a SmartStyle you need to specify HELVE if you want to print German text in Helvetica (or similar) font. If you want to print Japanese text, HELVE is not a valid choice but you need to specify a Japanese font like JPMINCHO in your Japanese form.
3) The output character set of the device type
Every printer in transaction SPAD has a "device type" assigned. Device types used by the spooler for printing support only one single specific output character set. All text from the form has to be converted (using SAP's built-in character conversion mechanism) to this output character set.
A character set can typically support either a single language (e.g. Shift-JIS which supports only Japanese) or a set of languages (e.g. ISO 8859-1, which supports Western-European languages). It is possible that a given language (such as German) can be supported by several output character sets, e.g. you may use either ISO 8895-1 (Latin-1) or ISO 8859-2 (Latin-2) to represent German text. This is so because both character sets contain the special characters used in German.
Example: HPLJ4000 is a HP LaserJet device type supporting the ISO 8859-1 (Latin-1) character set. ISO 8859-1 can be used to represent e.g. Dutch, English, French, German, Spanish, Swedish but NOT Russian or Japanese.
As a consequence, it is ok to use HPLJ4000 to print English, German French etc. but not for Japanese or Russian.
4) The set of available printer fonts for a given device type
When formatting a document, SAPscript and SmartForms perform an automatic mapping of the font definitions in the form (e.g. "HELVE 14 point bold") and the available printer fonts of the device type. A replacement printer font is chosen, should the specified font selection not be available in the device type. Now this replacement can be problematic if a language-specific font, such as Chinese CNSONG, is specified in a form and it gets replaced by a font which does not support this language, e.g. COURIER.
To solve this problem, font families in SE73 have language attribute assigned, e.g. some fonts are characterized as being suitable only for certain languages. And when a replacement has to be chosen because the original font from the form is not available in the device type, a replacement font is chosen which has the same language attributes.
If no fonts for the language in question exist in the device type, the resulting font will not be able to print the special characters and you will see "wrong" output characters in the printout.
Note on SAPscript/SmartForms Print Preview:
The OTF Print Preview available in Windows GUI (e.g. from transaction SP01) will sometimes not show the "wrong" characters which appear on the final printout. Here is the reason: since the Print Preview runs in Windows environment, it will use Windows fonts to represent the actual printer fonts. A Windows font typically has more available characters (i.e. covers more character sets) than are actually available in a printer's resident font.
A typical example where the Print Preview will differ from the printout is here: if you have a Chinese PCL5 printer such as CNHPLJ4 and use the Western Latin font COURIER in your document, the print preview will show you Chinese characters if you (by accident) tried to format Chinese characters in COURIER font. This is because Windows will automatically choose a font that can output Chinese characters (which is actually not Courier). But when you print the job on an actual PCL5 printer with resident Western and Chinese fonts, the Courier font will not print any Chinese characters but Western special characters instead, because the printer's resident Courier font does not include Chinese characters.
Rule of thumb: all Asian device types (e.g. CNHPLJ4, JPHPLJ4, JPPOST, KPHPLJ4) support not only Asian fonts but also COURIER, HELVE and TIMES fonts. But these Latin fonts can only be used to print English text, not Chinese/Japanese/Korean characters.
Which fonts are suitable for a given language?
Language(s): Font family to use in a form:
Latin-1 (Western Europe/Americas) *******
DE,EN,FR,ES,NL,SV COURIER, HELVE, TIMES
(LETGOTH, LNPRINT)
Latin-2 (Central Europe) ****************
PL, CZ COURIER, HELVE, TIMES
ISO 8859-4 (Baltic) *********************
ET, LT, LV COURIER, HELVE, TIMES
ISO 8859-5 (Cyrillic) *******************
BG, RU, SR, UK COURCYR, HELVCYR, TIMECYR
ISO 8859-7 (Greek) **********************
EL COUR_I7, HELV_I7, TIME_I7
ISO 8859-8 (Hebrew) *********************
HE COURIER, HELVE, TIMES
ISO 8859-9 (Turkish) ********************
TR COURIER, HELVE, TIMES
Simplified Chinese **********************
ZH CNHEI, CNKAI, CNSONG
Japanese ********************************
JA JPMINCHO, DBMINCHO, DBGOTHIC
Korean **********************************
KP KPBATANG, KPDODUM, KPGULIM
KPGUNGSE, KPSAMMUL
Traditional Chinese *********************
ZF TWDPHEI, TWMING, TWSONG
Thai ************************************
TH THANGSAN, THDRAFT, THVIJIT
Arabic (Unicode systems only) ***********
AR ANDALE_J
Verify your output by examining the OTF data
When analysing printing problems of this type, be sure to check the OTF data which gets produced by SAPscript or SmartForms. OTF or "Output Text Format" is the intermediate page-description format generated from SAPscript or SmartForms. OTF will contain the final printer font names and character set/language identifiers which help to solve the problem. OTF will even name the form and the language of the form used to create the output.
The easiest way to do this is to create a spool request from your application, run transaction SP01, use menu
Goto->Display Requests->Settings
and choose
Display Mode: Raw
Now display your spool request. If this is a SAPscript or SmartForms spool request, you will see OTF data. Each line represents one OTF command, every command starts with a 2-character cmd identifier and possibly some cmd parameters follow.
Here is an excerpt from a sample OTF file where we highlight the most interesting commands:
//XHPLJ8000 0700 00000000001
IN04EALEXTEST_ZEBRA
IN05%PAGE1
OPDINA4 P 144 240 1683811906000010000100001
IN06%WINDOW2
MT0024401289
CP11000000E
FCHELVE 120 00109XSF100SF101110000067E X
UL +0000000000000
SW00067
CT00000000
ST0453037Dieses SF hat Stil ALEXTEST_ZEBRA mit
The 1st line with the // (Control) command reveals the device type usedto print: HPLJ8000
//XHPLJ8000 0700 00000000001
The 2nd line (IN = Info command) shows the name and (internal 1-char)language key of the form:
IN04EALEXTEST_ZEBRA
In this case it is the English (E = EN) SmartForm ALEXTEST_ZEBRA
The OP-line (OP = Open Page) gives the page format used in the form, it is DINA4 Portrait orientation:
OPDINA4 P 144 240 1683811906000010000100001
The CP (CodePage) cmd shows the SAP system codepage used to code the text and the active language. In our case it is codepage 1100 and language E = EN = English.
CP11000000E
Finally, the FC-cmd (Font Call) lists a printer font selected within SmartForms. Please note that every SmartForm has a designated default SmartStyle under "Form Attributes->Output Options". In addition, every text node can have a SmartStyle attached (which will override the definitions from the default style for the text). In our case the resulting printer font that was selected is HELVE 12.0 pt bold-off, italic-off.
FCHELVE 120 00109XSF100SF101110000067E X

Hi,
there a different things to know.
I produce sapscript forms with cinese and english characters for frontend / backend and archiv printing.
Please check:
Editor displays ###: You have to install the chinese language in your e.g. windows-system to display them.
Script: You have to chose the the font family "CNSONG" (customized for chinese simplified and LATIN).
Transaction I18N: May you have to set correct subfonts for the unicode areas (Cascading fonts, Standard is Courier).
You can print in different ways:
For archiv/PDF: Install the unicode truetype font with chinese characters for the pdf-converter.
For Frontend: Use the Frontendprinter SAPWIN or SAPWIN*CF (Cascading Font) to send it to the gui (note: SAPLPD does not support it, use the newer technology.....)
Backend printing: POSTSCRIPT is not yet implemented :-((
PLease note: What you see in spool / print preview is a simulation of the possible print, but backend print is not frontend preview!!!!
Regards,
Christian

Crystal report printing problem in Malayalam

Hi,
I have a printing problem in Malayalam in crystal report.The viewer displays the correct font but the printed output displays the square boxes.I have installed the font.I am using Visual studio 2010 and crystal report 13.0 version.what could be the problem???
please help me...!!!

Hi priyashekar,
I’m afraid that it is not the correct forum about this issue, since this forum is to discuss Visual C#. You can post your question in the
Crystal report forum: http://scn.sap.com/community/crystal-reports-for-visual-studio/content?filterID=content~objecttype~objecttype[thread]
We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
Click
HERE to participate the survey.

Font embedding problem PPT plugin Acrobat 9 Pro

Hi,
having just updated to Acrobat 9 Pro I encounter a font embedding problem when using the PowerPoint plugin (PPT2007) to create a PDF of my presentation. I am working under Windows 7 (64Bit) and use fonts from Mathematica (Wolfram). The generated PDF shows problems displaying the fonts, indicating that they have not been embedded (although font embedding of these fonts is set in the options). The problem does not occur if I directly print to the PDF printer - here all Mathematica fonts are correctly embedded (but this has other disadvantages since videos/animations are not integrated). The problem seems to be specific to Acrobat 9 since under Acrobat 8 everything worked correctly as well.
Any ideas/solutions for that issue?
Thanks & best regards
Ralf

Perhaps you may need to upgrade to version 9.2 (Acrobat support of Windows 7 begins at this dot release)?
Be well...

Subset Chinese fonts in Acrobat 8?

I have a 30 page manual, in English, but the page headers have Chinese characters.
The problem is that Reader can't find that Chinese font- so it displays NOTHING.
When I opened the document in Acrobat, it detected that Chinese fonts were used and offered to download them- seven megabytes for that add-on. The document is only 308K. After that 7 meg download, Reader displays the contents of the document.
What can I do to either subset the Chinese font the document uses, or alter the document to force Reader to display the contents even when the Chinese fonts aren't available? I tried the touchup text tool, then right-clicking the Chinese text, but the checkboxes for embedding are greyed out.
It's rather silly to have to download seven megabytes of additional data just to be able to view a 308 kilobyte document.

>Then what good is embedding/subsetting fonts if the font has to be installed in the OS anyway?
The reason for embedding the fonts is so that the end user sees your
exact choice of fonts.
> I thought the reason for embedding fonts was so the font did not have to be installed.
Yes, but the Chinese font packs don't just install fonts. They also
install the necessary support information to allow Chinese fonts to be
displayed.
>
>Is there something I can do to the PDF to make Reader display the images and English text without having the Chinese font in the OS?
If a page has an "error" then it is likely to be blank. Missing font
support is an error.
Aandi Inston

Chinese font print problem

Similar Messages

Maybe you are looking for