Printing gives wrong characters

When I print a web-page, a lot of garbled characters appear on the print. This happens with different printers and also when I print to a pdf. Also, the printing header is completely garbled.
In IE these pages print normally.

don't use System.out.println(), perhaps write to a JTextArea. The problem is your console/terminal/dos

Similar Messages

CALCULATE_TAX_ITEM gives wrong values for Scess and HScess in PO Print

Dear Friends,
I am working with PO Print in smartforms hare the Fm CALCULATE_TAX_ITEM is gives wrong values for Scess and HEcess if I put the Gate pass (Basic Excise Duty) Manually.
And one more Issue is as if I check any line item condition taxes than imediatly when I see the print the all line items Scee and HEcess displays same which I have saw.
If there is a single line item in PO than there is no issue any way.
kindly suggest to resolve the issue.
Regards,
D Tarun Kumar

Hi,
I had the same issue, that taxes on invoice tab of PO was not printed correctly on PO form by calling CALCULATE_TAX_ITEM.
If you want to have the same tax value as komp-mwsbp, that use following form routine call before FB CALCULATE_TAX_ITEM.
perform j_1b_save_tax_fields(saplmepo) using ekko ekpo lfa1.
This is used in transaction me23n also.
Kind regards,
Tülay

Preview and Printing of Chinese Characters in Smartform

Hi everyone!
I have a development that needs to output in Smartform a combination of Chinese and English characters, on an English Logon,
When I debug the form, the Chinese characters are shown in the debug screen, but when it is previewed or printed, it shows garbage. Can anyone help me with this?
Thanks a lot! Points for any helpful answer!

Hi
check this OSS Note
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
Regards
Anji

I cant print out Chinese Characters

My ibook won't print out Chinese characters at my local 711 here in Taipei? (A Chinese speaking city, needless to say). Its not an issue of Traditional versus Simplified characters and the files are downloaded language transcripts from a learning site I belong to.
And there is no problem printing out Japanese Kanji which are simply Chinese characters adopted into Japanese.
Any suggestions on what is wrong here. The learning site doesn't seem to have any idea beyond saving it as a pdf file and trying again. This hasn't worked.

Tom.
Yes, the printer is in a 711. Totally generic - Kyocera, every 711 has the same. I connect via usb cable and yes, the documents do display correctly on screen. The application being used is Apples own, I believe, but I have tried Adobe - with no luck.
Thanks for the Chinese-Mac mailing list.
The following two suggestions are from the technical help forum of my language learning site:
1.In your printer options, do you have anything that says "print truetypes as bitmaps" or something like that? That should solve it.
2. You are talking about printing the pdf's right? If this is the case it is simply a matter of your printshop not having the necessary fontfiles installed. A possible work around is to select all the text in the PDF. Copy+Paste this into word using a widely distributed unicode font like Arial. Then try to print these .doc files at your printshop. If you copy+past the stuff, it will give you a possibility to leave out the traditional or simplified (whatever) you don't need + possibly some titles and logo's and thereby reducing the overall number of pages. Which is a good thing if you are charged by the page.

Report previews and prints with strange characters

I have a custom XI application which uses CCrystalReportViewer11 (C++ wrapper around ActiveX control) to preview reports. This works for hundreds of installations, but for one the text is displayed and printed with strange characters. If the customer exports the report the characters are displayed as normal. What could be wrong?

More than likely, it's a printer driver issue. It may even be that there is no default printer driver installed. Also, see if setting a different default printer driver helps. You can also set the "No Printer" option in the report by opening it in the designer and going to the File menu and selecting "Page Setup".
Ludek

Yosemite calendar week printing problem (wrong dates)

When I try to print a week in calendar on OS X Yosemite the day which is automatically selected and the range are wrong.
Having set up with Monday as starting day in print view it starts with Tuesday, besides taking the wrong date (week before).
Workaround is to temporarily change to "week is starting on sunday" but this gives wrong view on screen.
Hermann

Apple doesn’t routinely monitor the discussions. These are mostly user to user discussions.
Send Apple feedback. They won't answer, but at least will know there is a problem. If enough people send feedback, it may get the problem solved sooner.
Feedback
Or you can use your Apple ID to register with this site and go the Apple BugReporter. Supposedly you will get an answer if you submit feedback.
Feedback via Apple Developer

Report not printing all the characters -main section width greater than 11"

Hi,
I am trying to build/modify a Report (used in Oracle Apps) which will be printed on some perforated paper. The perforated paper is little bit wider (11.25 inches) than the regular A4 size paper.
The problem is when I print the report in Oracle Apps, the report isn’t printing all the characters at end of the page. I adjusted the page width to 11.25" in the main section's property palette, but the same thing is happening. Another point to mention is, I should use all of paper space.
I am not sure if it’s a report builder issue or oracle apps issue.
Any help is appreciated.
Thanks
Srikanth

You must have larger margin. Try to make smaller header and/or footer.

