| Home: Support: Search: |
Font Installation on UNIX and Other Systems
Windows and Macintosh systems have one central directory where all applications access their fonts. Unfortunately, in Linux and UNIX, each application implements fonts differently: the X Window system has its way, word processors want it a different way, printing systems want it another way, and so on. Several font installation examples are documented below with links provided by IDAutomation's clients. If they are not helpful, contact the operating system or application vendor for installation procedures.
IDAutomation’s TrueType and PostScript fonts are created to the standards set for TrueType and PostScript fonts, and can be treated as any other font for the purpose of getting the vendor’s assistance. IDAutomation can only support the font tools, the symbology and the fonts themselves as stated in the statement of support – IDAutomation is unable to assist with the installation of the fonts on UNIX or Linux systems. Assistance for installing fonts on a UNIX platform can be obtained from the consulting company mentioned in the tutorial about installing fonts in UNIX for Oracle Reports or consider IDAutomation’s Java Barcode Packages which work on any operating system with a Java Virtual Machine. IDAutomation fonts are fully supported, ensuring they are created according to the standards for the symbology and font
type. However, IDAutomation does not have the experience with Oracle or
UNIX. Installation of fonts on the various UNIX platforms is OS
specific; all procedures for installing fonts on a UNIX operating system
should be included in the documentation. However, there is an additional
document to review for installation instructions that may help as a
guide for installing fonts on UNIX for Oracle Reports: http://www.idautomation.com/fonts/tools/oracle/fonts-on-unix.html Sun Solaris Xsun supports TrueType fonts. Use the Font Administrator GUI, /usr/dt/bin/sdtfontadm, to add them to the server's list of fonts. Currently, Linux does not provide native support for TrueType fonts, but it is possible to install and use TrueType fonts with xfstt, a free TrueType font server. More information on xfstt is available at the following links:
Font Installation: Enter the following commands in sequence from a terminal window (Assuming the ttf file has been downloaded to "/usr/local/fonts/ttf" directory) cd /usr/local/fonts/ttf This will create two files, "fonts.scale" and "fonts.dir", containing a list with full font names for each true type font. Finally, add this directory to XWindow's font search path. Redhat users can make use of "chkfontpath" tool to add search path. chkfontpath -a /usr/local/fonts/ttf If the "chkfontpath" utility is not available, then manually edit the "/etc/X11/xfs/config" file (or "/etc/X11/fs/config"). Find the line "catalog = ". Add the directory to the end of list, separated by commas. Sometimes, the font server needs to be restarted for the changes to take place. This information was from one of IDAutomation's previous customers.
With most PostScript installations, PostScript interpretation is done in the printer. All that is needed is to get the proper PostScript commands onto the stack in the printer. For instance: When a PostScript program has been created to print a document, prepend the .pfa font to the file, then when the PostScript program is ready for use, add the following line in the program: /FontName findfont 12 scalefont setfont. This will load the font named "FontName" from the font dictionary, set it to a scale of 12 and set it to the active font; this will work with any OS. If the flat text document is sent to LPT1 on a windows machine by typing or copying, not by the printer driver, the same thing would be achieved. For additional information, refer to the installation of PostScript fonts on UNIX using X11 example.
The ASCII version of IDAutomation fonts does not always work with X-Server on Sun Solaris with Oracle Reports. This is what one customer did to get the fonts working. Please note that the following steps were used to install the sample version of the IDAutomation Interleaved 2 of 5 fonts, sADVI25f, on a Solaris machine. In order to get the ASCII version font to work properly in another environment, please substitute the font name to be loaded for IDAutomationC128M. Customer's Solution: "I told you that the binary version *.pfb worked on my X-Server but I need this font for Oracle Reports. Oracle Reports can only handle the ASCII version, so the problem was not solved with the binary version.
But I found a solution": /usr/openwin/lib/X11/fonts/misc/,/usr/openwin/lib/X11/fonts/Speedo/,/usr/openwin/lib/X11/fonts/Type1/, /usr/openwin/lib/X11/fonts/75dpi/,/usr/openwin/lib/X11/fonts/100dpi/ Bug Mode: compatibility mode is disabledDPMS (Energy Star): Server does not have the DPMS Extension FBPM (Frame Buffer Power Managment): Server does not have the FBPM Extension -- 3. "xlsfonts -l | grep <fontname>". This command shows if the X-Server can talk to the font. This command can produce the following output after the installation of IDAutomationC128M: -- # xlsfonts -l | grep 25f --> 32 255 some 0 22 94 0 -adobe-IDAutomationC128M-medium-r-normal--0-0-0-0-p-0-iso8859-1 --> 32 255 some 0 22 94 0 IDAutomationC128M -- 4. "xfd -fn -adobe-IDAutomationC128M-medium-r-normal--0-0-0-0-p-0-iso8859-1". This command spans a window on your X-Server-Desktop which contains all the characters from the corresponding font. If there is something wrong with the specified font then this command will produce an output similar to: "xfd: no font to display". When all is correct a window will appear with all the characters." This is all of the information IDAutomation has concerning the font installation on Sun Solaris.
See also: TSI
Copyright © 2002-2006, IDAutomation.com, Inc. All rights reserved. All trademarks mentioned are the property of their respective owners.
|