Problem when printing Thai Characters in Smartform

Hi All,
When printing thai characters in smartform it takes more spaces between characters than required. I tried all possible font to adjust the character spacing.
Can anyone help me out.
Thanks,
Khushboo Dand

Dear Khushboo, Jag
I have observed that tThe tiny boxes that are appearing in the Smartform text element is only occuring when you are printing a variable whose content is thai and nothing else with that. by nothing else i mean no THAI hardcoded text.
if you try and check you will observe that when you try to print something like this in your Text element
with your paragraph format alright/ output device and device type everythng in place
eg:
ของผู้มีเงินได้ &G_VAR& -
is printing alright : content of G_VAR is thai characters
but if you are printing just the variable
eg:
&G_VAR& --- it will print boxes
to overcome this after trying no.of checks / online helps / settings etc etc which , ofcourse, did not help
I did a lil bit trick with the system
You can create a character format in your smartstyle with FONT : THANGSAN and maintain the COLOR as white
now go to your text element key in a THAI character at the start or end of you variable and assign your new character format to that character. and Eureka! it will work
eg: <CF> ข </> &G_VAR& - --- seen in your change editor
where CF is the new "colorless" character format I have asked you to create.
Thanks and Regards,
Charu.
Edited by: Charu Borkar on Aug 3, 2011 00.14 am

Similar Messages

Problem when printing " " using XSL

