Turkish Characters Encoding Problem

Hi,
My java code is not going into if statement because of the Turkish characters which are fetched from database. When i printed the result value, it displays Turkish characters as question marks "?". In debug mode i can see the result variable displays correct characters.
            BindingContainer bindings = BindingContext.getCurrent().getCurrentBindingsEntry();
            OperationBinding operationBinding = bindings.getOperationBinding("getLovValue");
            operationBinding.getParamsMap().put("valueId", valueChangeEvent.getNewValue());
            String result = (String)operationBinding.execute();
            System.out.println("Result:"+result.toString());
            System.out.println("KİŞİ".equals(result));
            if(result != null) {
                if ("KİŞİ".equals(result)) {
                    setAdiRequired(true);
                    setSoyadiRequired(true);
                    setSirketAdiRequired(false);
                else if ("ŞİRKET".equals(result)) {
                    setAdiRequired(false);
                    setSoyadiRequired(false);
                    setSirketAdiRequired(true);
                else {
                    setAdiRequired(false);
                    setSoyadiRequired(false);
                    setSirketAdiRequired(false);
            }Console:
Result:K???
false
I really need help about this issue.
Jdeveloper version: 11.1.2.2
My JDeveloper Environment Encoding Setting is "UTF-8"
Regards,
Anil

Hi,
I have already told JDev version in my first post. Nevermind, I just solved problem by setting JDeveloper encoding settings to ISO-8859-9. I don't know why it is not working with UTF-8.
Edited by: AnilA on 18.Eki.2012 11:10

Similar Messages

  • Proxy-to-File scenario (Turkish Characters Encoding)

    Hi All,
    I have a Proxy to File scenario. (No Message Mapping...As the data is processed and sent as it is)
    The input data to PI contains Turkish characters, and the File getting generated at FTP location is converting some of those characters into special characters while I am using the encoding as "cp1252" in the Processing tab under "File Encoding" option of the Receiver File channel.
    e.g. :
    1)
    i/p   - MİA L poşet
    o/p - M?A L po?et
    2)
    i/p   -  İstanbul-Ankara gidiş dönüş uçak bileti
    o/p  - ?stanbul-Ankara gidi? dönü? uçak bileti
    As in the above examples, at the o/p side it is converting some charactres into "?"
    Could you please suggest the correct encoding used/steps to be followed in this case.
    Thanking you in advance.
    Thanks and regards,
    Neetish

    Hi Amit,
    I tried with cp1524.
    Now it is giving me
    1)
    i/p - MİA L poşet
    o/p - MÝA L poþet
    2)
    i/p - İstanbul-Ankara gidiş dönüş uçak bileti
    o/p - Ýstanbul-Ankara gidiþ dönüþ uçak bileti
    The "?" is now replaced with "Ý"
    Please suggest.
    Thanks.
    - Neetish

  • Czech characters encoding problem in RTFTemplate with Velocity engine

    Hi,
    I am trying to use your RTFTemplate project but I have trouble displaying Czech characters in the generated RTF document. Instead of characters like �čř� I get only questionmarks ????. I thought that this could be related to setting a wrong encoding in the velocity.properties file, so I set it to windows-1250 (support for Czech characters) but it didn�t help. Do you have any idea, what could be the problem? If this is not the right place to ask such question, please let me know about a better one.
    Thank you for your time,
    Ivo Jansky

    Hi Jason,
    Indeed I had contacted the provider and informed them about the encoding problem and the fact that passing the parameter http_content_charset had no effect on the sent back encoding.
    They have taken into account my request and have changed the encoding used during the request to the HOOK_URL.
    Thanks to all of your for your help.
    Regards,
    Jerome.

  • Japanese Characters Encoding Problem

    Hi All,
    I have been looking at the problems posted in this forum and quite a few describe the issue I am facing currently but none has been able to provide a solution.
    The problem I am facing is as follows:
    Step 1: I am retrieving Japanese data from Oracle DB 9i (Oracle9i Enterprise Edition Release 9.2.0.6.0 - 64bit) using standard JDBC API calls. [NLS_CHARACTERSET : AL32UTF8,  NLS_NCHAR_CHARACTERSET : AL16UTF16]
    byte[] title = resultSet.getBytes("COLUMN_NAME");
    Step 2: I pass the retrieved bytes to a method that returns SJIS encoded String.
    private String getStringSJIS(byte[] bytesToBeEncoded) {
              StringBuffer sb = new StringBuffer();
              try {
                   if (title != null) {
                        ByteArrayInputStream bais = new ByteArrayInputStream(bytesToBeEncoded);
                        InputStreamReader isr = new InputStreamReader(bais, "SJIS");
                        for (int c = isr.read(); c != (-1); c = isr.read()) {
                             sb.append((char) c);
                   return sb.toString();
              } catch (Exception ex) {;}
    3) I am using an HTML Parser JAR to print the decimal value of the Encoded String.
    String after = getStringSJIS(title);
    System.out.println(Translate.encode(after));
    I get an output of String 1: ツ禿コツ本ツ古ェツサツイツト
    which contains 14 decimal character codes.
    The same data is being read by another application that uses JDBC again and connects to the same DB and returns the decimal values as: String 2: 日本語サイト
    The display of these two Strings differ significantly when viewed in the browser.
    It seems String 1 contains single byte half-width characters and String 2 does not. Is anyone familiar as to why the bytes are getting modified while being retrieved from the Database for the same column value?

    The encoding for the bytes being returned from the database is Cp1252 but this encoding, I understand, depends on the underlying platform I am using.
    If indeed the data from the DB is in UTF-8 or 16, shouldn't it be displayed correctly in the browser? No encoding/decoding should be required on the data then. In the browser it gets displayed as “ú–{ŒêƒTƒCƒg. (The encoding of the JSP page is set to UTF-8.)                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   

  • PDF Output Not Displaying Turkish Characters

    Hi,
    We've configured BI 7.0 System with an Standalone Portal+BI Java System running both on SP11 Stack without problem.
    For BI Web Reports, we're taking PDF Outputs and getting Turkish Character Problems. On the screen we can see everything correct, even Excel Export displays Turkish Characters without problem but PDF Export is wrong. I've checked the "<b>Note 1007116 - Form output in incorrect language</b>" but not sure whcih form to check? And also if this is the problem?
    If anyone can help us, it'll be great

    Hi Ade,
    I tried all possible combinations of fetching the data. Writing a PL/SQL function and assigning the data to placeholder in before report trigger. Also, tried to use a query and then assign the data to placeholder through formula column. Directly assigining the database column on field without using placeholder.
    While trying all the above options, I ensured that width is set to 4000 characters.
    But all in vain. It works fine for 2000 characters but not able to print 4000 characters.
    Regards,
    Mitiksha

  • CR4Ev2 problem exporting to PDF containing Turkish characters

    I know there are other threads with similar topics but I also know some people get irritated when people jump onto their threads with their own problems.
    I am using CR4Ev2 and on my machine which I have installed Eclipse on I have no problems
    exporting my reports to PDF, I have Turkish characters which display perfectly (they did not with
    CR4Ev1 so thanks so much for that)
    I have now exported my project as a WAR file and am trying to run it on another machine with the same
    Tomcat and Java versions.
    If I view the report via the CrystalReport Viewer the Turkish characters display with no hassel.
    But if I try export the report to PDF all the Turksh characters now display as ?, (as they did in CR4Ev1)
    Am I missing something, is there something that I am not including in my project that I need
    when exporting the PDF.
    I have installed Adobe Reader 9 on this new machine incase the Turkish langauge fonts were not in
    my version 8, but still get funny ? characters, I even installed the Turksih version of Adobe 9 and still nothing. Is there some other files that I could have installed on my Eclipse machine that I have not installed
    on the second machine.
    I have tried both the following commands to export to PDF
    CRJavaHelper.exportPDF(clientDoc, response, true);
    and
    CRJavaHelper.exportPDF(clientDoc, response, false);
    both dont work.
    I have also tried the following (which I used before with CR4Ev1)
    ByteArrayInputStream byteArrayInputStream = (ByteArrayInputStream)clientDoc.getPrintOutputController().export(ReportExportFormat.PDF);
    writeToFileSystem(byteArrayInputStream, EXPORT_OUTPUT); // EXPORT_OUTPUT = "c:\test.pdf"
    private void writeToFileSystem(ByteArrayInputStream byteArrayInputStream, String exportFile) throws Exception {
              //Use the Java I/O libraries to write the exported content to the file system.
              byte byteArray[] = new byte[byteArrayInputStream.available()];
              //Create a new file that will contain the exported result.
              File file = new File(exportFile);
              FileOutputStream fileOutputStream = new FileOutputStream(file);
              ByteArrayOutputStream byteArrayOutputStream = new ByteArrayOutputStream(byteArrayInputStream.available());
              int x = byteArrayInputStream.read(byteArray, 0, byteArrayInputStream.available());
              byteArrayOutputStream.write(byteArray, 0, x);
              byteArrayOutputStream.writeTo(fileOutputStream);
              //Close streams.
              byteArrayInputStream.close();
              byteArrayOutputStream.close();
              fileOutputStream.close();
    But that also does not work.
    Please can someone tell me what they think I am missing.
    Oh, another note with the CRJavaHelper.exportPDF(clientDoc, response, false); command
    It does work but I do get the following error in my console (both the Eclipse machine and the new one).
    org.apache.jasper.JasperException: java.lang.IllegalStateException: getOutputStream() has already been called for this response
    06-Feb-2009 15:06:52 org.apache.catalina.core.ApplicationDispatcher invoke
    SEVERE: Servlet.service() for servlet jsp threw exception
    java.lang.IllegalStateException: getOutputStream() has already been called for this response
         at org.apache.catalina.connector.Response.getWriter(Response.java:610)
         at org.apache.catalina.connector.ResponseFacade.getWriter(ResponseFacade.java:198)
         at org.apache.jasper.runtime.JspWriterImpl.initOut(JspWriterImpl.java:125)
         at org.apache.jasper.runtime.JspWriterImpl.flushBuffer(JspWriterImpl.java:118)
         at org.apache.jasper.runtime.PageContextImpl.release(PageContextImpl.java:188)
         at org.apache.jasper.runtime.JspFactoryImpl.internalReleasePageContext(JspFactoryImpl.java:118)
         at org.apache.jasper.runtime.JspFactoryImpl.releasePageContext(JspFactoryImpl.java:77)
         at org.apache.jsp.Report_002dviewer_jsp._jspService(Report_002dviewer_jsp.java:263)
         at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
         at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:374)
         at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:342)
         at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:267)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
         at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
         at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436)
         at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374)
         at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
         at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
         at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
         at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
         at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
         at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
         at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
         at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845)
         at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
         at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
         at java.lang.Thread.run(Thread.java:619)
    But as I said it seems to work fine apart from the Turkish character issue on the new machine)
    Is this part of the problem or a seperate issue??
    Thanks all for looking at this.
    Darren

    Ted,
    I have double checked the Java version and infact reinstalled jdk6u7 (multilanguage version) just to be
    100% sure, but that did not help.
    ON my Eclipse machine the Fonts are as follows
    Verdana(Embedded Subset)
         Type: TrueType
         Encoding: Built-In
    but on the other machine it is different
    Verdana
        Type: TrueType
        Encoding: Ansi
        Actual Font: Verdana
        Actual Font Type: TrueType
    So that does appear to be the problem, but the question is what controls this?
    As I said the project is exactly the same (same WAR file) so what I have done differently or what am I
    missing in the new enviroment.
    I set the "Text file encoding" for the whole project to UTF-8 before I exported the project (in Eclipse)
    but that didnt help. I even set the properties of each report to UTF-8.
    I am sure I am missing something simple.
    The only other difference is Im running XP Pro on Eclipse machine but W2KSP4 on the other, but
    surely that is not the issue.
    Cheers
    Darren

  • Problems with Turkish characters not displaying correctly

    A user is having problems with certain Turkish characters in particular fonts not displaying correctly (as shown below).
    The two fonts (Gill Sans and Helvetica LT CondensedLight) are used for English language marketing material.  Ideally, for continuity, the same font would be preferred for our Turkish language marketing material rather than changing it to a similar font.
    Helvetica LT CondensedLight
    Turkish character “ İ ” does not display correctly in either Word or InDesign.
    Gill Sans
    Turkish characters “ ş ” and “ ğ ” display correctly in Word but not InDesign.
    My questions are:
    1. For Gill Sans, why are the characters not displaying in InDesign but are in Word?
    2. I've noticed here: http://www.webtype.com/font/gill-sans-family/#glyphs-tab that the required characters are available within the Gill Sans font.  Is this because the font is newer and includes the additional characters?  Would this work in InDesign?

    One of the big differences between InDesign and Word is that Word will happily substitute glyphs without telling you. So, unless your installs of Word and of InDesign are using different versions of Gill Sans (which is possible, BTW) then your s-with-cedilla and your g-with-macron are actually not in Gill Sans but in some other font. I'm guessing Arial.
    It's possible that you have more than one Gill Sans installed (e.g. one in your Document Fonts folder and another in your system fonts folder) that have different glyph complements. Gill Sans has been around a long time, and the version I have from the 90s has no Turkish support whatsoever.
    As far as the capital-I-with-dot, you can check your glyph coverage in a variety of ways. In both InDesign and Word, you can open up a window that shows you all of the glyphs in a font. In InDesign, find it in Type -> Glyphs. In Word, it's called "Insert Symbol" and you can find it in Word 2010 by going to Insert -> Symbol -> More Symbols. I am guessing that the answer to this question is simply that your cut of Helvetica LT has no cap-I-with-dot. You'd need to pick a font that actually has support for Turkish. On WIndows, I use a very full-featured freebie called BabelMap to check font coverage. They have a Web version here:
    http://www.babelstone.co.uk/Unicode/babelmap.html
    but I personally prefer the downloadable .exe file.

  • Turkish Character Encoding on Tomcat 5.0

    When I enter some Turkish characters (e.g. ������������) in an Input Field and SUBMIT the form, I get rubbish characters. (the field is not related with DB, just simple JAva Bean field).
    I use the following lines on top of my JSP page:
    <%@ page language="java" contentType="text/html; charset=ISO-8859-9"    pageEncoding="ISO-8859-9"%>
    <META http-equiv='Content-Type' CONTENT='text/html; charset=ISO-8859-9'>I am able to solve the problem on WAS by setting the JVM option:
    -Dclient.encoding.override=ISO-8859-9
    However, in Tomcat 5.0 I cannot fix it. I also tried:
    <% try {
         request.setCharacterEncoding("ISO-8859-9");
    } catch (Exception e) {
         System.out.println(e.getMessage());
    }%>Please help!

    Hi all,
    I have a similar but slightly different problem.
    I have installed Tomcat on Solaris 10.
    To be more clear, i put here two test pages (one of them is working fine, it means that turkish characters are displayed correcly).
    test1.jsp :
    <%@ page contentType="text/html;charset=iso-8859-9" %>
    &#305;�&#287;i�&#351; - Turkish characters
    test1.jsp works fine.
    test2.jsp :
    <%@ include file="header.jsp" %>
    &#305;�&#287;i�&#351; - Turkish characters
    where
    header.jsp :
    <%@ page contentType="text/html;charset=iso-8859-9" %>
    test2.jsp do not display properly Turkish characters.
    what do you think about?
    Thanks in advance ....

  • Turkish caharacter set problem in Windows XP

    My operating system is Windows XP and I installed J2SE 1.4.0 correctly. My problem is Turkish characters.
    In summary, output of a System.out.println(" .... "); statement with Turkish charcters as parameter is not correctly displayed in the console. I see some unrelated characters or question marks.
    What is the problem with my system?What should I do?
    Thank you everyone

    Hi,
    Write the same output to a GUI element, a JLabel say, and display it in a JFrame. Are your characters displayed correctly there?
    Most likely, your console does not support the turkish charcter set. What do you get for System.getProperty("file.encoding")Cheers, HJK

  • Turkish Characters in j2me

    I'm writing a simple application that gets text lines from a text file by getClass().getResourceasStream("textfile") methods. In english characters everything works well but in Turkish characters some characters seems wrong, so application has a problem with Turkish characters. However in Java classes all the things I wrote in Turkish such as Commands ( new Command("��k". Command.EXIT, 1))works well, all seem as they should be. But what's the problem with text files.I tried to convert text files to UTF-8 encoding and used new stringBuffer("UTF-8") in stringBuffers IDE doesn't show any errors but it doesn't works.
    Does someone hava a solution to this.?

    How do you get the Turkish characters in the first place? In the code, from a text box or a file?

  • Character encoding problem by Gmail set up as exchange account on IOS mail

    It was maybe asked before but I could not find any solution. If someone can help I would appreciate it...
    If I set up my gmail, which I use very heavily, as Gmail on the IOS mail installation it would be set up as IMAP and does not push the emails. If I choose it to install as exchange account via m.google.com everything is OK and I get my mails instantly. But the way over exchange disturbs because of the character encoding problem. IOS mail does not show me the turkish or some german characters  like "ü" and the mail is almost not readable... By version 1 also as IMAP there is no problem with the characters but I must start IOS mail everytime to see if I have new mail...
    Does anyone know a solution for it?
    Thanks...
    Mel

    But I cannot set the the gmail app as standart email program, or? I mean if I want to send a page on safari and click send via email, the mail.app would start and not the gmail.app.... I am using Iphone since a few weeks and as far as I know a customisation is not possible.

  • Error in display of Turkish Characters in BEx Report

    Hi Experts,
    I am facing an issue while running one of reports in BEx in place of Turkish Characters i am getting  #.whereas same report if run over Web is giving Turkish characters showing "I" in place of #.
    Please provide any pointers on this.
    Thanks
    Nilesh

    As mentioned above - check the OSS notes - this problem is one of the main reasons for upgrading a BEx front end to 7 or moving to the web
    However there is a workaround - you can broadcast queries in xls format and email them - this gets around the problem - but no user interaction is possible and you cannot format the xls (is you wanted to format the xls you would use the precalc service but this then would turn the characters back into #)

  • Encoding problems in email while on Windows Mail app

    Hello.
    I have a question concerning email and encoding problems in the Windows Mail App in Windows 8.1.  I have encountered a problem with an email I received, while reading, I see strange ASCII characters in one email.  I have never encountered it in
    my web browsers nor Gmail, just the Mail App.
    I was referred to come here when I had asked a similar question there:
    http://answers.microsoft.com/en-us/windows/forum/windows8_1-ecoms/strange-foreign-ascii-characters-appearing-in/911f8a44-c302-4fa1-bcaa-3297b32d9120
    I don't know which forum to go to so I picked here.
    Is there any way that it can be resolved.  I tried to troubleshoot, nothing worked; I even synched, to no avail.
    I look forward to a response.
    JB

    Hi JB,
    The responder on answers was a bit confused. The MSDN forums are for developers to discuss writing their own apps. We cannot help with problems using Windows or its built-in apps.
    If the folks on answers cannot help then you may need to open a support incident. See
    http://support.microsoft.com , or the folks on answers may be able to direct you to the specific page for the Windows Mail app.
    --Rob

  • 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

  • Printing Turkish Characters in SAP Script

    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, How did you manage to get this done?

Maybe you are looking for

  • Create Pattern option in JDev 10.1.3.2 preview mode

    I've put my JDeveloper 10.1.3.2 in preview mode by adding the following line to the jdev.conf file: AddVMOption -Dpreview_mode=true Now I can see a new icon appearing in some of my scopes in the BPEL processes. Click on the link to see a screenshot:

  • Text/image issues

    This should be an easy answer, I just can't figure it out. I'm using some iweb templates to design a webpage. Here is my issue. There is an existing template (lets say a post-it note picture) that is set at a slight angle. I want to add text to this

  • How to use the Control lines of a parallel port as Input lines to be read using Labview ?

    The details are : NI Software : LabVIEW Version : 5.0 OS : Windows 95 NI Hardware : N/A Drivers : N/A CPU : Pentium RAM : 48 Vendor : darcom Customer Information : SPEL TESTING SPEL, INDIA [email protected] Ph: (91) 4114 53818 We do not have any DAQ

  • Insert new record -question?

    I am using Jdev 3.1 & Oracle 8.1.6 I have a form with a JSNavigatorBar and a JSViewCurrentRecord. When I click on the insert icon, it brings me a a new page. After saving the changes, it returns to the calling form (via the SubmitInsertForm.jsp). Pro

  • My Adobe 3 Photoshop won't open pictures.

    Can I uninstall and re-install?