Report printing in Greek characters after changing Font

Hi All,
We had a bunch of reports created in 'Courier New' font whose output type is PDF. The users wanted the reports to print in 'Arial' font. When I changed the same from Courier New to Arial and ran the report , the report is printing in Greek characters instead of English. I initially thought that it prints in Greek may be because of insufficient space or something for the text fields but there seems to be sufficient spaces to print characters. I tried reducing the size and still the reports prints in Greek in lower size.
Can anyone let me know how to get rid of this?
Thanks,
Srini.

See if the solution in the following thread applies to you:
Problem converting font to .afm using ttf2pt1

Reader 9.0.0 - Clipboard exports wrong characters

Hi,
I've been trying to copy text from a pdf file into Windows Notepad.
Apparently, Acrobat Reader 9 sends wrong characters to the clipboard. Here's some text from AR9 (Android_Apps.pdf):
"Biometric authen5ca5on system
currently suppor5ng iris based
authen5ca5on"
It seems AR9 changes "ti" into "5". How come?
Axel Dahmen

>But yet, doesn't pdf store the original text in addition to ligatures?
No. There's no capability to do that, and even if there was, no way to
force the PDF creator to use it.
What a PDF creator generally sees is a reference to a single character
in a font. In good cases, the character in the font uses a standard
like like "fi", "fl" or "ffi". This stuff gets stored into the PDF.
And there is a mapping into the Unicode ligatures. Acrobat is
actually fairly smart on text extraction: if you are extracting text
with a known ligature, and the operating system doesn't support it
(like using "fi" on Windows) it does generate a pair of characters.
However, "ti" is not a standard ligature, and doesn't exist in Unicode
so far as I've seen. This is fancy typography, but a problem.
Aandi Inston

Wireless keyboard gives wrong letters

wireless keyboard gives wrong letters

[shameful mode on]
Sorry. I don't have my Mac in front of me.
I'm using windows right now.
[shameful mode off]

Java PrintService printing Chinese/Japanese characters output is garbled.

Hi Java Gurus,
I have been spending the whole day trying to make our text printing application able to print non-western Characters (e.g. Chinese and Japanese) as part of our requirements. But I am constantly getting garbled output when I print a UTF-8 formatted text file containing Chinese characters. I've been trying to switch the DocFlavor types (e.g. byte array in UTF 8, input stream auto sense, UT8-8, etc) but I couldn't simply make it work.
Here is our test method:
     public void testPrintText(String fileName) throws Exception {
          FileInputStream textStream = new FileInputStream(fileName);
          File file = new File(fileName);
          String fileContent = FileUtils.readFileToString(file);
          DocFlavor flavor = DocFlavor.BYTE_ARRAY.TEXT_PLAIN_UTF_8;
          //DocFlavor flavor = DocFlavor.READER.TEXT_PLAIN;
          InputStreamReader isr = new InputStreamReader(textStream, "utf-8");
          DocAttributeSet das = new HashDocAttributeSet();
          //System.out.println("host encoding: " + flavor.hostEncoding);
          Doc mydoc = new SimpleDoc(fileContent.getBytes("utf-8"), flavor, das);
          //Doc mydoc = new SimpleDoc(textStream, flavor, das);
          PrintRequestAttributeSet pas = new HashPrintRequestAttributeSet();
          pas.add(new PrinterName("\\\\fsinec\\Canon iR5055 PCL6", null));
          PrintService[] services = PrintServiceLookup.lookupPrintServices(flavor, pas);
          PrintService defaultService = PrintServiceLookup.lookupDefaultPrintService();
          System.out.println("DEBUG: " + defaultService.getClass().getName());
          if(services.length == 0) {
               if(defaultService == null) {
                    //no printer found
               } else {
                    //print using default
                    DocPrintJob job = defaultService.createPrintJob();
                    job.print(mydoc, pas);
          } else {
               //built in UI for printing you may not use this
               PrintRequestAttributeSet attSet = new HashPrintRequestAttributeSet();
               for(int ctr=0; ctr<services.length; ctr++) {
                    PrintService printService = services[ctr];
                    System.out.println("COTS DEBUG: " + defaultService.getClass().getName());
               //attSet.add();
               PrintService service = null;
               if(services.length == 1) {
                    //assume that there is no other printer with the name \\\\fsinec\\Canon iR5055 PCL6
                    //resulting to fetch the printer services to only one (1) element.
                    service = services[0];
               /* open a dialog box
               * PrintService service =
                    ServiceUI.printDialog(null, 200, 200, services, defaultService, flavor, attSet);*/
               if (service != null) {
                    DocPrintJob job = service.createPrintJob();
                    job.print(mydoc, attSet);
Please help me on this.
Thanks.

This could be of different reeasons...
1) Make sure your printer is uni-code enabled.
2) Make sure, your unicode enabled printer is configured in SAP.
3) make sure, your printer device is supported by SAP. (You can find list of SAP recommended printers in www.service.sap.com)
4) Check whether the correct device type is used for printing chinese and japanese characters.
5) Check code pages.
6) Make sure you use Cyrillic font family, for printing chinese and Japanese characters.
Regards,
SaiRam

