Printing Japanese characters in English form

Hi all,
i have a requirement to print the japanese characters in the from which is printed in english.
Actually the customer adress is in japanese but when i am printing it,the japanese characters are not getting printed (text is printed as some square boxes).
Any ideas to print the japanese text as it is...
Thanks and Regards,
Sravanthi Chilal

Hi,
Is your text coming from an internal table or it is a standard text that you want to print in adobe form?
If it is standard text or long text,Creating a Text node by right clicking on the top node  and then
CREATE -> TEXT.
In the properties of the TEXT node select Text type Include Text and then provide the Text Name, Text Object, Text ID and Text Language values as shown below.
Drag the  structure from the interface into the Context. 
We can pass the Text node properties values dynamically as well.
If our application makes no use of the Business Address Services but you still want to have country-specific addresses, we must use ABAP coding to achieve this. It is possible to do this in the application program or in the initialization coding of the interface.
In interface,
Define Import parameter under Form Interface. 
     IS_CUSTOMER_ID     TYPE     S_CUSTOMER
     IS_COUNTRY          TYPE     LAND1
TYPES:
  BEGIN OF ty_adr_printform_table_line,
    line_type      TYPE ad_line_tp,
    address_line LIKE adrs-line0,
END OF ty_adr_printform_table_line.TYPES:
    ty_adr_printform_table TYPE TABLE OF ty_adr_printform_table_line.
Define Global Work Areas and Internal Tables under Global definition as shown below. 
IS_ADDRESS           TYPE     ADRS1.
IT_ADDRESS_LINES     TYPE     TY_ADR_PRINTFORM_TABLE.
IS_ADDRESS_LINE     TYPE     TY_ADR_PRINTFORM_TABLE_LINE.
IS_SCUSTOM          TYPE     SCUSTOM.
SELECT SINGLE *
  FROM  scustom
    INTO  is_scustom
WHERE id EQ is_customer_id.is_address-title_text     = is_scustom-form.
is_address-name1     = is_scustom-name.
is_address-street     = is_scustom-street.
is_address-po_box     = is_scustom-postbox.
is_address-post_code1     = is_scustom-postcode.
is_address-city1     = is_scustom-city.
is_address-region     = is_scustom-region.
is_address-country     = is_scustom-country.* Address Format According to Post Office Guidelines
Note : Refer Function module documentation for more information.CALL FUNCTION 'ADDRESS_INTO_PRINTFORM'
  EXPORTING
      address_1          = is_address
      address_type     = '1'            "normal/company
       sender_country     = is_country
       number_of_lines     = 8
IMPORTING
  address_printform_table = it_address_lines.
*******If the customer address in the database table is in english, you cannot print in Japanese.

