Printing Arabic Characters

Is it possible to print arabic and English numbers in the same
report (Eg. Passport No. H4523456) . Some how it is not printing
properly. (If it is only number without any alphabet , changing
the direction displays the number in arabic correctly.)
Database is storing the characters in English.
Thanks.
Datebase Character Set : AR8ISO8859P6
NLS_LANG : AR8MSWIN1256

Hello,
It is possible, but set NLS_LANG=UTF8
which is UNICODE, however if your database is not in Unicode you are not able to display both i.e. English and Arabic, why?
Unicode has a representation for each language character and has a position, no matter what language, Japanese, Chinese.
Contact Oracle Support, they can give you an answer to your request.
null

Similar Messages

  • 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

  • Arabic characters are not getting displayed in oracle pdf output

    Hi,
    I am trying to print arabic characters in report output but junk characters are getting displayed in output.
    Using 10g report builder, added the arabic labels in report layout.
    Followed below steps:
    1. Set NLS_LANG=ARABIC_United Arab Emirates.AR8MSWIN1256
    2.Set REPORTS_PATH to the system font directoy such as C:\SYSROOT\Fonts
    3.transferred the arialbd.ttf to $ORACLE_HOME/guicommon/tk/admin/AFM
    4.Open uifont.ali under$ORACLE_HOME/guicommon/tk/admin, set the font alias
    entries at [PDF:Subset] section.
    [PDF:Subset]
    Arial...Bold.. = "arialbd.ttf"
    5. open datap462.ppd under $ORACLE_HOME/guicommon/tk/admin/ppd, set the font information like
    *Font Arial-Bold: Standard "(001.001)" Standard ROM
    6.added following entries:
    Add this under the following section
    ## setting for Reports Runtime
    REPORTS_PATH=$ORACLE_HOME/reports/templates:$ORACLE_HOME/reports/samples/demo:$ORACLE_HOME/reports/integ:$ORACLE_HOME/reports/printers:$ORACLE_HOME/
    guicommon/tk/admin/AFM:${REPORTS_PATH};
    export REPORTS_PATH
    b) Add this in the end of the Reports.sh file
    PRINTER=dds62; export PRINTER
    tk90_PRINTER=dds62; export tk90_PRINTER
    tk90_PRINT_STATUS=echo; export tk90_PRINT_STATUS
    =======================================
    After having all these steps, still my report output is coming with junk characters.
    Please help me on this and this is very urgent requirement for me and i am trying on this since 3 days.
    Thanks,
    Harini

    Hello,
    Try to set the Font Subsetting like below in the file uifont.ali
    [PDF:Subset]
    * = "arialbd.ttf"
    If it works after this modification, the problem will be related to the Font Aliasing
    Troubleshooting Guide for Font Aliasing / Font Subsetting / Font Embedding Issues (Doc ID 350971.1)
    Regards

  • 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

  • Arabic characters is expands and repeated

    Hi,
    Please help in the following problem which is when we print standard
    reports including Arabic characters through SAP system the Arabic
    characters is expands and repeated, we already used device type u201C ARSWINu201D
    Moreover, we already applied sap note u201C822634u201D but nothing is changed
    Also, we changed the language of the local pc to be Arabic but nothing
    is changed
    Furthermore, we logged into system with Arabic language and the problem
    still occurred
    Regards,
    Ahmed

    Hi Vincent,
    As I mentioned in problem details I tried to print standard reports, which is mean the problem appears at the level of the whole system, which is mean itu2019s occurred in any sap screen including Arabic characters such as sap menu in Arabic login, regarding the sap notes u201C809034u201D my release is 7.00.
    Regards,
    Ahmed

  • Arabic Characters

    I have an keyboard with both Arabic and English. I am facing two problems when I try to enter Arabic characters:
    One is that the characters are being separated i.e. not attached correctly with each other in programs like open office or microsoft office word. in other applications or the desktop its okay.
    another thing is that the character printed on the keyboard is not the same as the character entered. Is this a problem with the letters printed on the keys or is there a way to change the layout of the keyboard on the system so it reflects correctly.

    One is that the characters are being separated i.e. not attached correctly with each other in programs like open office or microsoft office word.
    MS Word for Mac does not support Arabic yet. I think OpenOffice should work if you set the font to Geeza Pro.
    http://homepage.mac.com/thgewecke/TypingArabic.html
    another thing is that the character printed on the keyboard is not the same as the character entered. Is this a problem with the letters printed on the keys or is there a way to change the layout of the keyboard on the system so it reflects correctly.
    Is that a Windows keyboard? If so, you can try the layout here:
    http://m10lmac.blogspot.com/2007/08/another-arabic-keyboard-layout.html
    Or make your own using Ukelele.

  • Arabic characters are no longer displaying properly in NB 6.7

    Hello all -
    Up until NB 6.5.1, my GUI displayed Arabic characters properly as typed. As I shifted to NB 6.7 Beta today, all those Arabic characters are shown as funny binary-looking characters! But, this only occurs when I am running from within the NB space. When I run the application by clicking the jar files, the characters print OK.
    Questions:
    - Is this happening because it is a beta version may be?
    - Is there a way or a place where I have to set some properties to display the Unicode characters correctly?
    For example, I thought all I had to do was right-click the project --> Properties --> Source --> Encoding: UTF-8
    Thank you for any help.
    PS: I am posting this problem in the Internationalization forums.

    PS: I am posting this problem in the Internationalization forums.A more appropriate place might be a NetBeans forum.
    db

  • Problem by entering Persian\Arabic characters in String Control

    I'm working on a Jet Printer project. I must make an user interface using LabVIEW. This printer must print some Unicode characters on factory's products. Specialy Persian and Arabic characters.
    But it seems that there is not a string control with capability of support Persian\Arabic characters which accept and show this characters correctly.
    I also add "UseUnicode=True" to LabVIEW.INI file. But it was not solved.
    I'm using Windows XP SP3 and LV2009

    ChristianL has written an excellent primer on Unicode and LabVIEW. Also, I have some sprinkled posts things you need to watch out for while using Unicode and LabVIEW.
    a.lia-user-name-link[href="/t5/user/viewprofilepage/user-id/88938"] {color: black;} a.lia-user-name-link[href="/t5/user/viewprofilepage/user-id/88938"]:after {content: '';} .jrd-sig {height: 80px; overflow: visible;} .jrd-sig-deploy {float:left; opacity:0.2;} .jrd-sig-img {float:right; opacity:0.2;} .jrd-sig-img:hover {opacity:0.8;} .jrd-sig-deploy:hover {opacity:0.8;}

  • Printing Arabic INDIC digits without implementing UNICODE

    Hello experts,
    I am woking in a non-unicode envorinment and am looking for the best advice to print arabic digits on a smartform.  Even though the data is stored in the correct language (Arabic),  the numeric data is represented in the logon language, which is english.  We have the arabic code page loaded and it is an MDMP environment.  So far,  the only way to render the arabic numeric characters or glyph is to attach 'XEE' to the data which causes it to appear as the numberic with an apostrophe.
    Can anyone suggest another hex character, (which would represent an invisible ascii code) to be used to print the arabic indic digits.
    Any assistance would be appreciated. 
    Regards,
    Jennifer

    Hi Jennifer,
    If you are using windows Regional Setting, goto control panel Regional options tab select language and then customize , in numbers tab choose arabic digits.
    Also see Sap note 842877.
    Regards,
    Khalid

  • ColdFusion 8 drops Arabic characters when generating PDF doc

    Hello All,
    Please let me know what I'm doing wrong here! I have trouble with generating a PDF document from ColdFusion.
    The cfm document contains mixed English and Arabic text and it seems that the ColdFusion's embedded PDF Generator drops Arabic characters when creating the PDF file.
    I attached a bare bone cfm document (see print_test.cfm) that I used as an example to the stated problem.
    The document:
    displays fine in FireFox 3.0.10 (see attached print_test_screenshot.jpg) Used link:
    http://localhost:8500/Print_test.cfm?display=yes
    This image file also shows the characters that get dropped by the ColdFusion's embedded PDF Generator.
    is converted fine in PDF by the FireFox 3.0.10 using print command line (see attached print_test_firefox.pdf) Used command:
    “C:\Program  Files\Mozilla Firefox\firefox.exe" -print "http://localhost:8500/Print_test.cfm?display=yes"  -printmode pdf -printfile "c:\pdf\print_test_firefox.pdf" -printdelay  150
    is NOT converted to PDF properly by the ColdFusion using the embedded PDF generator (see attached print_test_cf.pdf) Used command:  http://localhost:8500/Print_test.cfm
    The print_test.cfm file, which I had to remove since this forum allows me to post only 3 attachments, has the following content:
    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
    <html xmlns="http://www.w3.org/1999/xhtml">
    <cfsavecontent variable="MyPage">
    <head>
    <title>PRINT TEST</title>
    </head>
    <body>
    <table width="810" border="0">
      <tr>
        <td width="225" ><div align="center"><strong>ARABIC TEXT PRINT TEST</strong></div></td>
        <td width="225" ><div align="center"><strong><span dir="rtl">نظام بصمة الوجه في دولة</span></strong></div></td>
      </tr>
    </table>
    </body>
    </html>
    </cfsavecontent>
    <cfif not(isdefined("url.DISPLAY"))>
            <cfdocument format="pdf" filename="c:\pdf\print_test_cf.pdf"  overwrite="yes">
            <cfoutput>#mypage#</cfoutput>
            </cfdocument>
        <cfelse>
        <cfoutput>#mypage#</cfoutput>
    </cfif>
    Thank you all for your help,
    Adrian

    "I suppose you did it through the cfdocument tag in a cfm document". nope i used
      the iText library (the one that ships w/cf) directly in cf to see where the
    problem actually was. i don't think this is something you want to do?
    i reported this as a bug to adobe, you can help get something done by adding
    your own bug report here:
    https://www.adobe.com/cfusion/mmform/index.cfm?name=wishform&product=12&6213=6
    ================ the cf file i used ================
    // file
    thisPDFFile="c:\Inetpub\wwwroot\iText\arabicLigatureTest.PDF";
    // get objects
    pdfFile = createObject("java", "java.io.FileOutputStream").init(thisPDFFile);
    pageSize = createObject("java", "com.lowagie.text.PageSize").init();
    bidiTable = createObject("java", "com.lowagie.text.pdf.PdfPTable").init(1);
    //one column table
    phrase = createObject("java", "com.lowagie.text.Phrase");
    baseFont = createObject("java", "com.lowagie.text.pdf.BaseFont");
    Font = createObject("java", "com.lowagie.text.Font");
    Phrase=createObject("java", "com.lowagie.text.Phrase");
    // landscape to fit this map image, the rotate() bit
    //pdfDocument = createObject("java",
    "com.lowagie.text.Document").init(PageSize.A4.rotate(), 0, 0, 0, 0);
    // portrait
    pdfDocument = createObject("java",
    "com.lowagie.text.Document").init(PageSize.A4, 0, 0, 0, 0);
    tableCell = createObject("java", "com.lowagie.text.pdf.PdfPCell");
    PdfWriter = createObject("java", "com.lowagie.text.pdf.PdfWriter");
    PdfWriter.getInstance(pdfDocument, pdfFile);
    // add metadata BEFORE opening pdf doc
    pdfDocument.addTitle("This is a quick and dirty arabic ligature test");
    pdfDocument.addSubject("arabic ligature PDF test");
    pdfDocument.addAuthor("PaulH");
    pdfDocument.addCreator("arabicItext testbed");
    pdfDocument.addKeywords("CFMX and iText are a great combination by golly!");
    // lets setup unicode font
    msUnicode=baseFont.createFont("c:
    windows
    fonts
    ARIALUNI.ttf",
    BaseFont.IDENTITY_H, BaseFont.EMBEDDED);
    thisFont=Font.init(msUnicode,12);
    // open doc to add stuff to then close, duh
    pdfDocument.open();
    bidiTable.setWidthPercentage(100);
    bidiTable.setRunDirection(PdfWriter.RUN_DIRECTION_RTL);
    // leading, text, font
    arabicPhrase=phrase.init(2,"نظام بصمة الوجه في دولة",thisFont);
    c=tableCell.init(arabicPhrase);
    c.setArabicOptions(8); //
    c.setBorder(0);
    c.setGrayFill(5.00);
    bidiTable.addCell(c);
    for (i=1; i LTE getU.recordCount;i=i+1) {
         arabicPhrase=phrase.init(22,getU.uniText+,thisFont);
         c=tableCell.init(arabicPhrase);
         c.setArabicOptions(8);
         c.setBorder(0);
         c.setGrayFill(5.00);
         bidiTable.addCell(c);
    pdfDocument.add(bidiTable);
    pdfDocument.close();
    </cfscript

  • 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.)

  • Problem with Arabic characters

    Hi:
    I don't know if this is the correct place to post the question, but here it goes...
    I have an SQL 2005 database, connected via a Linked Server to an Oracle Database.
    I have a table in SQL that contains arabic characters, and I need to insert it into an Oracle table.
    These characters appear as "????" after being inserted in the oracle table.
    I guess I hace some collation/characterset problem, but cannot finf the solution.
    The column where the arabic characyers are saved in SQL is defined as:
         [Remarks] [nvarchar](1000) NULL,
    And default SQL server collation is: SQL_Latin1_General_CP1_CI_AS
    When I do a select on this table, it can see arabic correctly.
    ORACLE NLS CONFIGURATION IS:
    PARAMETER VALUE
    NLS_LANGUAGE AMERICAN
    NLS_TERRITORY AMERICA
    NLS_CURRENCY $
    NLS_ISO_CURRENCY AMERICA
    NLS_NUMERIC_CHARACTERS .,
    NLS_CHARACTERSET AR8MSWIN1256
    NLS_CALENDAR GREGORIAN
    NLS_DATE_FORMAT DD-MON-RR
    NLS_DATE_LANGUAGE AMERICAN
    NLS_SORT BINARY
    NLS_TIME_FORMAT HH.MI.SSXFF AM
    NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM
    NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR
    NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR
    NLS_DUAL_CURRENCY $
    NLS_COMP BINARY
    NLS_LENGTH_SEMANTICS BYTE
    NLS_NCHAR_CONV_EXCP FALSE
    NLS_NCHAR_CHARACTERSET AL16UTF16
    NLS_RDBMS_VERSION 11.1.0.6.0
    The sql sentence in SQL server that moves the data to oracle is:
    INSERT INTO openquery(Oracle_DB, 'select Ticket_NO,Remarks from webportal.webcc_escal_det')
         (Ticket_NO,Remarks )
         SELECT Ticket_NO, Remarks
         FROM Details(nolock)
    Thanks in advance!!
    Mariana

    I think first you should check your character set
    SELECT * FROM NLS_DATABASE_PARAMETERS where parameter = 'NLS_CHARACTERSET'
    For oracle to display correctly, you need to change your character set that caters to Arabic

  • Oracle Reports 11.1.2 junk Arabic characters in PDF

    Hi guys,
    When I generate a report with Arabic characters, they appear as junk characters.
    I did the following:
    Set NLS_LANG=AMERICAN_AMERICA.AR8MSWIN1256
    Include C:\WINDOWS\Fonts in REPORTS_PATH (in the Registry: HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OH258674538 )
    Open uifont.ali and set the font alias:
       [PDF:Subset]
       "Arabic Transparent"...Bold.. ="arialbd.ttf"
       "Arabic Transparent"="arialbd.ttf"
    Installed Arabic keyboard in Windows server that hosts Reports server
    Changed the location to United Arab Emirates in Windows
    Run the report with DESTYPE=FILE and DESFORMAT=PDF
    I also tried to change the font name of the field that contains the Arabic data in the report to things like: Tahoma, Arial, Courier New, but with no luck.
    Environment Specs:
    OS: Windows 2008 R2
    Oracle Reports 11.1.2 (installed on the top of Weblogic 10.3.6.0)
    Thanks in advance.

    hi,
    you have to touch following files.
    $ORACLE_HOME/guicommon/tk/admin/AFM
    $ORACLE_HOME/guicommon/tk/admin/AFM/Symbol.afm
    $ORACLE_HOME/guicommon/tk/admin/TTF
    $ORACLE_HOME/guicommon/tk/admin/uiprint.txt
    $ORACLE_HOME/guicommon/tk/admin/uifont.ali
    $ORACLE_HOME/guicommon/tk/admin/PPD/datap462.ppd
    $ORACLE_HOME/guicommon/tk/admin/PPD/screenprinter.ppd
    $ORACLE_HOME/bin/reports.sh
    convert your true type font to afm and copy ttf/afm files to respective directory
    regards

  • 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

Maybe you are looking for

  • Aperture quick preview locks in after using Google/Nik to edit a photo

    I'm not sure when this started happening, but I've recently been annoyed with very frequent restarts of Aperture being required.  If i edit a photo with any of the Nik/Google programs, save it, and get back to my project full of photos...the quick pr

  • Sending an e-mail using java

    Hi, I am sending an e-mail using java. It works fine, but I wanted to know if there is any possibility to attach a document, without using a File object. Because I have to write the File object and then delete it at the end. I would like to know if I

  • BPC at TechEd - Community Days

    I just looked through the Community Days (day 1 of TechEd)  and noted the absence of anything in the SDN track that's Outlooksoft / BPC related on day 1.  (However note there are a lot of BPC topics being offered in the Education sessions on subseque

  • Exp on 10gr2 with 817 tool fails

    When i import a user with the 10gR2 imp tool into a 10gR2 database and when i export the data from that user with the tools of version 8.1.7, no tables are exported. No failure is given, but the tables are not in the dump file. Export with the 10gR2

  • Unable to print from drag and relate

    Hello, In SAP version 2007 you were able to print from the AR invoice details window in the drag and relate menu.  In 8.8 it seems you are no longer able to do this even when logged in as a superuser.  Has anyone come across this before please? Many