Solution for wrong characters in KeyEvents generated with ALT method

Hi everybody!
There is still a problem with KeyEvents coming from a barcode scanner using ALT + NumPad method. Java generates KeyTyped events with random outputs when ALT key is pressed. The issue seems to have creeped in somewhere between JSE 6u3 and 6u10, as in the former it works as expected and in the latter it does not. The problem persists still, we also tested it with Java 8 (on Windows 8, Windows 7 and Ubuntu 14). The actual test client is very simple, the application is only a JFrame containing a JTextField and a JTextArea.
The old thread: Wrong characters in KeyEvents generated from input of barcode scanner
My solution is to register a KeyEventDispatcher that blocks the KeyEvents when the ALT method is active:
KeyboardFocusManager.getCurrentKeyboardFocusManager().addKeyEventDispatcher(
new AltBugFixKeyEventDispatcher());
public class AltBugFixKeyEventDispatcher implements KeyEventDispatcher {
    private int i = -1;
    @Override
    public boolean dispatchKeyEvent(KeyEvent ke) {
        if (ke.isAltDown()) {
            switch (ke.getID()) {
                case KeyEvent.KEY_PRESSED:
                    if(ke.getKeyCode() == KeyEvent.VK_ALT){
                        i = 0;
                    }else if(Character.isDigit(ke.getKeyChar())){
                        i++;
                    }else{
                        i = -1;
                    break;
                case KeyEvent.KEY_RELEASED:
                    break;
                case KeyEvent.KEY_TYPED:
                    break;
            if(i != -1){
                return true;
        return false;

Hi everybody!
There is still a problem with KeyEvents coming from a barcode scanner using ALT + NumPad method. Java generates KeyTyped events with random outputs when ALT key is pressed. The issue seems to have creeped in somewhere between JSE 6u3 and 6u10, as in the former it works as expected and in the latter it does not. The problem persists still, we also tested it with Java 8 (on Windows 8, Windows 7 and Ubuntu 14). The actual test client is very simple, the application is only a JFrame containing a JTextField and a JTextArea.
The old thread: Wrong characters in KeyEvents generated from input of barcode scanner
My solution is to register a KeyEventDispatcher that blocks the KeyEvents when the ALT method is active:
KeyboardFocusManager.getCurrentKeyboardFocusManager().addKeyEventDispatcher(
new AltBugFixKeyEventDispatcher());
public class AltBugFixKeyEventDispatcher implements KeyEventDispatcher {
    private int i = -1;
    @Override
    public boolean dispatchKeyEvent(KeyEvent ke) {
        if (ke.isAltDown()) {
            switch (ke.getID()) {
                case KeyEvent.KEY_PRESSED:
                    if(ke.getKeyCode() == KeyEvent.VK_ALT){
                        i = 0;
                    }else if(Character.isDigit(ke.getKeyChar())){
                        i++;
                    }else{
                        i = -1;
                    break;
                case KeyEvent.KEY_RELEASED:
                    break;
                case KeyEvent.KEY_TYPED:
                    break;
            if(i != -1){
                return true;
        return false;

Printing of german characters

Hello Friends,
I am new to SDN and would like to know something. I want to print special german characters via SAP like 2 dots on alphabet A and O. How can I get those printed on the document. Currently these special characters are not printed but a blank space is printed instead. Can someone help?
Regards,
Atul Lotlikar.

Hello Friends,
This is about a non-unicode system where I see that the european characters like the german umlauts ( ä, ö, ü ) are not printed. What could be the solution? Implementing a new codepage like ISO 8859-2 or can it be done with the existing codepage 1100? Can someone help me on this?
Regards,
Atul Lotlikar.

Share with notification give wrong list item url

Hi Experts,
I am facing an issue with SharePoint notification email when sharing list item with users, the notification email gives wrong list item URL, in fact it gives strange URL like this (http://mycollection/sites/lists/list1/01_000)
the strange thing that list item url is correct when sending share with notification if you apply it to document library, but it is not working well if you apply it to custom list!!
can any body tell me whats wrong with SharePoint ?

Was it ever enabled.
Is this a restored list\library ?
Do we have any workflow on same
If this helped you resolve your issue, please mark it Answered

Printer shows wrong cartidge for my hp allin one

Printer shows wrong cartidge for my hp allin one printer.It was working 4 /5 days ago?if noone can help me is there a toll free number i canc all hp without having to pay for it,I posred this 4 times now and nobody has helped me,,,,,,,,I have windows vista and a DX series gateway computer about 7 nonths old now...Well i cant do anything with my printer now??????????

call 1-800-474-6836.

Printing gives wrong characters

Similar Messages

Maybe you are looking for