Printing cyrillic characters

Hi all,
We have a problem printing cyrillic (bulgarian) characters. An output type is created when we save an invoice and a spool is generated. If we see this spool (print preview) in SAP the characters are displayed properly (maybe you need to flag Activate multibyte characters in SAP options).
However when we print the document the cyrillic characters are transformed to other symbols. Do you know where could be the problem?
Thank you.

Hello
Run SAPLPD -> Options -> Font substitution
SAP fontname = Courier New   ->   Windows fontname = Courier New Cyr
Arial -> Arial Cyr
Times New Roman -> Times New Roman Cyr
and so on ...
I hope it will help you.

Similar Messages

  • Smartform with Cyrillic characters

    I have a smartform with Russian characters that works fine when using the font courcyr, but when using timecyr I get '#' in place of the cyrillic characters. I have no problem using the timecyr with sapscript, but the only way I can print cyrillic characters in a smartform is with courcyr and I want to use timecyr. Do smartforms use a different set of fonts than sapscript? Any ideas?
    Thanks
    Craig

    The language of the sapscript might be russian and smartform is not translated to russian.
    If you are using message control for printing, make sure the output issued in the language you are trying to print.
    Regards
    Sridhar

  • Cyrillic Characters not shown in pdf file when xsl is parsed

    Part of the application we have created allows the user to view PDF pages, so they are more suitable for printing.
    We create xsl files which eventually get transformed into the PDF format.
    We use the javax.xml.Transform.Transformer to transform the xsl file and xml.
    We use the org.exolab.castor.xml.Marshallerto general the xml.
    We use Apache Fop to turn the XML into the PDF format.
    Before it was working fine, we get some text from a resource file, which we call in the xsl. But now we want to do this in Russian. When we read the same resource file in the xsl, but with the cyrillic characters in it, the pdf view is just question marks, and other characters. Nothing russian.
    Does anyone know where I could start looking to find out what is wrong?

    just generate the font metrics files for the fonts you intend to use, as explained on FOP web site, then you will get the Cyrillic chars.

  • Printing Turkish Characters in SAP Script Form

    Hi I want to print a Form where I need to Print Turkish characters from Database. Its Print Preview is coming absolutely right but there is some problem while printing. I shows # symbol in places of Turkish Characters. I have checked the printer and drivers and they are absolutely fine. Printer is printing other documents in Turkish Language but not the form. System has Turkish fonts installed. Kindly help. Thanks in advance.

    Hi
    See this OSS note for your problem
    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
    Header Data
    Release Status: Released for Customer
    Released on: 22.08.2005  09:57:20
    Priority: Recommendations/additional info
    Category: Customizing
    Primary Component: BC-CCM-PRN Print and Output Management
    Secondary Components: BC-SRV-SCR SAPscript
    BC-SRV-SSF Smart Forms
    <b>
    Reward points for useful Answers</b>
    Regards
    Anji

  • How to display cyrillic characters in a PDF

    I am fairly green in terms of representing text in PDF documents and need some assistance. My main question is how do I represent Cyrillic characters in PDF files.
    I know the basics of how to represent text in PDF files and the PostScript commands to use. I know that bytes written to the file in the range of 0 to 255 will print correctly when using the correct encoding (we are using the WinAnsiEncoding). What I cannot seem to figure out is how to represent extended character sets and different glyphs (such as those used in the Cyrillic alphabet) in a PDF file. Do I need to use CID fonts and CMaps?
    Here is an example of the text I understand how to print:
    stream
    0.00000000 0.00000000 0.00000000 RG
    0.00000000 0.00000000 0.00000000 rg
    BT
    /Helvetica 14 Tf
    7.2 768.96 Td
    (Hello World!) Tj
    ET
    endstream
    I'm really not clear on how to represent any of the Chinese or Japanese fonts either, so really any help here is appreciated. Any examples are appreciated as well.
    Thanks!

    You don't need to use CIDFonts and CMaps for Cyrillic (though you can). The crucial thing to realise is that displaying Latin1 (that is, English and related text) leaves you in a very simple corner of PDF. Doing anything with other encodings instantly makes a project more complex, perhaps 10 times more complex. Far eastern fonts perhaps 10 times more complex again.
    The principle is the same for all of them. To use any character you need
    1. A font containing that character. PDF has built in fonts containing Latin1, such as Helvetica, but there is no such luxury for other encodings.
    2. The right (license) to embed the font.
    3. The technical ability to embed the font. In many case this isn't just a case of embedding a file as a stream, but also you need to analyse the tables in the font, and sometimes trim or modify them.
    4. An encoding for the font.
    5. Text streams which use character positions in the encoding to show the text.
    Basically you need to read and read and reread the chapter on text, and its references (such as font formats). This will become your constant friend or tormenter for the many months of the project.
    If you don't like the sound of that, or it doesn't make ecomomic sense to do that, there are many PDF libraries which have taken the necessary months or years to do this.

  • Printing Cyrillic in Adobe Forms Layout Misaligned

    Hi There, we are developing some forms for our Russian business that uses Cyrillic Characters. The build has been complete and the layout looks good in Print Preview. However, when we try to print the form to a LOCL printer, the layout doesn't match what we see on Print Preview and is mis-aligned.
    I had seen similar problems before when printing to LOCL so I asked Basis to setup my laser printer on the SAP system (CP01) and I tried to print directly CP01, but when I did that, the first page came out with a number of Wingdings characters, and then 20 more blank pages.
    Some interesting points to note, if I print it directly to CP01, the print comes out garbled, but if I then go to SP02 and view what was sent to the printer it appears fine. However, if I set my LOCL printer as my CutePDF printer (which basically converts output to PDF format) the output doesn't get rendered properly either. So I'm not sure it's fair to say that the issue is with the printer.
    I have seen a number of posts on the forums regarding this issue but none of them have provided a clear resolution. My ideal solution would allow us to print to LOCL with the layout rendered exactly as it is on print preview.
    Many Thanks for any help
    Colm

    Hi Folks,
    Our team solved this issue by doing the following:
    1) Changed Device type to SAPWIN (SAP recommended) in SPAD transactions for Output Device.
    In SE73 Tcode we can see that SAPWIN supports TIMECYR (Cyrillic Characters).
    2) In Tcode SCOT -> Settings -> Device types for Format Conversion
    Changed PDF format conversion from PDF1 to PDFUC.
    Thanks for your help

  • Printing cyrillic text

    Hi,
    I'm trying to setup WinME (no choice) to print cyrillic letters.
    We're using the german ME version with multilingual support.
    Changing the keyboard to RU produces cyrillic characters on
    screen - but fat black dots in print.
    Since a simple test using Wordpad worked well I assume, it's
    an OOo/SO problem, right?
    Any hints?
         Matthias

    Hi, Sergei!
    On Wed, 04 Jun 2003 15:51:54 +1100, TroubleMaker wrote:
    >> > And exactly declare the language of Cyrillic text.
    >> Not sure, what you mean here. Where should I "declare" the language?
    >
    > In the CHARACTER FORMAT dialoguie (Format - Character) on the FONT tab
    > under the TYPEFACE selection box the LANGUAGE selection droplist is
    > located.
    Ahm thanks, didn't think of =that=! I'm currently at home with no WinDos
    installation available, but I guess it's the same in both Linux and
    Windos.
    > What language is chosen there when you trying to type in Cyrillic?
    I'll check this as soon as I'm at work.
    > More, you may create font substitutions like:
    >
    > Times New Roman Cyr=Times New Roman,204 ;204 is the locale code for
    > Cyrillic/Russian
    Already done that, thanks! E.g. 'WordPad' honors this settings and
    displays the baltic/cyrillic etc. font-variants, but unfortunatelly OOo
    does not. But if the language-setting you mentioned does the trick, I can
    live with it (and hopefully our writing ladies as well).
         Matthias

  • Garbage when printing cyrillic from Iseries (OS400)

     We use HP600s to print lots of documents in cyrillic from an Iseries server (OS400) . The first documents are all OK but at some point in time, the printer starts printing  garbage : either other cyrillic words than the expected ones , or non cyrillic words at all).If we reprint only the document which was wrong in the flow, this document come out perfectly with the right cyrillic characters. Where could the problem come from ?     After a few pages, it could be all garbage   

    >> ... We dont upload the fonts every day, they seem to be permanently in the printer's memory ... If you don't upload fonts (at all), then this implies:You are referencing a printer-resident font - or a font on a hardware add-on device (DIMM, CF card, etc.) plugged in to the printer; the latter is probably unlikely (or you'd have mentioned it?).The printer includes a resident character (symbol) set definition which includes the relevant Cyrillic glyphs at the appropriate character-code positions, and this symbol set is supported by the chosen (unbound) resident font - or your (PCL5) print jobs download a symbol set definition (at start of day, or with each print job).Without seeing a sample print stream, it is difficult to determine which of these situations applies.Are you able to 'capture' a typical print job (into a .prn file) in a manner analogous to the 'print to file' mechanism provided by most Windows printer drivers? If so:You could ask a moderator to allow you to post the file here (assuming that the test print job does not contain any private/sensitive information).Or you can have a have a go at analysing the file yourself, using the PRN File Analyse tool in the (Windows)  PCL Paraphernalia application, available via http://www.pclparaphernalia.eu All that such analysis will do is show you just what mechanisms your print jobs are using. As the problem appears to be intermittent, trying to find the cause is a very difficult job. It is perhaps possible that the content of your print jobs is exposing a bug in the printer's firmware which causes memory leaks (or something like that) - if so, this would be almost impossible to find for anyone other than HP (or whoever writes the firmware for this printer model); all that you'd be able to do is try to narrow down the circumstances in which the fault arises. Of course, you should check that your printers have been updated to use the latest firmware.

  • How to print Arabic characters in Oracle BI Publisher report

    Dear Experts,
    Kindly suggest me how to print arabic characters in BI Publisher.
    Regards,
    Mohan

    see link
    https://blogs.oracle.com/BIDeveloper/entry/non-english_characters_appears

  • How to print Special Characters in Sap-Scripts

    How to print Special Characters in Sap-Scripts
    Thanks,
    Ravi

    Hi
    if u want print special characters we can use hot codes i.e '  '  (single inverted commas). in between these hot codes insert u r special characters.
    write    '    !@#$%^&*( )  '.
    for the above write statement output is
    output is   !@#$%^&*( )

  • Photoshop CS3 printing garbage characters on HP LaserJet 1300

    After installing CS3, Photoshop prints garbage characters on my HP LaserJet 1300.
    Yes, I have tried printing as ASCII, ASCII85, Binary and JPEG - nothing helps (plus the settings won't stick even after holding down Alt and clicking the Remember button).
    The only way to print right now is to choose Save as PDF in the print dialogue, open the PDF in Adobe Reader and print from there.
    Any ideas?

    tzw - I responded about this on another forum. I talked to technical support at Adobe about this exact issue about 2 months ago - can't print photoshop CS3 on any of my three HP printers. ( I have a HP1200, an HP 2550 and a HP photosmart 7660) (CS2 works fine) They worked with me for about an hour - called me back and worked some more, and then decided to send it up to the programmers (or engineers or whatever) The programmers called me and worked with me for another hour - trying different set-ups etc., but the conclusion by them was that this was a huge problem in that there were a lot of HP printers out there - that they were going to give this their top priority - and that there would be a fix for this soon. (I have yet to see a fix.)

  • When i print a pdf from preview it prints strange characters - it looks fine on screen

    when i print a pdf from preview it prints strange characters - it looks fine on screen

    You can also try opening the PDF with preview, then doing a copy and paste to TextEdit and printing from there.
    Adobe makes it easier, but you do have software to accomplish this.
    Only download Adobe reader from this site, to avoid "fakes/spoofs/malware" that will cause damage to your machine.
    http://www.adobe.com/support/downloads/product.jsp?platform=macintosh&product=10
    Hope this helps

  • Browsers no longer able to read russian / cyrillic characters

    Ever since i upgrading to Snow Leopard just recently i noticed that my all browsers (safari, firefox, chrome etc) are unable to read russian / cyrillic characters. While i can type russian letters in the search bar or in pages / key notes for example i can not read or write in the browsers.
    As an example if i go to google.ru i can't read the writing ... I've uploaded a screenshot for you to see here: http://cl.ly/0g2u0e10363I2b1a0i1f/
    The text encoding is set how should be also.
    Please let me know if you can help ...

    As an example if i go to google.ru i can't read the writing ... I've uploaded a screenshot for you to see here: http://cl.ly/0g2u0e10363I2b1a0i1f/
    Very strange! There is of course one word which you can in fact read, namely веб at the upper left, the only one which is not a link of some sort. Could you provide another example where the site is showing text and not links?

  • Printer has been setup in one server but it's printing Junk characters

    Printer has been setup in one server but it's printing Junk characters
    Pdf file's sent from server and from local machine are printing fine..But prints sent from Oracle Reports are not getting printed, instead it is printing some garbage contents.

    Forgot to mention it's  10gAS (10.1.2.3) forms & reports

  • Cyrillic Characters not shown in pdf file when xsl is parsed part 2:

    I am using Fop to create a pdf file from an XSL file, an XML file and a ApplicationResources.properties file.
    The XML file is populated by a Java class, where the information is taken from a Russian Database. This XML file is them used to populate the XSL file.
    The ApplicationResources.properties file, is in windows 1251 format, as we converted it using NativeToAscii converter.
    I downloaded a cyrillic ttf file, and created a metrics file, according to the Fop website. And I had Russian appearing on my PDF from the database (not ApplicationResources.properties file though). However, the information which we were retrieving from the database would not display on the jsp pages which are part of the same application.
    To fix this, we changed our database driver from a ODBC-JDBC driver, to an oracle thin type 4 driver.
    Since this happened, my cyrillic characters no longer appear on my PDF file.
    I know that the information from the database comes back in windows 1251 format, so I tried to put the
    <?xml version="1.0" encoding="windows-1251"?>
    and
    <?xml version="1.0" encoding="Cp1251"?>
    but when I do this, I get the following error in my log file:
    L2|14:14:58:433|ExecuteThread-9|PDFService.generatePDF: class com.petrotechnics.skyobma.service.SkyobmaServiceException Exception :javax.xml.transform.TransformerConfigurationException: javax.xml.transform.TransformerException: org.xml.sax.SAXParseException: The encoding "Cp1251" is not supported.
    or the windows-1251 is not supported.
    I do not know what to do at all, I am really struggling and was wondering if anyone had any idea about where I can go from here, or even if someone can just tell me I am fighting a loosing battle I would be happy.
    Yours Truly Hopefully,
    Gillian Daniel

    either you configure FOP to use a SAX Parser that supports Cp1251 or you encode your XML data to UTF-8.
    we flawlessly generate Greek PDF documents out of data selected from Oracle 8.1 by using UTF-8.

Maybe you are looking for