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,
EranHi,
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.
regardshi sh
i think u have to change the for unicode
regards -
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
josephYeah 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 HiwalePlease 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 Phi,
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??
SpencerOk, 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?
ThanksJust 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 -
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,
SkHi
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. -
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
RaviHello 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 YanivHi 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
-
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