Forms in Hebrew

Is it possible to create forms in Hebrew, where everything goes right-to-left?

Sorry, we do not support Hebrew (right-to-left)
Randy

Similar Messages

  • Editable forms in Hebrew become empty on Windows XP

    We have a PDF with editbale forms in Hebrew which should be used on WindowsXP. The problem is that after installing the extended language support, the forms look empty and the typing in them in not seen! If we remove the extended support for the Hebrew, the forms can be seen, but are not editable. This happens with every Reader version that I tried from 8 to 11.
    On Windows7 and Server 2008 there is no problem. However, the end user is using Windows XP. Any help will be highly appreciated.
    Thanks,
    Eran

    Hi,
    Unfortunetly, I am not allowed to share the document as it contains customer's sensitive information. Embeded is the screen capture of how it looks in Acrobat 11. In older acrobat versions, even the rectangles do not show anymore.

  • Fix reversed text in smart forms in hebrew

    hallow
    i use smart forms and i write text in Hebrew and when i do display to the page before the print the text reversed .
    how can i fix that.
    regards

    hi sh
    i think u have to change the for unicode
    regards

  • SapScript Position

    Hi,
    I want to change the position of a BOX in sapscript. So I used the following commang
    /:   POSITION WINDOW
    /:   POSITION XORIGIN '-0.5' CM
    /:   BOX WIDTH '8.5' CM HEIGHT 5 CM FRAME 10 TW
    It works fine. I can really see that the BOX moved 0.5 cm on the left.
    The problem is that the paragraph didn't moved on left.
    So What i wrote in the BOX don't fit.
    hope it's clear
    thank you
    joseph

    Yeah I know that but i don't know what happening w/ this form I getting crazy!
    And it's hard to explain the problem by writting....:(
    But I will try:
    The original Form is HEBREW language so that mean that the form will be display from RIGHT to LEFT.
    The RIGHT margin is 0.5 CM.
    The second language of the is ENGLISH so the the form will be display from LEFT to RIGHT.
    I was excpected that left margin will be also 0.5 cm but no.
    Joseph

  • Hebrew language PO form not geting printed correctly

    Hi
    we are able to see hebrew language PO form in print preview. Also spool request gets printed successfully without any error.
    But print output at printer in diffrent location (Country) is some raw data/ not readable.
    device type used - I8SWIN
    driver used - SWIN
    Please suggest
    Thanks in advance
    Regards,
    Nilesh Hiwale

    Please check forum subject. Here is SAP Business One System Administration forum. It is dedicate to SAP Business One - an application for SME. It is nothing related to your ABAP. Close the thread and posted on proper forum.
    Thanks,
    Gordon

  • Hebrew Language PO form logo in left?

    Hi,
    WE have standard English PO form. That we have converted in to HE.
    Now everything is fine. Except logo is coming in left side instead right side. Is there any option to bring to right side?
    Please let me know
    Thanks
    Venkatesh P

    hi,
    Just check the the positions of the windows in the layout.
    Make sure windows are not overlapping.
    or try to increse/decrese the resolution of logo
    pradeep

  • Non ascii characters being sent from a parameter in a form

    Hi!
    I have seen many topics posted on passing non ascii characters through parameters from one servlet to another and converting them into whatever format is necessary.
    However, I have not seen anyone answer the following question. I have a jsp page (html) with the character encoding set to utf-8. The user inputs some data in to a text field which is inside a form. The data could be in non ascii characters such as hebrew or arabic. This form is then sent to another jsp where i try to retreive the data from teh text field. No matter what i do, i cannot get the data presented correctly. It is either question marks or other wierd symbols.
    I have tried every permetation of encoding of the actual html page, the ecoding of the string from request.getParameter etc but it still is not presented on the new html page correctly.
    Can anyone help??
    Spencer

    Ok, I solved the problem.
    I had to put at the top request.setCharacterEncoding("utf-8");
    Spencer

  • How can I create a form which accepts answers in 2 different languages?

    Hi,
    I'm trying to create a form where the users can answer either in English or Hebrew (with the ability to answer some of the questions in Hebrew and some in English)
    Currently on the form options it's set for English language (Didn't see an Hebrew option there) and when I test the form I get this error for the fields I try and fill in Hebrew: "The field contains unsupported characters. Please modify your entry."
    Is there a way to allow both languages to be inputted into the fields?
    Thanks

    Just use Swing.
    You can integrate Swing and Java3D.

  • How can I convert a PDF file in Hebrew to docx format?

    The convert options do no not cover Hebrew.

    Hey,
    Adobe ExportPDF online service does not support Hebrew PDF to get converted into Word.
    It converts PDF files containing content in various western languages, including English, French, German, Spanish, and Italian, and Japanese.
    You might need to fill the feature request form for the same:
    Adobe - Feature Request/Bug Report Form
    Regards,
    Anubha

  • Printing a form

    Hi folks,
    I had an question, related to printing the form using sapscript. I am printing a sapscript form using two printers. The first one is HPLJ4000 : HP Laserjet 4000   and the model is Dell Printer and using this printer the form is printing fine.
    However when I print using another printer HPLJ4000 : HP Laserjet 4000 but a different model HPLJ 2100TN some of the data is not printing in the right font size. The font I am using is HELVE and I believe it is not recognising it.
    I do not know how to work on the issue, asked the Basis guy too he has no clue about it.
    Any thoughts or ideas will be helpful?
    Thanks,
    Sk

    Hi
    See this OSS notes
    OSSNote:960341
    Symptom
    In some device types (e.g HPLJ4, HPLJ5) you experience non-uniform character spacing in the PDF document after the PDF conversion of SAPscript or Smart Forms documents, using HELVE or TIMES fonts. You want to know the reason.
    Other terms
    CONVERT_OTF, SAPscript, Smart Forms
    Reason and Prerequisites
    The problem is not due to an error in the PDF converter but due to the fact, that the printer font, underlying the device type (e.g. Univers or CG Times in PCL-5 device types), is not available for the PDF converter and is either not available in Adobe Reader. The PDF converter has to try to simulate the layout of the printer font by means of a font which is predefined in Adobe Reader. This is done by assigning the letter widths of the printer font to the font used in Adobe Reader.
    The PDF file contains a table with letter widths, used by Adobe Reader in the output of text, for each used printer font (except PostScript fonts).
    Example:
    %Charwidth values from HP4300 HELVE 060 normal
    /Widths
    [ 278 333 500 633 633 1000 758 333 333 333 633...
    Adobe reader converts this width table, by modifying the space between each character, so that the specified letter width (= space between the current and the next letter) is kept.
    This 'Simulation' of printer fonts results in the sometimes visible irregular spaces in PDF.
    The PDF converter always uses the Helvetica Adobe PostScript font for the display of HELVE and the Times Roman Adobe PostScript font for the display of TIMES. However, for these Adobe PostScript fonts, Adobe Reader often uses a Windows TrueType font, which differs slightly from the original PostScript font.
    Solution
    Workaround: Use the POST2 PostScript device type or the PDF1 PDF device type for the PDF conversion of documents in the Latin-1 character set. They both use the Adobe PostScript fonts Helvetica or Times Roman for the HELVE/TIMES printer fonts.
    Header Data
    Release Status: Released for Customer
    Released on: 30.06.2006  12:44:06
    Priority: Recommendations/additional info
    Category: Consulting
    Primary Component: BC-CCM-PRN Print and Output Management
    Secondary Components: BC-SRV-SCR SAPscript
    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 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

  • Incorrect display of punctuation (parentheses, periods) in .PDF forms.

    The .PDF file attached here was downloaded from the US Department of Homeland Security. I need to fill in this form with Adobe Reader 9.1.3, but some of the punctuation is displayed and printed incorrectly positioned.
    For example, in Section A of the form the line that should show "Family Name (Last Name)" shows "(Family Name (Last Name". It seems that when a line ends with a Closing Parenthesis, that parenthesis character appears at the BEGINNING of the line instead of where it should be--at the end of that line.
    In some cases this happens also with the Period (.) character, as can be seen in Part 2 of this form. Perhaps this phenomenon is related to a bug in Adobe Reader while operating in an environment where Hebrew is activated in Windows XP Professional (SP3), which is my case, even though the form itself has no Hebrew content.
    I have tried all possible combinations of the Edit --> Preferences --> International; that is:
    Application Language
    Default Reading Direction
    Enable right-to-left language options
    Select Font
    but to no avail.
    My System Parameters are:
    Available Physical Memory: 900296 KB
    Available Virtual Memory: 1891424 KB
    BIOS Version: LENOVO - 48
    Default Browser:
    Default Mail: Microsoft Office Outlook
        mapi32.dll
        Version: 1.0.2536.0 (XPClient.010817-1148)
    Graphics Card: Intel(R)  946GZ Express Chipset Family
        Version: 6.14.10.4764
        Check: Not Supported
    Installed Acrobat:
    Installed Acrobat: C:\Program Files\Adobe\Reader 9.0\Reader\AcroRd32.exe
        Version: 9.1.0.2009022700
        Creation Date: 2009/02/27
        Creation Time: 17:10:32
    Locale: English (United States)
    Monitor:
        Name: Intel(R)  946GZ Express Chipset Family
        Resolution: 1152 x 864 x 75
        Bits per pixel: 32
    OS Manufacturer: Microsoft Corporation
    OS Name: Microsoft Windows XP Professional
    OS Version: 5.1.2600  Service Pack 3
    Page File Space: 4194303 KB
    Processor: x86 Family 6 Model 15 Stepping 13  GenuineIntel  ~1995  Mhz
    System Name: GARY
    Temporary Directory: C:\DOCUME~1\Gary\LOCALS~1\Temp\
    Time Zone: Jerusalem Standard Time
    Total Physical Memory: 2086952 KB
    Total Virtual Memory: 2097024 KB
    User Name: Gary
    Windows Directory: C:\WINDOWS
    My installed Plug-ins are:
    C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\Accessibility.api
        Version: 9.1.0.2009022700
        Creation Date: 2009/02/27
        Creation Time: 16:30:36
    C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\AcroForm.api
        Version: 9.1.2.82
        Creation Date: 2009/05/21
        Creation Time: 14:53:01
    C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\Annots.api
        Version: 9.1.2.82
        Creation Date: 2009/05/21
        Creation Time: 04:55:00
    C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\DigSig.api
        Version: 9.1.2.82
        Creation Date: 2009/05/21
        Creation Time: 14:49:24
    C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\eBook.api
        Version: 9.1.0.2009022700
        Creation Date: 2009/02/27
        Creation Time: 16:30:46
    C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\EScript.api
        Version: 9.1.2.82
        Creation Date: 2009/05/21
        Creation Time: 14:50:25
    C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\IA32.api
        Version: 9.1.0.2009022700
        Creation Date: 2009/02/27
        Creation Time: 16:30:44
    C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\Multimedia.api
        Version: 9.1.0.2009022700
        Creation Date: 2009/02/27
        Creation Time: 16:32:38
    C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\PDDom.api
        Version: 9.1.0.2009022700
        Creation Date: 2009/02/27
        Creation Time: 16:31:04
    C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\PPKLite.api
        Version: 9.1.2.82
        Creation Date: 2009/05/21
        Creation Time: 14:56:21
    C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\ReadOutLoud.api
        Version: 9.1.0.2009022700
        Creation Date: 2009/02/27
        Creation Time: 16:30:52
    C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\SaveAsRTF.api
        Version: 9.1.0.2009022700
        Creation Date: 2009/02/27
        Creation Time: 16:39:02
    C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\Search.api
        Version: 9.1.2.82
        Creation Date: 2009/05/21
        Creation Time: 14:50:40
    C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\SendMail.api
        Version: 9.1.0.2009022700
        Creation Date: 2009/02/27
        Creation Time: 16:32:46
    C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\Spelling.api
        Version: 9.1.0.2009022700
        Creation Date: 2009/02/27
        Creation Time: 16:34:34
    C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\Updater.api
        Version: 9.1.0.2009022700
        Creation Date: 2009/02/27
        Creation Time: 16:33:14
    C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\weblink.api
        Version: 9.1.0.2009022700
        Creation Date: 2009/02/27
        Creation Time: 16:31:44
    Thank you for any ideas on how I can print the document with the punctuation positioned correctly.

    Thanks, but that gave me the same result.
    GaryN6

  • How do i convert a PDF file in word that is written in Hebrew is that possible?

    Before I sign up for the paid version of PDF - I would like to know if it is even possible to convert a PDF file with Hebrew fonts into word ? And be able to change the words and what is written after the conversion in WORD????  Thank you!

    Is this a scanned document? To check, try and copy/paste text from the document using Adobe Reader. Do you get
    - nothing at all (nothing selected)
    - the Hebrew you want
    - mangled Hebrew (wrong order, wrong accents, wrong letter forms?)
    - complete rubbish characters?
    The answer to this may help us understand whether ExportPDF will work for you.

  • SMARTFORM in Hebrew language

    Hello
    Anyone has experience in SMARTFORM in Hebrew language
    I have a form in EN and for testing i have convert EN  text into HE Lang (Tcode:SE63).
    When i print this invoice into HE language , SAP Convert the invoice from Right to Left(all the English char) but it works in different way.
    Example :
    1.
    EN : Schindler Nechushtan Elevators Ltd
    HE: Ltd Schindler Nechushtan Elevators
    2.
      EN: Tel: 972 3 7214400  Fax: 972 3 7214405
      HE : 7214405 Tel: 972 3 7214400  Fax: 972 3
    Do anyone has idea "How it works" and how can i start defined Hebrew forms.
    with best regards
    Ravi

    Hello Gungor
    Do you think that for HE  i should not translate from SE63 .
    I have a form in EN (dev language EN) and from SE63 i convert EN to HE (with all EN).
    Now from SE63 , I have a form in HE with English text .
    some text is converted from Right to left with strange order
    HE  --yr.comravi.shankar.tiwary at ch.schindle :E-mail
    EN will be : ravi.shankar.tiwary atch.schindler.com
    Do you have any example for me how can i handle EN + HE in same form  or how can i do it .
    do you think that in HE  i have to translate the form  not through SE63  but to logon in HE and then translate.
    With best regards
    Ravi

  • Hebrew Language dosent shown in oracle 11g

    Hi all
    can't see hebrew
    from what I have been told its should have be solved by setting the REGEDIT NLS_LANG to AMERICA.AMERICA.US7ASCII
    but its dosent solved it
    could someone helps
    regards Yaniv

    Hi guys
    and thanks for the replies.. and sorry for my late reply
    I tried using ARABIC_UNITED ARAB EMIRATES.AR8MSWIN1256 in NLS_LANG but still the same issue,
    The way am viewing the input is via Oracle Enterprise Manager.
    And the way am inserting the values are via html form and php.
    Also, I tried selecting data and viewing it in the browser but also show "????"
    I haven't try AL32UTF8 instead of AR8MSWIN1256 yet, am gonna try and reply soon.
    Thanks

Maybe you are looking for

  • Copying Hyperlinked Text from PDF to Word (or elsewhere)

    Hello- I am at my wit's end, so I hope someone can help... I have a PDF with text that hyperlinks to a web page. It works great within Acrobat Pro, but if I try to copy and paste that text/hyperlink into an email, or word file, it loses the underlyin

  • Loss message in email server

    hi my message server is iPlanet Messaging Server 5.2 HotFix 1.21 I have a trouble~~ a email user his message is disappear in webmail ,suddenly. but I check pop log, i find this user did not use pop3 to get mail . I use "hashdir" command to find his m

  • PDF Script to skip row in table

    Hello. I need script to scip row in table by some parametrs. Does somebody know how do this to?

  • Premiere Pro exporting solutions?

    I need desperate help in the realm of exporting... In a short summary: I am currently shooting with a 5D Mark III and a 24-70mm When I shoot, I keep my lighting equal throughout the histogram, I keep a reasonable f-stop to obtain better focus, I use

  • Installing CS6 onto new imac from upgrades

    Hi I am wanting to install CS6 onto a new imac via the cloud. The CS6 I have is in disc format and is an upgrade from CS65.5. CS5.5 is also an upgrade from CS4. How do I install CS6 onto a new imac when I cant get install the original due to no CD dr