Similar Messages

  • Printing Chinese Characters in Smart Forms

    Hi,
    Iu2019m trying to print Chinese characters via smart forms. However during print preview or print, all Chinese characters are showing as # symbols.
    I have researched and implemented for some possible solutions posted in the forum like:
    a.) Setting the regional language control panel.
    b.) Activating the multi-byte function in I18N.
    c.) Checked the output device is SWINCF.
    d.) Control parameter language is ZH (Chinese).
    Unfortunately it still doesnu2019t solve the problem. Any input is highly appreciated.
    With regards,
    Marc

    Remark following basics:
    Forms:
    Language of the form must be: "ZH".
    Due to a SAPNOTE only font family CN* (CNSONG etc.) is mapped.
    For frontend print, you must install chinese true type on you local PC and print via "CNSAPWIN" .
    For backend print, you must install neccesaary fonts in your printer to the resident fonts. You must use a printer like "CNHPL4" or so.
    For PDF archiving, you must upload truetype fonts to application server -> basis guys.
    Cascading Fonts:
    If you mix different subfonts to unicode areas, you must use CNSAPWINCF.
    Until now, only frontend printing is available.
    Note:
    Spool created for back end print with print preview is only a simulation of getting a picture of the output created with front end technology. So it can differ, when the printer does not have the resident fonts.
    Regards,
    Christian

  • Printing Japanese characters: ABAP List

    Dear all,
    How to setup so that my ABAP list can show japanese characters on printers?
    We can see it on screen but could not print on printer.
    I setup a printer type of HP1160.
    When In print out from let's MS word to this printer, japanese characters display well.
    BUt it doen't when outpting from SAP.
    Please help.
    Giang

    How about checking printer configuration in SAP using transaction SPAD? Is correct format, characters, codepages are defined?

  • Printing Japanese characters

    hi all,
    i've run out of information and ideas to apply to this problem, so i'm hoping someone may be knowledgeable in this area.
    i'm using cups and kde, on a current archlinux system.  my kde and scim configuration work fine to see and input japanese.
    the basic problem is, i need to print japanese characters, but i can't (sort of).
    printing alphabet from kde apps, mozilla and openoffice works fine.
    printing japanese characters from openoffice works fine.
    printing japanese characters from mozilla and kde gives me boxes instead of valid characters.
    can anyone point me in a likely direction to solve this problem?
    i'll give my heart to the one who is genius enough for the challenge.
    bryce

    I used to have the problem of seeing only boxes in some programs (don't know about printing since I don't have a printer at the moment) and it went away after installing some other japanese fonts (only had IPA fonts before). In particular I installed
    mikachanfont
    ttf-kochi-substitute
    ttf-mona
    ttf-sazanami
    You can find all of them in AUR.
    If you don't wanna install all of them I'd try the mona one first.
    Can't guarantee that it will work, but if you've tried everything else you might wanna give it a shot

  • Printing Japanese Characters on Zebra ZM400 from Smartform

    Hi Experts
    I am trying to configure a Zebra ZM400 printer to print a Japanese label from a smartform but get no Japanese characters on the output.
    The original language of the smartform is English, but I have maintained a translation in SE63 which uses the Andale_J font.
    The printer ZM400 has the ANDMJ.TTF font installed and the printer has been set up in SPAD to use the LZEBU2 device type (which is the Zebra Printer Driver for 200dpi) and the Berkeley protocol (U).
    When looking at the printer spool in graphical format I am getting the appropriate Japanese characters displayed, when looking in RAW format it appears to be using the correct font, FCANDALE_J, although the characters are represented as #'s.  On the printer output, I get numbers or English where no translation has been maintained, but nothing where the Japanese characters should be.
    Has anyone come across this problem before, or have any idea how to solve this issue?
    Thanks very much
    Andrew Beavan

    Hi Aidan
    Thanks for your swift response, as you may have guessed this is all very new to me and so I am struggling to make much progress.
    I have uploaded the andale_j font to the printer which creates a file called anmdj.TTF.  I have also uploaded a JIS.DAT file which should convert any TTF to unicode and a printer configuration file which should effectively set this font as the default.
    I have tried to upload a TTF font in SAP using se73 and created a device type to go with this, however whenever I set the device type for the printer to this I get no print spool request generated.  Based on your reply, I have created a style using the TTF font I uploaded, but again when I reference this in a smartform I get no errors displayed, but I also don't get a print spool request generated so I'm not convinced that the font has been loaded correctly into SAP.
    I have just wiped the flash memory on the printer and am re-loading the font using a slightly different setting on the printer, so will try that, but welcome any further suggestions or clarifications if I have mis-understood your previous reply.
    Many thanks for your help.
    Andrew Beavan

  • Can't Print Japanese Characters

    Hi,
    I tried to Print an Invoice with Japanese Character but to no avail it is not properly printed on the printer,
    I go to transaction VF03 type the Billing Document Number
    then go to Menu   Billing Document Number  => Issue, Japanse Characters can be properly seen
    in the print preview but when the actual printed value on the paper is totally different.
    Many Thanks
    BR

    Hi,
       Go TO SAP EASY ACCESS -->CUSTOMIZE LOCAL LAYOUT (the last icon on menu bar)
       then go to options --> I18N --> Check the checkbox( Activate mulibyte functions.
       Then exit the SAP System and logon again.
       Try printing the form.
    Regards,
    Vimal.

  • SmartForms Printing Error for Japanese Characters

    Hi,
    I have an issue with Printing Japanese Characters in the SmartForm. 
    When I Print Preview the smartform I can see the characters in Japanese but when I Print the actual smartform in the printer, all I get is some junk characters like # and !.
    I have the following setting in the smartform.
       Multi-Byte functionality enabled
       Character set used is Shift JIS
       Smartform created in language EN
       Translate to All Languages set to true
       No restriction on Language Control
       Smartstyles used has JPMINCHO fonts only
       Default Para is JPMINCHO
       Characters formatting has explicit JPMINCHO as font
       Login language is JA
       Printer is Local Printer with device type JPSAPWIN
    When I debug the Smartform function module, the OTF Data Table (within the function) shows characters in Japanese (with codepage 8000) but then I look at the actual spool as a result of processing the function, it comes up as garbled.
    Interestingly, I have exactly the same settings on another test smartform to print just 2 columns and it works well.
    Not sure where I am going wrong.
    Appreciate help on this issue.
    Many Thanks
    Krishnan

    hi,
    has anyone solved this problem? even i m facing the problem. me restating the problem as below:
    in VF02 transaction, for billing document we are trying to print smartform. Our logon languagae is EN and the Output Type langugae is EN. In spool, we are getting the CORRECT format ie the texts that are maintained in Japanese are showing as Japanese characters while the whole smartform is in English format.
    Our requirement is to PRINT (from printer) the texts that are maintained in Japanese should get printed in Japanese format. I know that this is problem with printer settings. The printer is printing perfectly fine as other documents in Japanese characters so its ensured that printer is enabled for Japanese.
    I suppose some kind of setting needs to be done at SAP end so that printer recognises double-byte character set of Japanese.
    Waiting for confirmation/ solution.
    Thanks
    Debs

  • How to print Japanese Invoice?

    Hi all,
    I am able to see the print preview of a script which is a Japanese invoice. Now i want to download the form into PDF and print Japanese characters.
    Currently i am trying to send the form output to spool and print from there, but only junk characters are bing printed. How to take the print of japanese characters?
    Need ur inputs on this.
    Thanks,
    Subba

    Check with the basis team or local adminstrative team... ask whether the printer is unicode enabled or not... it is quite easy for them to enable unicode... only thing they need is to install unicode drivers in the printer... check printer manual for enabling unicode.
    No way you can print JP character without enabling unicode.
    Reward if useful...
    Regards,
    SaiRam

  • Problem with Printing Japanese

    Hi Experts,
    We have a Unicode enable Printer (I tried Printing Japanese Characters and others it works) and also SAP Unicode System
    I tried the following steps but it still doesnu2019t work, do I missed some configs?  I have read that I must used True Type Font how to change to that font?
    -     Try to check if the Printer supports Unicode to print Japanese Characters
    I tried printing using MS Word copying Japanese, Greek and Russian letters to check if it is supported and yes it is printed correctly, the Printer does support Japanese and other characters
    -     Try to have a Japanese logon setting in transaction SU3
    I tried to change this settings but it still doesnu2019t work
    -     Try to change the character set to Japanese
    I tried to change this setting in SPAD but still it doesnu2019t work
    -     Try to use JSAPWIN driver for the printer in transaction code SPAD in SAP
    I tried to change to use this driver but still it doesnu2019t work
    -     Try to use ALL the possible combinations for Driver and Character Set for Japanese Character
    I tried to use ALL the combinations one by one using Japanese settings but still it doesnu2019t work, I even tried the setting for UTF 8 (encoding for Japanese Characters) and Unicode settings but still it doesnu2019t work
    BR;
    LBJ23

    Hi,
    Ok for report testing purpose try doing this for your simple ABAP program you created.
    Execute the program.
    Then click on utilities->more utilities-->upload/download.
    Choose download and select the desktop or where you want to save your filename.Give some name for the filename where you want to save the data.The option below filename is codepage where codepage is set to default.
    If you save it as it is this problem will come but if you change the codepage to the number I told or some other value relevant to Japanese in the file you can see the characters in Japanese.
    So its codepage problem only.
    For the VF03 I will look into it and let you know tommorow.
    Regards,
    Subhashini

  • 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

  • Support issue for non-English characters (in html forms)

    Hi group!
    I just want to post an issue here and see if anyone else has the same problem. First off, Im running Windows XP MCE but the French version (not the english version). This may help find out where the problem really is.
    Second, I know a bit of html and such, and I'm referring to HTML Character entities for this thread, there's a quite complete list here for reference: http://www.faqs.org/docs/htmltut/characterentitiesfamsupp69.html
    I noticed that some, not all, non-English characters written in a textarea (which is, basically, a multi-lined input box) doesnt pass well or at all to the server when sending the form from Safari. Most of the time, the content of the text area is reduced to the beginning and ends where the first accentued character is met.
    The most used French accents (&eacute;, &agrave;) are usually well interpreted (but may, once in a while, produce that bug too) by safari, but &ocirc; and &icirc; doesnt do that well.
    Oddly, this bug doesnt happen all the time and doesnt "crash" in the same manner everytime.
    So I started a thread just to see if there's anyone else having issues with any non-english characters mostly in forms. Probably flash/shockwave does work, but I'm not sure- I have not tested yet.
    Acer Aspire 5044   Windows XP   Turion 1.8GHz, 1Gb SDRam, ATI 200M xpress

    Yes, it is a known issue. I also noticed that it sometimes works, but most of the time it does not. It will hopefully be solved in the future. According to http://www.apple.com/safari/download/ changes that will come include:
    # Support for International users
    # International text input methods
    # Advanced text (contextual forms, international scripts)
    Sony Vaio   Windows XP  

  • 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

  • LaserWriter II NT printing spurious Japanese characters

    Okay, this is really bizarre! Over the past few weeks, my beloved LaserWriter II NT has begun printing a couple of Japanese characters a few times on each page. They are about 2.5 inches from the left edge of the paper, and they repeat about every 4 inches down the page. They're getting darker (and therefore more obvious) as time goes on, now making the printer useless for any sort of professional communications.
    I'm guessing that this is a sign of a terminal software problem in the printer, but before I drag all 45 lbs. of it to the nearest Mac repair shop, I thought I'd ask here for ideas on what might be causing the problem and whether there's anything that can be done about it.
    Thanks!
    Patty

    If your computer already has a serial port (com:), you probably just need a cable. There are several different kinds, but if you have a meter, I or someone else can help with pin assignments.
    A serial port may have 25 pins, like a parallel port, or could have 9 pins in the same basic shape, or be a round 8 or 9 pin port, like the other one on the printer. This is the same port you would use to connect to a regular telephone modem for dial-up Internet access. If you do not have one, you would need to add a card.
    You will also have to specify the way the port is to work: its speed, number of data bits, parity, and number of stop bits. There may be a control panel for this.
    The Centronics-style connectors in general, and the Centronics-50 in particular (used on external SCSI drives) were not invented by Centronics. [Centronics made dot-matrix impact printers with the parallel connector called the Centronics-37. They were very successful, then went bankrupt when quieter printers took over the market.]
    The 50-pin connector was developed for use in 6-button office telephone systems, which used 25 pairs of wires. But those connectors were used for so long that they were much cheaper than anything like them, so manufacturers could not resist using them.

  • Since upgrading to 10.8.5 some of the tracks in my library are listed in chinese/japanese characters..not English!

    Since upgrading my macbook air (10.8.5) and ios7 a large number of tracks in my library are listed in chinese/japanese characters..not English! of the 670 tracks or so around 30% are now in another character set (far eastern), not English as they were. Same on my new iphone 5s.

    Strangely enough the pref file did not show up in the Preferences folder.  I don't know what this means but it could be signifigant.

  • Reading Japanese characters from a JSP/HTML form.

    I have a JSP/STRUTS/WEBLOGIC/ORACLE setup. I am able to get Japanese characters in database to be shown on the screen ( html ). However the users now want to enter Japanese characters on the screen and want to save these unicode characters in DB. How should I go about it?
    I am using html:text tag for the input fields in the JSP. No matter what I try I am getting invalid characters..Thanks in advance.

    hi debo_nair,
    if i am not mistaken the japanese characters might be getting stored in the database as '?????' and other junk characters....
    well I used the following technique:
    1.retrieve the string from the text field and
    2.convert it using the following method...
    new String getbytes("the string entered in the text field","ISO-8859")
    3.Next , store the string in the database
    the syntax may be incorrect but just refer to any java book to get the correct syntax
    regds

Maybe you are looking for

  • Unable to Open Project Site Access Denied Issue Project 2013

    This issue is happening to select projects and select project managers, they can view certain project sites but receive the error on other projects.  After some extensive testing it looks like if the PM is the owner of the project plan they are not g

  • Can use old macbook for Time Machine Backup?

    Have an old macbook running snow leopard.  Can I use it for Time Machine Back-up for my current macbook pro?

  • Lightroom 4 trial error

    When I download Lightroom 4 trial and I try to open the installer once it has downloaded on my computer I get this error code, " Operation could not be completed. (com.apple.installer.pagecontroller error-1.) Couldn't open 'Adobe Photoshop Lightoom 4

  • Help simple query

    Hi All, I have 4 tables 1.group_network                g_n_id     number primary key g_n_name     varchar2(200)           2.concern           g_n_id          number foreign key for group_network table concern          varchar2(100) 3.area g_n_id     

  • Both NotEqual and NotLike

    Good Morning, I have a Subscription that i cant get to work like i want. I want the notification subscription to trigger if: Either the Incident Source is not "ARS" (Source NotEqual "ARS") or Dont want the subscription to trigger if the Title contain