I have a problem when printing the "<" .It is always printed as
"<" in the HTML file.
I wish to transfer a Javascript text . I tried
using CDATA . This is an extract of a portion in my XSL File
which uses CDATA.
<![CDATA[
function createLOV(lov_name, array_touse) {
document.writeln("<select name='" + lov_name + "'>");
for (var i=0; i < array_touse.length; i++) {
document.writeln("<option value='" + array_touse[i] + "'>" +
array_touse[i] + "</option>");
}]]>
And this is what the HTML file contains
function createLOV(lov_name, array_touse) {
document.writeln("<select name='" + lov_name + "'>");
for (var i=0; i < array_touse.length; i++) {
document.writeln("<option value='" + array_touse[i] + "'>" +
array_touse[i] + "</option>"); }
document.writeln("</select>");}
I tried using the <xsl:text disable-output-escaping="yes"> but in
vain.
If i use < or &x3C; , i still get < in the HTML file.
How do I solve this problem. I'm using XSQL Servlet with JSDK2.1
both running on Sun Solaris2.6 .
Thanks in advance,
Suresh
null

Suresh Seetharam (guest) wrote:
: I have a problem when printing the "<" .It is always printed
as
: "<" in the HTML file.
: I wish to transfer a Javascript text . I tried
: using CDATA . This is an extract of a portion in my XSL File
: which uses CDATA.
: <![CDATA[
: function createLOV(lov_name, array_touse) {
: document.writeln("<select name='" + lov_name + "'>");
: for (var i=0; i < array_touse.length; i++) {
: document.writeln("<option value='" + array_touse[i] + "'>" +
: array_touse[i] + "</option>");
: }]]>
: And this is what the HTML file contains
: function createLOV(lov_name, array_touse) {
: document.writeln("<select name='" + lov_name + "'>");
: for (var i=0; i < array_touse.length; i++) {
: document.writeln("<option value='" + array_touse[i] + "'>"
+
: array_touse[i] + "</option>"); }
: document.writeln("</select>");}
: I tried using the <xsl:text disable-output-escaping="yes"> but
in
: vain.
: If i use < or &x3C; , i still get < in the HTML file.
: How do I solve this problem. I'm using XSQL Servlet with
JSDK2.1
: both running on Sun Solaris2.6 .
: Thanks in advance,
: Suresh
Currently, the parser does not support the xsl:output and
output-escaping mechanisms. We plan on adding support for this
in a future release.
Oracle XML Team
http://technet.oracle.com
Oracle Technology Network
null

Problems when printing help topics from OHJ

We have encountered some persistent problems when printing help topics from Oracle Help for Java (Ice Browser).
NOTE: When we print the same source files from Oracle Help for the Web, the printing problems are gone.
(1) Spacing Errors (all printers had identical results)
Text with special formatting (<b>, <i>) often has either too much space or not enough space.
Links often have extra spaces underlined before or after the link, itself.
(2) When printing multiple help topics from the TOC (an entire branch in the tree):
On some printers, no graphics print correctly, but instead print as one of the following: 1. empty box the size of one character, 2. black box the size of one character, 3. black box the size of the original graphic. We could not detect a pattern that caused 1, 2, or 3.
NOTE: all graphics are bit maps (screen captures) that were generated in the same manner.
NOTE: if these same help topics are printed one at a time form Oracle Help for Java, the graphics print fine.
Is this a problem with the Ice Browser?
Thanks for the help,
Wendy Studinski

There are a known issue with the ICEBrowser printing in some circumstances. The laying out of text by the ICE Browser relies on font metrics (being able to measure the width of a run of text in a given font). On screen it looks great, but when printing, even though the GraphicsConfiguration for the printer is being used, these widths are sometimes off, which can result in text running together at boundaries between text styles. We're not sure what to do about this problem, and we've reported it to IceSoft.
Not every font has this problem, so varying the font you are using might help the appearance when printed.
The other problem you report, problems with the images when printing multiple topics, is something that we will look into.

"Problem When Printing" error on Mac Mini

Hi all,
I just recently updated my Mac Mini from 10.3 to 10.4. Instead of Archive and Install I formatted and did a clean install.
I have my printer set up, however whenever I try and print anything from any application I get a very unhelpful "Problem when printing" error, and nothing prints.
I also get the same error when trying to save to PDF.
My printer is a HP Deskjet 3750, and the driver is the one included with 10.4 (as per HP's instruction), but I don't think it's a driver problem as Save to PDF gives me the same error.
I've already tried repairing permissions. Anyone know what could be causing this. Any help is greatly appreciated.
Thanks.

Bugger. PSR is often a winner
You could try installing Gutenprint 5.0.1 available from Sourceforge (it's about 15MB). It's an updated version of the included GIMP-Print drivers and may repair/replace/install some of the core files. Otherwise you may have to contact Apple and see if you can get 10.4.9 mailed to you.

Performance problem when printing - table TSPEVJOB big size

Hi,
in a SAP ERP system there is performance problem when printing because table TSPEVJOB has many millions of entries.
This table has reached a considerable size (about 90 Gb); db size is 200 Gb.
Standard reports have been scheduled correctly and kernel of SAP ERP system is updated.
I've tried to scheduled report RSPO1041 (instead of RSPO0041) to reduce entries but it is not possible run it during normal operations because it locks the printing system.
Do you know why this table has increased ?
Are there any reports to clean this table or other methods ?
Thanks.
Maurizio Manera

Dear,
Please see the Note 706478 - Preventing Basis tables from increasing considerably and
Note 195157 - Application log: Deletion of logs.
Note 1566659 - Table TSPEVJOB is filled excessively
Note 1293472 - Spool work process hangs on semaphore 43
Note 1362343 - Deadlocks in table TSP02 and TSPEVJOB
Note 996455 - Deadlocks on TSP02 or TSPEVJOB when you delete
For more information see the below link as,
http://www.sqlservercurry.com/2008/04/how-to-delete-records-from-large-table.html
http://www.sqlteam.com/forums/topic.asp?TOPIC_ID=91179
http://www.sqlteam.com/forums/topic.asp?TOPIC_ID=83525
If any doubts Let me know.
Thomas
Edited by: thomas_raja on Aug 7, 2011 12:29 PM

Problem when printing booklets prints pages 1,2 and 11 as if I wants to print all

I am using XP and 2000 MS word
I am having a problem when printing booklets from time to time. I get it ready to print in booklet form with 12 pages and my printer gives me the options. “Print all” “current page” “selection” or “pages” Because it is booklet I want to print the first 4 pages to be folded and glued as a small book. When I inter 1-4 as the example shows some times it prints OK but about a week later it prints pages 1,2 and 11 as if it wants to print all. I thought it was the printer but think it could be in some setting of the word program or my computer it self.

Also does this (i.e. prints web pages over several pages despite changing settings) on my laptop at work with an HP printer. This started when I upgraded to Firefox 9.0.1.

Color management problem when printing

(sorry for the double post, since the problem affect both illustrator and photoshop and in fact also indesign) in decided to repost it here in the photoshop forum. thank you for any help!)
hi ! im in charge of a big print lab in a university. All macpro quad running on 10.6.4, CS5 all updated.
i have a major problem when printing from all 3 CS5 apps : Illustrator (being the worst), photoshop and indesign : each one produces a different print even if i use the SAME color management options (the application manage color using my own color profile file created with a i-one tool from greta macbeath and using eye-one match 3). im printing on a XEROX 7750gx laser printer. very cool printer never had trouble with colors before with it, in any case it was always the software part that was causing color problems (like i suspect in this case).
how can 3 softwares under the same application collection and brand, using the same color profile and options (IDENTICAL ! it's triple check all the options!) can produce 3 different prints when printing the same image (it's a color psd created under photoshop CS5) ?!
i remember having some trouble like this when we first got CS1 in our lab, but not this bad... i've checked everything... i realy don't know how to fix this problem...
the best setting so far is in Photoshop when the application manage the color and using my color profile file in perceptual mode. best output so far, not the best i had in the past, CS4 was way more perfect with color management.
i realy need to find a solition 'cause the students expect the color to be almost perfect (and they almost were using CS4 in the past...
thanx for any tips & help !
+

many thanx for your reply & help.
i've just recalibrated everything in my workflow : my screen (perfect!), my xerox 7750 color laser printer. i've recreated a new color profile file for the xerox color. and the same thing is happening : a kind of pink color all over my prints and every adobe's applications is printing different results. in photoshop i can manage the problem when forcing to print in perceptual mode. not perfect but it's fine. and with the other software specialy like ACROBAT and INDESIGN there's no option like this so it prints very badly. only option is to print in adobe 1998 rgb or SWOP cmyk (depending of the color space of the image of course)... the image is use for my test is RGB. images in CMYK are doing the same exact thing.
by the way for calibration is use an x-rite (greta macbeth) eye-one tool with eye-one match 3.6.3. i calibrate the screens and create color profile with this tool since ADOBE CS1 and never had this much trouble with colors...
here's a capture from photostop CS5 print dialog. when using the option "match print colors" you can see the image with all the PINK NOISE when using the print in RELATIVE colormetric mode (at the bottom right). using perceptual is "fine" (not color perfect but OK).
http://i53.tinypic.com/qzge12.jpg
it's worst in Acrobat and Indesign since i can't use perceptual colormetric print mode...
im realy starting to think that i better uninstal CS5 and go back to CS4...
thanx for your help !

Problem when printing in Polish

Hi
developers have a problem when printing a Polish form, special charactors like ł, ś, ć etc are all printed as '#'.
TY
regards
Hicham
Edited by: Juan Reyes on Sep 10, 2009 12:22 PM

Let me correct your thread...
problem when printing a Polish
You cannot print "a polish", you have problems printing "in polish". :-D
Regards
Juan

Problem printing Special Characters in Smartform

Hi,
I am developing a Smartform for Position Description. For that I have to display data from table HRT1002 as the data in this table is stored using Text Editor the data internally is stored in '#' when there is a enter, space or some special Characters. While displaying this data I have used class CL_ABAP_CHAR_UTILITIES -->HORIZONTAL_TAB to make '#' to it original value in my internal table.
After using the Class the data has been converted into the correct format, but while printing few special characters like ", ' , .. etc are been printed as # where as in my internal table they are not in # format. How can I change the # to it original Character while printing.
Regards,
Ramu N.

In Text Element,click Txt editor icon on the left side in General attributes.Then in the menu Include->Characters->Displayable Characters and then select the characters.
To display Special characters in Smartforms ...
goto text editor of the perticular text node.
in the text editor, Click INSERT - Characters - Displayable Characters.
a new window will open showing all characters...if ur required character is not
present, click on non-dispalyble character button , it displays all the characters
and their respective numbers...select ur required character .
<b>Check it, if it is helpfull reward points..</b>
Regards....
ABhay

[smartforms] Problem when printing on distant printer

Hi,
I'me facing a printing problem with a smartform : it's OK when it's printed on LOCL printer, but KO when printed on other printer.
In this case, I obtain some gaps on colomn and differences in font size.
Would someone have an idea that could help me to solve that problem?
Thank you by advance.
AR

Usually we print our forms in SAP configured printers, so always try to design your forms according to printer configured in SAP.
now, coming back to your question, this is the problem why it is picking the wrong font... the font family that is used in your smartform(check smart style) with specified size may not be loaded into SAP system... check the font families that are available in SAP system in SE73 tcode and modify your smartform accordingly...
If you are using LOCL as your printer it picks the fonts from your local machine.. since the font exists in your local machine it may be displaying correctly...
Close the thread once your question is answered.
Regards,
SaiRam

Problem when printing objective settings

Hello all,
I'm facing a problem with the printing of the objective setting. The smartform that a get displays wrong characters : '#' instead of ' ' '.
ex: people#s instead of people's.
It's not a smartform problem. This one receives text with '#'.
I checked the text with tr phap-catalog and it's stored correctly.
I don't know where I have to investigate.
Could anyone help me?
thanks a lot
Karim

Hi,
refere this OSS note matter. May resolve your issue.
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
reward if useful
regards,
ANJI

Unable to print chinese characters in Smartforms use Zebra printer

Hi,all.
My printer is Zebra ZM400 300dpi,I created a new output device 'TestDevice' and use the Lzeb3 Device type.
In my smartofrms i used the Zebra command to rotated text.Now the smartforms counld not print chinese characters but '#' instead.(style font 'ANDALE_S')
Anyone could help me....
Thanks Advance.
Andy Lee.

Hello Andy,
If you use the device type LZEBU3 with font ANDALE_S, then when you print then the SAP system
send a print control for activating the ANDALE font installed on the printer, and the text should
be outputed over this font.
When you get # during print then this means that the device type or the SAP font don't support
this character(this was the original problem), when you get a "space" then this means that the
font which is used by the printer don't support this character.
I think this can have 2 causes in your case:
1. The SAP system use the print control SF000 when you use ANDALE_S, which contains
the print control ^CI17^F8 in HEX form. This should activate the ANDALE font on your printer.
(You can find this under tr. SE73 -> Printer Fonts -> LZEBU3 -> ANDALE_S)
You should check wheter this is the correct print control. You should find on the printer an option
which list you all installed fonts, and also the print control which can be used for activating it.
Compare this print control from the printer with the above print control from the SAP system.
If you see a differnce then change the print control in the SAP system.(Before you do that please
copy the device type LZEBU3 into customer namespace, don't change the original SAP device type)
2. The font installed on the printer don't support the character which you use. Contact Zebra to confirm this, and ask for a ANDALE font which supports the character.
Best regards,
Norbert

Problem with printing Polish characters on paper printouts.

Scenario..1
Text Module TM being used in smartform. TM uses a style which has font ARIAL.
TM is translated into 2 languages English and Polish.
The English version contains Polish characters too, since a couple of Person names have to be printed.
When the form is printed in Polish language : The Polish characters are previewed and printed correctly
When the form is printed in English language : The Polish characters are previewed correctly but not printed correctly
Both the above use the same printer having support for Polish fonts.. so i am asssuming the printer is not the issue here.. i could be wrong.
Kindly advice.

Hi!
In which way is the output transferred?
Something like:
a)
ESC 'times new roman'
My text
b) already converted into a picture with a specific resolution (e.g. of 300dpi)?
Case a) -> Your printer needs an installed font times new roman / it's using the first installed font or something in this way. Then you need to download a special (user-) font with polish characters. (That's a quite common way. Sometimes already then vendor installs an user font as preparation for some countries.)
Case b) -> No idea, when print preview is already OK, then output should be OK, too.
Regards,
Christian

