Character spacing when print

Hi,
How can I set the character spacing when I printing?
eg. 10 CPI or 12 CPI etc. /CPI=Character Per Inch/
thx.

Hi,
How can I set the character spacing when I printing?
eg. 10 CPI or 12 CPI etc. /CPI=Character Per Inch/
thx.Printing on what? Console or a UI component?

Similar Messages

  • Error in character spacing when exporting to pdf from word 07

    I am having trouble with exporting to pdf from MS Word 07.  The character spacing throughout the document is wacky.  This also happens when exporting to pdf from a GIS program.
    Any help?

    I use the term export because that is how it is done in the GIS software that I use - ArcMap 10.
    In MS Word I access Adobe Acrobat Pro 9 through the print menu. I am using Windows 7.
    I do not always have this trouble, but it started yesterday on a 30 page word doc and then after that, it started on an ArcMap doc.
    As for embedding fonts, when I check the Word doc as you suggested, i see many different fonts listed.  Some are embedded, some embedded subset, some are not embedded at all.  I use styles to manage font types and heading levels.  There is nothing fancy about it - all Times New Roman.

  • Character spacing messes printing and PDF exporting

    I'm having problems printing and exporting to PDF from Pages.
    The problem is that when I'm using Character spacing (ie. -7%) they display different on screen, on paper and in PDF. They display right on the screen. But PDF and printing get messed up, the spacing is not right and it adds more space to the fonts.
    I'm using:
    Mac OS X 10.5.1
    Pages 3.0.1
    Thanks,
    Fannar

    I was having the very same problem. I was trying to make a business card with my name centered and character spacing at 40%. The character spacing seemed to only work for the first character. When it came to print or export, the text had shifted left as if it were centered with the spacing applied.
    Fear not! I found a solution. Instead of directly printing or exporting as a pdf, I chose to save as a PostScript file in the print dialog. I could then open this file in Preview and save as a pdf or print with the designed character spacing.
    File>Print>PDF>Save as PostScript..
    This work flow also fixed some nasty degradation of smaller fonts.
    Pages Developers take note!

  • Character spacing when converting word to pdf

    Hello
    I am using Adobe Acrobat Professional 9, and i often use the pdf portfolio feature.
    When i am ready to combine the files in the portfolio into a single pdf, the files originally from Microsoft Word, after conversion to pdf, look fine on screen.
    However when printed out the character spacing is off, with some characters spaced closer together and other spaced further apart.
    Is this a common issue?
    How can this be resolved??
    Thank you
    EAP123

    Empty the TEMP folder or print to the Adobe PDF printer. The latter might be worth trying to be sure things are working.
    You may have to uncheck a lot of the options in the PDF Maker preferences, particularly tags. Keep in mind that large graphics require a lot of disk space in the translation as the PS format is not very memory efficient for graphics (at least from what I have seen). You might also make a copy of the DOC file and then select a graphic and choose format. In the lower left corner of the general tab is a compress button. Try that to reduce the graphics resolution and see if that solves the problem.

  • Problem with dashed line spacing when printing to pdf

    Hi all,
    this may be a problem with my pdf program (I use bluebeam), but maybe someone will have an idea how to fix it whether in indesign or bluebeam.
    so I made a dashed line using the stroke command in indesign. I need to have the spacing set to 3pt dash and 2pt space. I also need to keep the lineweight to 0.5...this all works fine and appears correctly in indesign when I preview
    the problem is that some of the dashed lines, but not all of them, change size and spacing in the pdf when I view it. it seems to change when I zoom in and out as well. I thought maybe this was just some odd feature with bluebeam and it would still print to the correct size, but it does not, it prints the lines as different sizes. does anyone have an idea why this happens and how to fix? ive viewed and printed from adobe reader and it seems to be okay there but this file will be accessed by multiple other people and they may not be opening and printing in adobe reader..
    thanks guys

    When you export a PDF you will notice that you are exporting to Adobe PDF. Using any reader beyond Acrobat Pro or Reader is a crapshoot.
    For issues with Bluebeam I suggest you contact the developer.

  • Very strange spacing when printing a JTextArea

    I am trying to print text from a JTextArea and am having a very hard time at it. I am using a print utility which takes the component itself to be printed.
    For instance:
    If my JTextArea contains the text:
    "Item: Large Caffe Mocha"
    The printer will spit out something like:
    "Item: Lar ge Caf f e Mocha"
    Does anyone have any idea what is happening here?
    Code is as follows:
    public class PrintUtilities implements Printable {
      private Component componentToBePrinted;
      private boolean interactive;
      public static void printComponent(Component c, boolean interactive) {
        new PrintUtilities(c, interactive).print();
      public PrintUtilities(Component componentToBePrinted, boolean dialog) {
        this.componentToBePrinted = componentToBePrinted;
        interactive = dialog;
      public void print() {
        PrinterJob printJob = PrinterJob.getPrinterJob();
        printJob.setPrintable(this);
        if (printJob.printDialog())
          try {
            System.out.println("Calling PrintJob.print()");
            printJob.print();
            System.out.println("End PrintJob.print()");
          catch (PrinterException pe) {
            System.out.println("Error printing: " + pe);
      public int print(Graphics g, PageFormat pf, int pageIndex) {
        int response = NO_SUCH_PAGE;
        Graphics2D g2 = (Graphics2D) g;
        Dimension d = componentToBePrinted.getSize(); //get size of document
        double panelWidth = d.width; //width in pixels
        double panelHeight = d.height; //height in pixels
        double pageHeight = pf.getImageableHeight(); //height of printer page
        double pageWidth = pf.getImageableWidth(); //width of printer page
        double scale = pageWidth / panelWidth;
        int totalNumPages = (int) Math.ceil(scale * panelHeight / pageHeight);
        //  make sure not print empty pages
        if (pageIndex >= totalNumPages) {
          response = NO_SUCH_PAGE;
        else {
          //  shift Graphic to line up with beginning of print-imageable region
          g2.translate(pf.getImageableX(), pf.getImageableY());
          //  shift Graphic to line up with beginning of next page to print
          g2.translate(0f, -pageIndex * pageHeight);
          //  scale the page so the width fits...
          g2.scale(scale, scale);
          componentToBePrinted.paint(g2); //repaint the page for printing
          response = Printable.PAGE_EXISTS;
        return response;
    }I am calling it as follows:
    JTextArea area = new JTextArea("Large Caffe Mocha");
    area.setRows(20);
    area.setColumns(75);
    area.setLineWrap(true);
    JScrollPane pane = new JScrollPane(area);
    printReceipt(area);
    public void printReceipt(Component componentToBePrinted)
            PrintUtilities.printComponent(componentToBePrinted); 
    }Thanks for any assistance with this problem. It is elluding me..

    public static void printComponent(Component c, boolean interactive) {
    new PrintUtilities(c, interactive).print();
    printReceipt(area);
    public void printReceipt(Component componentToBePrinted)
    PrintUtilities.printComponent(componentToBePrinted); 
    }I'm sure that this is not causing the issue and am also surprised that the compiler didn't complain, but your call to PrintUtilites.printComponent() doesn't sync up with the function you are calling. You are sending only one parameter (componentToBePrinted) and the printComponent() function is expecting two parameters: the component to be printed and a boolean value. In the code that you posted, you only had the one printComponent() function listed, with no alternative function that only accepts the component to be printed.
    Having pointed this out, I'm not sure as to what is causing the issue, except that it may have something to do with your code:
    //  scale the page so the width fits...
    g2.scale(scale, scale);Maybe it's not really a spacing issue so much as a scaling issue. I know that on some systems, when you scale the graphics to print that are simple text, some letters will come out further apart and some will be squeezed together. I would suggest that you try commenting out your scaling code and let it print at the scale that it wants, just to see what happens.
    Cheers,
    Sean Carrick
    PekinSOFT Systems
    Edited by: PekinSOFT.Systems on Apr 16, 2009 8:27 PM

  • JTextPane - character spacing

    Hi,
    i have implemented a new LabelView with character-spacing, but i have some problems with breaking the new, longer views. Which Method is responsible for calculating the spans the view has to fit? And which Method is responsible for calculating where the break occurs?
    thx
    kbj

    Same problem too. We're using XML Publisher to print cheques and using the PDF Publisher Printer and we're finding problems with character spacing when the PDF is generated that didn't exist on the desktop.
    Kofi

  • Report cant print Chinese character properly when direct output to printer

    I have follow the instruction {How to Print PDF/UTF8 in R12? [ID 778970.1]} {PASTA 3.0 Release Information}
    I am able to print the chinese character properly in PDF format. (direct to printer)
    However, some standard report like "Final Payment Register" "TEXT format" NOT able to print chinese character(direct to printer)
    When I preview the report it can display chinese character properly.
    Please advise

    However, some standard report like "Final Payment Register" "TEXT format" NOT able to print chinese character(direct to printer)
    When I preview the report it can display chinese character properly.Please see (What Happened To The Preliminary And Final Payment Register In R12? [ID 746339.1]).
    Thanks,
    Hussein

  • Additional CR when printing unicode character

    Hello,
    the following code prints two lines on a printer. The second line contains an escaped unicode character. When running the example code I can't even see the unicode character on the paper; but in my original application it is visible. So this is not the problem. But always an additional carriage return is inserted after the unicode character, thus overprinting the beginning of the line with the remaining text. This did not occur in java 6 if I remember correctly. Is there any workaround for this?
    Regards
    J.
    import java.awt.*;
    import java.awt.event.*;
    import java.awt.print.*;
    import javax.swing.*;
    public class HelloWorldPrinter implements Printable, ActionListener {
        public int print(Graphics g, PageFormat pf, int page) throws
                                                            PrinterException {
            if (page > 0) return NO_SUCH_PAGE;
            Graphics2D g2d = (Graphics2D)g;
            g2d.translate(pf.getImageableX(), pf.getImageableY());
            g.drawString("Hello world!", 100, 100);
            g.drawString("Now the line with a unicode \u2259 character.", 100, 120);
            return PAGE_EXISTS;
        public void actionPerformed(ActionEvent e) {
             PrinterJob job = PrinterJob.getPrinterJob();
             job.setPrintable(this);
             boolean ok = job.printDialog();
             if (ok) {
                 try {
                      job.print();
                 } catch (PrinterException ex) {
                      System.out.println(ex);
        public static void main(String args[]) {
    //        UIManager.put("swing.boldMetal", Boolean.FALSE);
            JFrame f = new JFrame("Hello World Printer");
            f.addWindowListener(new WindowAdapter() {
               public void windowClosing(WindowEvent e) {
               System.exit(0);
            JButton printButton = new JButton("Print");
            printButton.addActionListener(new HelloWorldPrinter());
            f.add("Center", printButton);
            f.pack();
            f.setVisible(true);
    }

    Hello Sabre,
    thank you for testing. Of course it's good news that you don't see any overprinting, but unfortunately that doesn't help me on my site (Win7 64-Bit, java 1.7.0_09).
    Since I can see the character in my original application as I wrote, I made up the following test case and met a strange behaviour. I can make my desired unicode character appear without any overprinting as long as I don't use any other character in the string below 2000(16).
    Kindly run the following code. It prints a line of unicode characters starting with my desired one.
    Then change iConstant in makeTextLine() to any value below 0x2000. At my site this results in overprinting.
    Does it also happen at yours?
    import java.awt.*;
    import java.awt.event.*;
    import java.awt.print.*;
    import javax.swing.*;
    public class UnicodeTest extends JFrame implements Printable {
      String text= "Test line with unicode \u2259 character.";
      public UnicodeTest() {
        setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
        setSize(350, 200);
        text= makeTextLine();
        JLabel lb= new JLabel("<html>Printing started...<br>"+text);
        add(lb);
        setVisible(true);
        PrinterJob printerJob= PrinterJob.getPrinterJob();
        printerJob.setPrintable(this);
        try {
          printerJob.print();
        catch (PrinterException e) {
          System.out.println("PrinterException: "+e);
      public static void main(String args[]) {
        java.awt.EventQueue.invokeLater(new Runnable() {
          public void run() {
         new UnicodeTest();
      public String makeTextLine() {
        StringBuilder sb= new StringBuilder();
        int iStartValue= 0x2259;
        int iConstant= 0x2020; // Tested with 0x100, 200, 400, 800, 1000, 2000.
        for (int i=iStartValue; i<iStartValue+30; i++) {
          sb.append((char)i);
          sb.append((char)iConstant);
        return sb.toString();
      public int print(Graphics g, PageFormat pf, int page) throws
                                                            PrinterException {
        if (page > 0) return NO_SUCH_PAGE;
        Graphics2D g2d = (Graphics2D)g;
        g2d.translate(pf.getImageableX(), pf.getImageableY());
        g2d.setFont(new Font("Dialog", Font.PLAIN, 12));
        g.drawString(text, 50, 40);
        return PAGE_EXISTS;
    }

  • Uneven spacing between words when printing or saving as pdf

    I'm trying to print to my hp laserjet 5mp from MS word. document looks fine on screen, but when printed the spacing between words is all messed up. Same thing happens if I "print/save to" pdf file. I downloaded the driver again for the printer, but not helping...

    I suspect a duplicate or bad font, open Font Book in Applications and use it's tools to check.
    Do you know which Font it is?

  • When Printing a web page from Firefox. The fonts are timy and all spacing is incorrect.

    Prior to beta 4.12, the pages printed correctly. Now, the fonts are small and the text spacing is incorrect. All text has at least one extra space between the letters.
    This happens on ALL sites when printing a web page.
    I tried printing the same page in Internet Explorer and it prints correctly.

    See this thread:
    *[/questions/787654]

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

  • 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

  • Inter-character spacing

    Hi,
    I am using "Verdana" font to display. I need to increase inter-character spacing. Can anyone help me in solving this.
    Thanks,

    Three things to look at:
    1) Make sure you are on SP6:
    https://smpdl.sap-ag.de/~sapidp/012002523100015859952009E/crxir2win_sp6.exe
    Runtime
    CR XI r2 (SP6) MSM
    https://smpdl.sap-ag.de/~sapidp/012002523100000634042010E/crxir2sp6_net_mm.zip
    CR XI r2 (SP6) MSI
    https://smpdl.sap-ag.de/~sapidp/012002523100000633302010E/crxir2sp6_net_si.zip
    See the following re. how to get to SP6 (depending on the SP you are using now...):
    Crystal report access violation exception win 2008 server (.Net 2.0)
    Note that on runtime computers, you must uninstall what ever the current runtime you have there now and install SP6 runtime.
    2) See KB [1220516 - Font size decreases when report is exported to PDF from Crystal Reports XI or Crystal Reports XI Release 2|http://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/com.sap.km.cm.docs/oss_notes_boj/sdn_oss_boj_bi/sap(bD1lbiZjPTAwMQ==)/bc/bsp/spn/scn_bosap/notes%7B6163636573733d36393736354636443646363436353344333933393338323636393736354637333631373036453646373436353733354636453735364436323635373233443330333033303331333233323330333533313336%7D.do]
    3) Look at the option "Dissociate Formatting..." in the Page Setup properties and ensure this is not enabled.
    4) Make sure your printer drivers are up to date and Unicode compliant
    5) Make sure the font is "visible" to the process. If it is not, the CR engine will do it's own substitution...
    - Ludek
    Follow us on Twitter http://twitter.com/SAPCRNetSup
    Got Enhancement ideas? Try the [SAP Idea Place|https://ideas.sap.com/community/products_and_solutions/crystalreports]

Maybe you are looking for