OpenOffice.org Off the Wall: Fonts of Wisdom
The selection of fonts is central to document design. Knowing how to choose fonts not only affects legibility, but it also reinforces a document's tone and content. Yet, until recently, few Linux users gave font selection much thought. Font installation was esoteric, and the user-base consisted mainly of developers, who generally preferred the markup language approach of delivering content that leaves layout to style sheets and XSLTs.
In the last few years, the push to prepare Linux for the desktop has changed all of that. On both KDE and GNOME, font installation now is as easy to accomplish as it is on any other operating system. In addition, the introduction of office suites such as OpenOffice.org has introduced Linux to software that encourage users to think about format as much as content.
Even if you are not a content-purist, these changes sometimes seem to be a mixed blessing. They not only threaten new users with option anxiety, they also are a major cause of design atrocities. The trouble is, design in general and font selection in particular in an office suite require a rare mixture of skills. On the one hand, successful font selection requires a technical knowledge of both how fonts work and the tools available in the office suite for selecting and manipulating them. On the other hand, it also requires a knowledge of design and of what choices are likely to work in a given set of circumstances. What's more, neither body of knowledge is much good without the other.
What follows is an introduction to some of the basic issues as they apply to Linux and OpenOffice.org: What fonts are available? How are they installed? What tools in OpenOffice.org allow you to make use of them? Most important of all, what do you need to consider when selecting and customizing fonts? A complete answer to even one of these questions could fill a book. However, the brief answers that follow should help you make more informed choices about using fonts. Whether you are using manual overrides or paragraph and character styles, once you can work with fonts effectively, you are one step closer to using the full power of OpenOffice.org.
Linux supports several different font formats. However, despite attempts over the years to introduce new formats, the majority of fonts still are either PostScript (aka Type1 or Adobe) or TrueType.
Postscript, of course, is the printer language created by Adobe Systems. PostScript fonts can be used by a PostScript printer without conversion. Each PostScript font has several files associated with it. The files have the same name, but a different extension:
.afm (Adobe Font Metrics): contains the proportions for each character in the font. Necessary for displaying or printing the font.
.pfb (Printer Binary Font): contains instructions on how to print the font.
.inf and .pfm: Windows-only files. Not needed for use under Linux.
TrueType is a format first introduced on the Mac and later popularized by Windows. In some circles, TrueType fonts still have a bad reputation. This reputation is due partly to the fact that the PostScript printing language did not support TrueType when the format was introduced. Mainly, though, the bad rep is traceable to the fact that many of the first TrueType fonts were poor-quality conversions of PostScript font. Neither concern has much validity today, but the reputation lingers. TrueType fonts include all information about displaying and printing in a single file, with a .ttf extension.
Which format you use is relevant only for installation.The myth persists that TrueType fonts are superior for on-screen display; while that theoretically is true, in practice even the best screen resolutions are too low for any difference to be noticeable. On the other side, because PostScript fonts do not need to be converted when sent to a printer, they might be considered more likely to print exactly as you seem them on screen. And, in fact, PostScript fonts do seem to have fewer problems when you import from OpenOffice.org to .pdf format, PostScript's close cousin. Yet, for the most part, you can choose the font format based on availability and usefulness rather than technical merits.
Fonts used in OpenOffice.org can be installed in two main ways: in the X Window System in general or in OpenOffice.org in particular. In both cases, you should install only the fonts you need. Font files are relatively small in themselves, but collections of several thousand fonts are common, and installing this many fonts would deliver a serious blow to your machine's performance. Better in either case to load or unload fonts as you need them.
The advantage of installing in the X Window System is the fonts are available for all desktop applications, including GNOME, KDE and window managers. The old-fashioned way is to install a font server (for example, xfs and xfstt for TrueType fonts or type1inst for PostScript fonts) Installing any of these font servers may involve editing the XF86Config file. Full instructions for installing are available here.
More recently, the KDE Control Center has included a font installer, while GNOME offers a plug-in to Nautilus called Fontilus. Both offer a graphical installer for fonts comparable to the Adobe Type Manager on Windows or OS X.
The advantage of installing only to OpenOffice.org is the fonts don't drag down general system performance. The brute force method is to copy font files into the /user/fonts directory for your OpenOffice.org installation. Alternatively, you can run spadmin, a utility that runs outside of OpenOffice.org proper and includes the installation of fonts on a printer-by-printer basis.
None of these methods have significant advantages over the others. What matters is not which method you choose but that you use it consistently. Mixing the methods can cause duplicate entries and general confusion.
-- Bruce Byfield (nanday)
|Using Salt Stack and Vagrant for Drupal Development||May 20, 2013|
|Making Linux and Android Get Along (It's Not as Hard as It Sounds)||May 16, 2013|
|Drupal Is a Framework: Why Everyone Needs to Understand This||May 15, 2013|
|Home, My Backup Data Center||May 13, 2013|
|Non-Linux FOSS: Seashore||May 10, 2013|
|Trying to Tame the Tablet||May 08, 2013|
- RSS Feeds
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Using Salt Stack and Vagrant for Drupal Development
- New Products
- Validate an E-Mail Address with PHP, the Right Way
- Drupal Is a Framework: Why Everyone Needs to Understand This
- A Topic for Discussion - Open Source Feature-Richness?
- Download the Free Red Hat White Paper "Using an Open Source Framework to Catch the Bad Guy"
- Tech Tip: Really Simple HTTP Server with Python
- Home, My Backup Data Center
- Android is Linux -- why no better inter-operation
2 hours 18 sec ago
- Connecting Android device to desktop Linux via USB
2 hours 28 min ago
- Find new cell phone and tablet pc
3 hours 26 min ago
4 hours 55 min ago
- Automatically updating Guest Additions
6 hours 4 min ago
- I like your topic on android
6 hours 50 min ago
- Reply to comment | Linux Journal
7 hours 11 min ago
- This is the easiest tutorial
13 hours 26 min ago
- Ahh, the Koolaid.
19 hours 4 min ago
- git-annex assistant
1 day 1 hour ago
Enter to Win an Adafruit Pi Cobbler Breakout Kit for Raspberry Pi
It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Pi Cobbler Breakout Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- 5-21-13, Prototyping Pi Plate Kit: Philip Kirby
- Next winner announced on 5-27-13!
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?