Apache OpenOffice (AOO) Bugzilla – Issue 4726
Application and Installation font appears incorrectly in RedHat 7.3
Last modified: 2003-03-11 18:15:52 UTC
I recently upgraded from RedHat 7.2 to 7.3 and found that both the installation program and the applications themselves were using the wrong font for their display. All the entries were too wide and looked bad. I tried running OpenOffice1.0 on the 7.3 machine remotely from a machine running Redhat 7.2 (upon which I didn't have this problem) and it worked fine, which confirmed that the problem was due to the font server in RedHat 7.3 serving up the wrong font to the OpenOffice1.0 application. I don't know if this can be controlled at all from within OpenOffice, but I thought I'd report it since others who install the complete RedHat distribution with all the fonts may also have this problem I tracked the problem down to the installation of a font package called ttfonts-zh_TW which is austensibly a true type Chinese font package. I can only assume it also includes a Roman font which xfs is choosing to provide to OpenOffice. I assume one solution (not tried) would be just not to install the package. A second solution is to modify the X font server (xfs) configuration file as follows to not use it. Become root and do the following cd /etc/X11/fs emacs config Find the line /usr/share/fonts/zh_TW/TrueType and comment it out by putting a # sign in front of it: # /usr/share/fonts/zh_TW/TrueType Exit emacs and restart the x font server with the command /etc/rc.d/init.d/xfs restart The font problem was thereby corrected by disabling the font. I don't know if anything can be done to solve this from within OpenOffice or not. It would be nice if I didn't have to disable a font to make OpenOffice work. Maybe the providers of the font package should be contacted? Thanks. Keep up the good work!
JA->US: reassigned to you...
Check out the "Font Problem Trouble Shooting" guide: http://www.openoffice.org/files/documents/16/63/FontTroubleshooting.pdf?JServSessionIdservlets=u7et3lawl2 *** This issue has been marked as a duplicate of 4366 ***
I had a look at this issue again. Actually the fonts KaitiM or Mingti2L in /usr/share/fonts/zh_TW/TrueType are used for the OOo GUI. That's because Kaiti and Mingti are widely spread fonts in China. In addition these fonts are Unicode encoded, which makes them seem ideally for OOo. Unfortunately the quality of the glyphs is inacceptable. As already said in the description a workaround for western users is making these fonts unavailable for the fontserver. US->CP: 1. can you please extend the trouble shouting guide with this finding. 2. shouldn't we think about a solution, which makes sure that a more appropriate UI font is found?
Reassigned to CP.
*** Issue 4643 has been marked as a duplicate of this issue. ***
*** Issue 4822 has been marked as a duplicate of this issue. ***
*** Issue 4809 has been marked as a duplicate of this issue. ***
*** Issue 5350 has been marked as a duplicate of this issue. ***
But every thing worked just perfectly in RedHat7.2 . Unfortunately, I use traditional Chinese (well, can i give up tradition?), which is served by zh_TW fonts. Disabling zh_TW fonts is not a workaround for me. I will try to downgrade xfs to RH7.2's xfs, If RH won't release an Errata. I should really contact RH.
I don't think downgrading xfs will solve the problem. Disable the zh_TW part of the fontpath. Then change the ui font as described in the fontguide to a font that is working and is not available from the zh_TW directory. Then reenable the zh_TW fontpath. (Don't forget to keep your fingers crossed while typing :-) hope that helps
Hi! guys, I have filed this bug for RedHat as Bug# 65738 I really wish RedHat and OpenOffice work together. If OpenOffice and RedHat merge, we will take off and fly.
Hi! All, I found a work around !! I found a work around !! ---------------------------------------------------------------------- Uninstall the these packages, eg. freetype, ttfonts, ttfonts-zh_TW, XFree86-xfs, and taipeifonts, and then reinstall them all again with "rpm -i" (I didn't try "rpm -U"), then the problem is corrected !! Ya!!!!! Ya!!!!! ---------------------------------------------------------------------- Stop using Windows and switch to Linux is a right decision! I saved the money and time from Windows and invest them on my education, my dream, and my future !!
Hi ! I just want to update what happened in RedHat Additional comment by llch@redhat.com 2002-05-31 00:17:16 We don't ship OpenOffice package yet so we don't offically support it. However we will try our best to resolve it. You can try the following steps and report if it helps or not: - reinstall those packages - edit /usr/share/fonts/zh_TW/TrueType/fonts.scale - delete any entries with ascii-0 charset - add bsmi00lp.ttf -Arphic Technology Co.-AR PL Mingti2L Big5-medium-r-normal--0-0-0- 0-p-0-iso8859-1 bkai00mp.ttf -Arphic Technology Co.-AR PL KaitiM Big5-medium-r-normal--0-0-0-0- p-0-iso8859-1 - save and exit - # cp /usr/share/fonts/zh_TW/TrueType/fonts.{scale,dir} - # service xfs restart Thanks Additional comment by tengchiangtsao@yahoo.com 2002-05-31 02:48:18 Yes, it is ascii-0 that is causing all these troubles. However, according to my bash history, if we use this perticular sequence to reinstall these packages, the ascii-0 won't show up. So, I didn't manually modify any fonts.scale or fonts.dir . Hope this can help. ------------------------------------------------------------------------------ 322 rpm -U --force ttfonts-zh_TW-2.11-5.noarch.rpm 323 rpm -q ttfm 324 exit 325 rpm -U ttfm-0.9.1-8.i386.rpm 326 ttfinfo 327 ./ttfinfo /usr/share/fonts/ttf/bkai00mu.ttf 328 ttfinfo /usr/share/fonts/ttf/bkai00mu.ttf 329 exit 330 /usr/sbin/ttfm.sh --list 331 exit 332 /usr/share/fonts/install/xttfm.ttfm 333 /usr/sbin/ttfm.sh --add /usr/share/fonts/zh_TW/TrueType/bkai00mp.ttf 334 /usr/sbin/ttfm.sh --add /usr/share/fonts/zh_TW/TrueType/bsmi00lp.ttf 335 exit 336 cd /etc/init.d 337 ls 338 ./xfs restart 339 exit 340 /usr/sbin/ttfm.sh --remove bkai00mp.ttf 341 /usr/sbin/ttfm.sh --remove bsmi00lp.ttf 342 /usr/sbin/ttfm.sh --list 343 rpm -e ttfm 344 exit 345 rpm -U --force /mnt/cdrom/RedHat/RPMS/freetype-2.0.3-7.i386.rpm 346 rpm -U --force --nodeps /mnt/cdrom/RedHat/RPMS/freetype-2.0.3-7.i386.rpm 347 ln -s /usr/lib/libfreetype.so.6.0.1 /usr/lib/libfreetype.so.6.3.0 348 ls /usr/lib/libfreetype.so.6.3.0 349 exit 350 cd /usr/lib 351 ls *.6.3 352 ls *.6.3* 353 rm libfreetype.so.6.3.0 354 rpm -U /mnt/cdrom/RedHat/RPMS/freetype-2.0.9-2.i386.rpm 355 exit 356 rpm -U --force --nodeps /mnt/cdrom/RedHat/RPMS/freetype-2.0.3-7.i386.rpm 357 cd /usr/lib 358 ln -s libfreetype.so.6.0.1 libfreetype.so.6.3.0 359 exit 360 cd /etc/init.d 361 ./xfs restart 362 exit 363 rpm -U /mnt/cdrom/RedHat/RPMS/freetype-2.0.9-2.i386.rpm 364 rm /usr/lib/libfreetype.so.6.3.0 365 rpm -U /mnt/cdrom/RedHat/RPMS/freetype-2.0.9-2.i386.rpm 366 rpm -U --nodeps --force /mnt/cdrom/RedHat/RPMS/freetype-2.0.9-2.i386.rpm 367 exit 368 cd /etc/init.d/ 369 ./xfs restart 370 exit 371 init 3 372 init 5 373 rpm -e ttfonts-zh_TW 374 rpm -e ttfonts 375 rpm -e --nodeps ttfonts 376 rpm -e taipeifonts 377 rpm -e freetype 378 rpm -e --nodeps freetype 379 rpm -e --nodeps XFree-xfs 380 rpm -q XFree86-xfs 381 rpm -e --nodeps XFree86-xfs 382 exit 383 mount /mnt/cdrom 384 ls /mnt/cdrom/ 385 ls /mnt/cdrom/RedHat/RPMS/ 386 rpm -i /mnt/cdrom/RedHat/RPMS/XFree86-xfs-4.2.0-8.i386.rpm 387 rpm -i /mnt/cdrom/RedHat/RPMS/ttfonts-1.0-9.noarch.rpm 388 rpm -i /mnt/cdrom/RedHat/RPMS/freetype-2.0.9-2.i386.rpm 389 rpm -i /mnt/cdrom/RedHat/RPMS/ttfonts-1.0-9.noarch.rpm 390 umount /mnt/cdrom 391 eject 392 mount /mnt/cdrom/ 393 umount /mnt/cdrom 394 eject 395 mount /mnt/cdrom/ 396 rpm -i /mnt/cdrom/RedHat/RPMS/taipeifonts-1.2-16.noarch.rpm 397 rpm -i /mnt/cdrom/RedHat/RPMS/ttfonts-zh_TW-2.11-10.noarch.rpm 398exit 399 umount /mnt/cdrom 400 exit 401 ls 402 cd /etc/init.d 403 ls 404 ps -ef | grep gdm 405 kill 1415 406 ./xfs restart -------------------------------------------------------------------------------
*** Issue 6213 has been marked as a duplicate of this issue. ***
*** Issue 3745 has been marked as a duplicate of this issue. ***
not an OpenOffice.org issue. Seems to be fixed in RedHat 8.0 (Congrats to the RedHat team, the included OOo1.0.1 looks really cute)
*** Issue 4522 has been marked as a duplicate of this issue. ***
*** Issue 5783 has been marked as a duplicate of this issue. ***
As mentioned on the qa dev list on March 5th I will close all resolved duplicate issues. Please see this posting for details. First step in IssueZilla is unfortunately to set them to verified.
As mentioned on the qa dev list on March 5th I will close all resolved <wontfix/duplicate/worksforme/invalid> issues. Please see this posting for details.