Printing Thai characters on Windows 7

Dear Experts,
We are developing our system on Windows 7 and we are testing on the printer with Thai characters from SAP(GUI710 Patch 17). On "Print Preview" everything looks fine but after printed there are some Thai characters (vowels) do not align correctly but it looks fine on Windows XP. We have tested on the new GUI720 also but the same result shown. Is there any way to solve this alignment problem?
Thank you in advance
Chayanin

Hi Chamkam,
Thanks.
We are facing the same issue in our ECC system.
We are facing this issue after an ECC upgrade.
Can you provide more details on your solution?
Means what are all the steps you have taken?
Regards,
Govind

Problem to print Thai address correctly as it's overlapped

Hi All,
I tried to print Thai address (street and street2) in one line via smartform and printed in PDF preview.. The value for the fields is as below:
Street: 78 moo 1 ต.11/6
Street2: Bangtalad, Pakkred
There is a Thai character in Street. The problem is somehow Street2 is printed overlapped with Street.. But if value of Street2 is only 'Bangtalad, Pak' then it's correct to print next to Street.. I've extend the width, but still unsuccessful..
Anyone knows how to rectify this error?
Juli.

In regards to the other question I asked though, is it possible to scale all the items on a page by a set amount? Say for instance I have the font too large on all of the pages in the document and the images are also a little oversized, is ther some way I can scale all of the images down a certain percentage without having to go into each item individually?
Well, kinda. If you select everything on your page at once (or if they're already grouped) then you can hold down Control, Shift, and Alt while grabbing a corner to resize and it'll maintain all of the ratios, including scaling the font size. You'd only be able to scale one page or spread at a time, but you could do it that way. Alternately, you can place your InDesign document into another InDesign document, where the source InDesign doc will be displayed as an image in the target doc. So, you could scale each page just like an image.
However, I'm reluctant to advise that you do that - mostly because I don't understand what you're doing. In my understanding, everything outside of the crop marks is literally going to wiind up on the cutting room floor, so the fact that you have content like page numbers in your bleed makes no sense to me. Is it intended for the press operator who's going to be doing the cutting? We can answer your questions, but honestly I think you should describe what you're trying to achieve in the end with a bit more detail, otherwise the forums regulars will answer your questions at face value and maybe help you, or maybe just help you dig a deeper hole for yourself without realizing it.

Problem when printing Thai Characters in Smartform

Similar Messages

Maybe you are looking for