Font Trouble 狙撃 Guide
| These faq have been 収集するd over the （期間が）わたる of OpenOffice's lifetime. Most of the （警察などへの）密告，告訴（状） is now out of date. See the OpenOffice FAQ page on our 公式の／役人 wiki for up-to-date （警察などへの）密告，告訴（状）. If you find instances that need updating, let us know by sending a 公式文書，認める to dev@openoffice.apache.org. |
This guide tries to give hints and backgrounds for the most たびたび（訪れる） 報告（する）／憶測d problems together with 支配するs of thumb to get over them. The problems 述べるd here 言及する to OpenOffice.org 見解／翻訳／版s 641D and 1.0 on the Linux and the Solaris 壇・綱領・公約. If you have problems with older 見解／翻訳／版s please update to the 現在の stable 解放（する） first and see if the problem has already been 直す／買収する，八百長をするd.
This guide is written with the 意向 to be useful. にもかかわらず don't 推定する／予想する it to be 完全にする or error 解放する／自由な. It is a work in 進歩. To 示唆する enhancements, 是正s or 新規加入s please 令状 a mail to dev@gsl.openoffice.org .
The pattern "openoffice_dir" 言及するs to the directory of your OpenOffice.org 取り付け・設備.
（米）棚上げする／（英）提議する of Contents
- Font antialiasing does not work
- 無能にする antialiased fonts
- Antialiased fonts are gone on second and 来たるべき start of OpenOffice.org 使用／適用
- Bad 質 of 審査する font rasterization
- 追加するing TrueType or Type1 fonts to OpenOffice.org
- 使用／適用 衝突，墜落s
- Bad font 外見 in PDF 文書s
- 使用者 interface font looks garbled
- Changing the 使用者 interface font
- 報告（する）／憶測ing a font 関係のある bug
Font antialiasing does not work
Symptom
Fonts aren't 陳列する，発揮するd antialiased but appear crisp
Background
OpenOffice.org uses XFonts 同様に as fonts that are （判決などを）下すd through FreeType as explained below. While it is possible to have FreeType rasterized fonts 陳列する，発揮するd antialiased this functionality isn't not 器具／実施するd for XFonts.
Also, not all 陳列する，発揮するs 許す antialiasing. Antialiasing is either 供給するd by the X （判決などを）下すing 拡張 of an XFree86 XServer or by 製図／抽選 text by means of getting and putting images (XGetImage/XPutImage) from and to the window.
Trouble 狙撃
XFonts are not 陳列する，発揮するd antialiased. Therefore, just seeing your 使用者 interface font （判決などを）下すd without Antialiasing is not enough to 結論する that the antialiasing engine is 機能不全ing. The interface font is selected by font 形態／調整s and does not prioritize antialiasing.
To check for antialiased fonts open a OpenOffice.org writer 文書. A 急速な／放蕩な way to check is to open the font 名簿（に載せる）／表（にあげる） box and browse through the 名簿（に載せる）／表（にあげる） of fonts. To 診察する the 完全にする 始める，決める of fonts you need to open the "判型 -> Character" dialog and select the "Font" tab. In that tab you can select all 利用できる fonts in different 直面するs (正規の／正選手, bold, italic, ...). If one of them is antialiased, antialiasing 作品 in 原則. If in 疑問 you can use the "xmag" program to magnify the shown font 見本. Have a の近くに look if the font "OpenSymbol" is 利用できる and appears antialiased. "OpenSymbol" ships with OpenOffice.org and should be 陳列する，発揮するd antialiased.
For proper antialiasing use XFree86, 改正s 4.0.2, 4.0.3, 4.1, or 4.2 (or higher). Antialiasing is not used when OpenOffice.org （悪事，秘密などを）発見するs the X （判決などを）下すing 拡張 (（判決などを）下す) together with a Xinerama 拡張. Antialiasing is also 無能にするd on color 陳列する，発揮するs of 8 bit depth (8 bit PseudoColor visuals).
To check if the X （判決などを）下すing 拡張 is supported by your XServer please run the program "xdpyinfo" and check it's 生産（高） for the string RENDER in the 名簿（に載せる）／表（にあげる） of 拡張s. For example, running xdpyinfo | grep RENDER will show you if the RENDER 拡張 is 利用できる. Seeing antialiased text working in Mozilla or KDE 使用／適用s is usually a that your X （判決などを）下すing 拡張 is working.
To check for the Xinerama 拡張 do likewise, but search for the string XINERAMA.
On 陳列する，発揮するs of 24 bit or 32 bit color depth and on 陳列する，発揮するs of 8 bit depth grayscale the XGetImage/XPutImage approach is used to 陳列する，発揮する text antialiased.
Small font sizes are not 陳列する，発揮するd antialiased by default. You can 修正する the size at which you want fonts to be antialiased by 開始 the "道具s -> 選択s -> OpenOffice.org -> 見解（をとる）" dialog. Make sure the box "審査する font antialiasing" is checked and 修正する the value in the field below. However, most fonts don't 陳列する，発揮する very legible when small font sizes are antialiased.
If you 推定する／予想する a 明確な／細部 font to appear antialiased but it does not please check if it is 追加するd 正確に (See below).
See also
- Antialiased fonts are gone on second and 来たるべき start of OpenOffice.org 使用／適用
- 追加するing TrueType or Type1 fonts to OpenOffice.org
無能にする antialiased fonts
Open the "道具s -> 選択s -> OpenOffice.org -> 見解（をとる）" dialog. Uncheck the "審査する font antialiasing" check box. Leave the dialog by 圧力（をかける）ing the "承認する" button. The change should 施行される すぐに.
Antialiased fonts are gone on second and その後の starts of the OpenOffice.org 使用／適用
Symptom
Fonts 任命する／導入するd either in the operating system or in the OpenOffice.org 取り付け・設備 tree are only antialiased for the first 使用／適用 run but are gone on the second and all に引き続いて runs.
Background
The code that 解釈する／通訳するs the font （武器などの）隠匿場所 openoffice_dir/株/psprint/pspfontcache 含む／封じ込めるs a bug that incorrectly 評価するs the font せいにするs. While fonts with bold and italic せいにするs are still 利用できる as antialiased fonts the 正規の／正選手 style is not. In most 事例／患者s this style is 取って代わるd with the corresponding font taken from the XServer and is thus not antialiased.
Workaround
You need to 除去する the font （武器などの）隠匿場所 とじ込み／提出する and 妨げる it's 未来 創造. Please の近くに any running instances of the OpenOffice.org. Open a 爆撃する or a 終点. Change to the directory that 含む／封じ込めるs your OpenOffice.org 取り付け・設備. If you made a multi 使用者 取り付け・設備 (i.e. you 任命する／導入するd OpenOffice.org with the /逮捕する or -逮捕する 命令（する） line argument) then please change to the directory of the 使用者-取り付け・設備. There please 問題／発行する the に引き続いて 命令（する）s:
| 選び出す／独身 使用者 取り付け・設備 | Multi 使用者 取り付け・設備 |
| rm 株/psprint/pspfontcache | rm 使用者/psprint/pspfontcache |
| touch 株/psprint/pspfontcache | touch 使用者/psprint/pspfontcache |
| chmod 444 株/psprint/pspfontcache | chmod 444 使用者/psprint/pspfontcache |
Then 再開する OpenOffice.org. The problem should be gone now. の近くに OpenOffice.org and start it a second time. If the problem is 支援する 二塁打 check the font （武器などの）隠匿場所 とじ込み／提出する:
| 選び出す／独身 使用者 取り付け・設備 | Multi 使用者 取り付け・設備 |
| ls -l 株/psprint/pspfontcache | ls -l 使用者/psprint/pspfontcache |
should 報告（する）／憶測 a とじ込み／提出する of 無 length and no 令状ing 許可s 認めるd, 類似の to:
-r--r--r-- 1 joe 使用者 0 May 2 12:32 pspfontcache
See also
- Have a look at 問題／発行する 4366 in 問題／発行する Tracker for an up to date discussion of the problem.
Bad 質 of 審査する font rasterization
Symptom
TrueType fonts look chiseled and angular on 審査する and/or have bad spacing while the same font looks やめる nice in Mozilla, Gnome or KDE 使用／適用s.
Problem description
OpenOffice.org uses the FreeType library for font rasterization. The FreeType library has been 収集するd with 自動車-hinting enabled and byte-hinting 無能にするd. While 自動車-hinting does a reasonable 職業 for grid fitting it's result is still inferior to byte-hinting for many fonts. Please have a look at http://freetype.sourceforge.逮捕する/特許s.html for a discussion of that 問題／発行する.
Trouble 狙撃
現在／一般に there is no workaround for this 問題／発行する. It is recommended to use an XServer that supports the antialiased graphical 代表 of glyphs for 改善するd readability.
追加するing TrueType or Type1 fonts to OpenOffice.org
Symptom
Fonts are 任命する／導入するd on the system, but they do not appear in the font 名簿（に載せる）／表（にあげる） box of the OpenOffice.org writer 使用／適用.
Fonts are 任命する／導入するd as TrueType or Type1 fonts and are 推定する／予想するd to be 陳列する，発揮するd antialiased but it are not, even though antialiasing is working in 原則.
Background
OpenOffice.org uses two 主要な／長／主犯 foundries of fonts. The first (遺産／遺物) foundry is the XServer. These fonts are 利用できる for 陳列する，発揮するing only. The second are TrueType and Type1 (PostScript) fonts that are read from a とじ込み／提出する. They are rasterized using the FreeType library. They are 利用できる for 陳列する，発揮するing and printing 目的s. If a font is 利用できる from both foundries rastering by FreeType is preferred.
The writer 使用／適用 申し込む／申し出s only fonts that are 利用できる for both the 陳列する，発揮する and for printing. Since fonts advertised only by the XServer are not 利用できる for printing they often do not show up in the font 名簿（に載せる）／表（にあげる） box of the writer 使用／適用. They will only show up if the font 指名する matches a font that is 居住（者） in the selected printer (基準 fonts like Helvetica, Times, 特使 are 利用できる in 事実上 all PostScript printer models).
追加するing fonts
To 任命する／導入する fonts for all OpenOffice.org 使用／適用s it is 十分な that they can be 設立する in the filesystem. OpenOffice.org searches the に引き続いて directories for fonts:
| Solaris | Linux | |
| 1 | The directories /usr/openwin/lib/X11/fonts/Type1 and /usr/openwin/lib/X11/fonts/Type1/sun | The directory /usr/X11R6/lib/X11/fonts/Type1 |
| 2 | 地元の dependend directories 設立する in the とじ込み／提出する /usr/openwin/lib/地元の/"your_locale"/OWfontpath | The 生産（高） of the 命令（する） /usr/sbin/chkfontpath or chkfontpath |
| 3 | The fontpath as returned by XGetFontPath() | Same as Solaris |
| 4 | Directories given by the 環境 variable SAL_FONTPATH_PRIVATE, usually this variable is 始める，決める by the soffice script to "openoffice_dir"/株/fonts/truetype | Same as Solaris |
If the fonts are 任命する／導入するd in one of the above について言及するd directories they should be 利用できる for OpenOffice.org. The fontpath is a comma separated 名簿（に載せる）／表（にあげる） of directories that is searched for fonts by the XServer. Please 公式文書，認める that as given in (4) OpenOffice.org searches this path and therefor 診察するs the same font とじ込み／提出するs as the XServer, if the XServer is running on the same machine. Therfore setting up the font for your 地元の XServer is enough.
If you want to 追加する fonts that are used 排他的に in OpenOffice.org (i.e. not by the XServer) use the spadmin 公共事業（料金）／有用性 and 追加する the fonts to your OpenOffice.org 取り付け・設備 (to the directory openoffice_dir/株/fonts/truetype). 追加するing fonts with spadmin is 述べるd in the 体制／機構 guide.
The same is true if you want to make sure that your fonts are 利用できる on a remote 陳列する，発揮する 関係. Since the fontpath is only valid on the machine the XServer is running on you are better off 任命する／導入するing the fonts 地元で on your machine or on a directory that is 株d between the XServer and OpenOffice.org.
Most home 使用者 will run their XServer 地元で. They only need to 追加する the fonts to the 地元の fontpath.
Trouble 狙撃
OpenOffice.org will 扱う binary encoded Type1 fonts (".pfb" suffix) 同様に as text encoded Type1 fonts (".pfa" suffix). However, you still need to have the corresponding Adobe Font Metric とじ込み／提出する (AFM) 任命する／導入するd. This とじ込み／提出する needs to have the same base 指名する as the font とじ込み／提出する (i.e. Times.pfa 加える Times.afm or Helvetica.pfb 加える Helvetica.afm). It must be 任命する／導入するd in the same directory as the font とじ込み／提出する or in a subdirectory 指名するd "afm".
If you are not sure that you have 任命する／導入するd the font 正確に you can 診察する the "使用者/psprint/pspfontcache" とじ込み／提出する, or if you made a 網状組織 取り付け・設備, the "株/psprint/pspfontcache" とじ込み／提出する. This とじ込み／提出する is 肉親，親類d of hard to read but it 明言する／公表するs all font とじ込み／提出するs that have been 設立する during the last run of OpenOffice.org. "| grep" is your friend. Even though it is 安全な to 除去する this とじ込み／提出する please be careful not to 修正する it.
See also
使用／適用 衝突，墜落s
Symptom
Either the soffice or the 体制／機構 使用／適用 do not start.
Browsing through the font 名簿（に載せる）／表（にあげる） box 衝突，墜落s the 使用／適用.
Background
Reading or 解釈する／通訳するing （警察などへの）密告，告訴（状） of a font とじ込み／提出する can lead to a segmentation 違反 in the FreeType rasterizer. Most often this is a problem with TrueType fonts that do not 厳密に follow the TrueType font 判型 specification.
Trouble 狙撃
Since 衝突，墜落s can be 原因（となる）d by やめる many 推論する／理由s it's important to explicitly identify the problem as a font problem. To do so it's useful to reset the fonts in use to the 明らかにする 最小限. On a Linux box this can be 達成するd by 制限するing the fontpath with the 命令（する） "xset":
xset fp /usr/X11R6/lib/X11/fonts/100dpi,/usr/X11R6/lib/X11/fonts/75dpi,/usrX11R6/lib/X11/fonts/Type1,/usr/X11R6/lib/X11/fonts/misc
It is necessary to 問題／発行する the 命令（する） as a 選び出す／独身 命令（する） line without having spaces between the path elements and the ",". Since OpenOffice.org is reasonably 実験（する）d with the 核心 始める，決める of X fonts any font 関係のある 衝突，墜落 should no longer show up. If the problem 固執するs it's probably not a font problem.
The next step is to 正確に／まさに identify the font that 原因（となる）s the 衝突，墜落. The 支配する of thumb is to 大きくする the fonts in use up to the 初めの settings. The 命令（する）
xset fp default
回復するs the 初めの settings and will make the problem 再現する. The fontpath can be shown with
xset -q
The 命令（する）s
xset fp+ "path"
xset fp- "path"
追加する and 除去する path elements from and to the fontpath. By consecutively 除去するing directories from the fontpath until the problem disappears it's possible to identify the directory that 含む／封じ込めるs the problematic font. It's necessary to 再開する OpenOffice.org after each fontpath 巧みな操作.
To identify a 選び出す／独身 problematic font in a directory copy all the fonts to a directory where you have 令状 接近. Let the fontpath point to this directory and 除外する the 初めの directory from the fontpath. Move the fonts either on-by-one or in chunks into a different directory. 再開する OpenOffice.org until the problem disappears. The buggy font is in the last chunk you moved out.
If you have identified the font that 原因（となる）s the problem please とじ込み／提出する a bug in 問題／発行する Tracker.
See also
- More （警察などへの）密告，告訴（状） about the 命令（する） "xset" can be 設立する in the （許可，名誉などを）与えるing manpage by entering the 命令（する） "man xset".
Bad font 外見 in PDF 文書s
Symptom
見解（をとる）ing a PDF 文書 in Acrobat Reader shows the 権利 contents, but the text is not antialiased but is 概略で rasterized and very hard to read.
Background
Creating a PDF 文書 is a 2-step 過程. The とじ込み／提出する is printed into a 一時的な PostScript 文書 which in turn is 変えるd to PDF. 結局 both 文書s need to embed font （警察などへの）密告，告訴（状） to be （判決などを）下すd 適切な. The 質 of the final 文書 is ひどく 影響する／感情d by how this is done. Using an 前進するd printer driver that is 有能な of understanding TrueType glyph （警察などへの）密告，告訴（状） 許すs the embedding of a TrueType font in the Type42 判型. This 判型 is understood by ghostscript and acrobat distiller and therefore can be 持続するd in the PDF 文書. The GENERIC driver does not 許す embedding as Type42 and 軍隊s the 創造 of Type3 font （警察などへの）密告，告訴（状）. During 転換 from PostScript to PDF this font （警察などへの）密告，告訴（状） is 変えるd into a graphical 代表 that 陳列する，発揮するs 貧しく.
Trouble 狙撃
Don't use the GENERIC driver for PDF 世代. Either use the Distiller driver or a printer driver of a more 最近の printer like the HP5 or Xerox series.
See also
- 行政 of printers and 創造 of PDF とじ込み／提出するs in general is explained in the 体制／機構 guide
使用者 interface font looks garbled
Symptom
Some RedHat 使用者s complained that the menu and 使用者 interface elements of OpenOffice are almost unreadable or that no font at all is 明白な.
Background
RedHat 7.2 ships with ulT1mo latin2 fonts. One of the fonts is 任命する／導入するd as "Arial" typeface. There is a fair chance that OpenOffice.org chooses this font as the UI font.
Trouble 狙撃
It is 価値（がある） a try to 除去する the fonts from the fontpath since this 直す／買収する，八百長をするd the problem for many 使用者s.
Check if your fontpath settings 含む this path. 問題／発行する the 命令（する） "xset -q" in a 爆撃する. Check if "/usr/X11R6/lib/X11/fonts/latin2/Type1" is 含む／封じ込めるd in the 名簿（に載せる）／表（にあげる） that belongs to the "Font Path:" section.
If it is please 除去する it from your fontpath using the "xset -fp "path_element" " 命令（する）, 再開する OpenOffice.org and see if your problem's solved. To 永久的に 除去する this directory from the fontpath you need to edit your XServers configuration, usually 設立する in the directory /etc/X11/XF86Config-4.
If you are using a font server please run the 命令（する） "chkfontpath" or if that fails the 命令（する） "/usr/sbin/chkfontpath". Again check the 生産（高） for the occurrence of the above について言及するd path. To 除去する the path you need to edit the font server configuration. Usually you'll find it in the とじ込み／提出する /etc/X11/xfs/config. After changing the configuration you need to 再開する the font server (run the 命令（する） "/etc/rc.d/init.d/xfs 再開する" with root 許可s). Please 二塁打 check with your system 行政官／管理者 before changing system configuration とじ込み／提出するs. Make a backup of the とじ込み／提出する before you are going to change it.
See also
Changing the 使用者 interface font
There is no 献身的な 選択 to just change the font in the 使用者 Interface in OpenOffice.org 見解／翻訳／版s that are based on the 641 builds (含むing OpenOffice 1.0). にもかかわらず it is possible to change the font by the general font 交替／補充 機械装置. Select
道具s -> 選択s -> OpenOffice.org -> Font 交替／補充
from the menu. Check the "適用する 交替／補充 （米）棚上げする／（英）提議する" check box. 取って代わる the font
Andale Sans UI
with the 願望（する）d font. You probably will not find "Andale Sans UI" 明言する／公表するd in the font 名簿（に載せる）／表（にあげる） box of the font to be 取って代わるd but you have to 令状 it manually into the "Font" field. Please choose one of the fonts from the dropdown 名簿（に載せる）／表（にあげる） box for the "取って代わる with" 入ること／参加（者）. The settings 適用する すぐに after 圧力（をかける）ing the "承認する" button.
報告（する）／憶測ing a font 関係のある bug
To 報告（する）／憶測 a bug about OpenOffice.org please follow the 指導基準s you'll find at http://qa.openoffice.org/issue_handling/project_issues.html 特に http://qa.openoffice.org/issue_handling/bug_writing_guidelines.html. にもかかわらず for 報告（する）／憶測ing font 関係のある bugs some more （警察などへの）密告，告訴（状） is often 望ましい.
Please 報告（する）／憶測 your 陳列する，発揮する settings. You can create a decent 要約 by 簡単に running the 命令（する） "xdpyinfo". Just 追加する the 生産（高） as an attachment. Please 公式文書，認める if you are running on a remote 陳列する，発揮する 関係 (i.e. that the XServer is running on machine different from the machine OpenOffice.org is running on).
Please 報告（する）／憶測 your fontpath settings. Just run the program "xset -q" and again 追加する the 生産（高） as an attachment. If you are using a font server run the program "chkfontpath". If this program cannot be 設立する by your 爆撃する or 命令（する） interpreter you may need to run "/usr/sbin/chkfontpath".
Please 明言する／公表する the Linux 配当. Please 公式文書，認める 同様に if you have made any updates to the system regarding 陳列する，発揮する or desktop (update of the XServer, different KDE or Gnome desktop).
Please 追加する a 公式文書，認める if you have 追加するd fonts that are not shipping with your 配当.
