Bug 81717 - Japanese text installer fonts is dirty
Summary: Japanese text installer fonts is dirty
Alias: None
Product: Red Hat Public Beta
Classification: Retired
Component: anaconda
Version: phoebe
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Eido Inoue
QA Contact: Mike McLean
Depends On:
Blocks: 79578
TreeView+ depends on / blocked
Reported: 2003-01-13 10:06 UTC by Nakai
Modified: 2013-01-10 21:39 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Last Closed: 2003-02-18 21:58:49 UTC

Attachments (Terms of Use)
k14ucs.bdf - k14 Unicode font converted from k14 in X. (140.25 KB, application/octet-stream)
2003-01-15 07:21 UTC, Nakai
no flags Details
7x14ja-RH.bdf.bz2 - result of 'mergebdf 7x14.bdf k14ucs.bdf' (162.98 KB, application/octet-stream)
2003-01-15 07:24 UTC, Nakai
no flags Details
7x14ja-RH.bgf - bdftobogl -f 7x14ja-RH.bgf (144.58 KB, application/octet-stream)
2003-01-15 07:35 UTC, Nakai
no flags Details
CJK test font - 1 (427.20 KB, application/octet-stream)
2003-02-12 08:26 UTC, Leon Ho
no flags Details
14x14cjk.bdf.bz2 (476.03 KB, application/octet-stream)
2003-02-14 04:29 UTC, Leon Ho
no flags Details

Description Nakai 2003-01-13 10:06:55 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; ja-JP; rv:1.0.1) Gecko/20020830

Description of problem:
Japanese text installer fonts is dirty and far from
the market requrements.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Run Text Installer with Japanese mode
2. Oops

Additional info:

We should use k14 fonts for the installer.

Comment 2 Nakai 2003-01-15 07:21:50 UTC
Created attachment 89368 [details]
k14ucs.bdf - k14 Unicode font converted from k14 in X.

Comment 3 Nakai 2003-01-15 07:24:48 UTC
Created attachment 89369 [details]
7x14ja-RH.bdf.bz2 - result of 'mergebdf 7x14.bdf k14ucs.bdf'

Comment 4 Nakai 2003-01-15 07:35:24 UTC
Created attachment 89370 [details]
7x14ja-RH.bgf - bdftobogl -f 7x14ja-RH.bgf

Comment 5 Nakai 2003-01-15 07:38:57 UTC
Just merge the attached fonts and it works here with newt sample test program.

Comment 6 Eido Inoue 2003-01-15 21:00:25 UTC
Have you tested with Korean and Chinese?

Comment 7 Nakai 2003-01-16 06:22:18 UTC
This font is for Japanese only.

It's a wrong assumption that all CJK fonts are best to show with same 16 bit
size. We should separate J at least for this 14 bit font.

Separating CJK for install disk will take effect to reduce disk size.

Comment 8 Matt Wilson 2003-01-16 06:25:20 UTC
are all the 14 dot glyphs centered in a 16 dot cell?

Comment 9 Nakai 2003-01-16 07:47:26 UTC
14 dot fonts are in 14 dot cell, so might be in 16 dot cell.
Alphabets are in 7x14, and Japanese fonts are in 14x14.

7x14 alphabets should be used with 14x14 CJK fonts, and
8x16 alphabets should be used with 16x16 CJK fonts.

Comment 11 Eido Inoue 2003-01-17 04:43:31 UTC
fonts are perfectly readable-- just an opinion that one font is better than
another (fair enough). Changing severity to enhancement.

Comment 12 Nakai 2003-02-04 15:34:06 UTC
The glyph issue is so important that you cannot decide.

Users would laugh at our localize level with a glance before install.
If you still cannot understand the difference between k14 and the poor font,
please never touch any Japanese related issues in the distro.

We cannot ship the product with such dirty font, anyway.

Comment 13 Leon Ho 2003-02-11 01:32:59 UTC
Can we merge bdf on 7x14, k14 (JP) with Gulim14 (that needed to be converted 
to UCS) (KR) so that thoughout the screen we will have 14x14? That will be same 
as we have currently - we only have ja and kr bdf font in bterm. 

Comment 14 Eido Inoue 2003-02-11 16:02:57 UTC
see bug 82888; we need coverage for zh_TW and zh_HK. (Strangely enough, coverage
for simplified GB2312 seems to be present)-- so we would need a 14x14
big5-charset-based unicode bdf font as well.

Comment 15 Leon Ho 2003-02-12 08:23:24 UTC
OK. I have merged the font merged from 7x14 + k14 + gulim14 (converted from 
euc-kr to UCS2) + bsmi00lp (generated from ttf) + gbsn00lp (generated from 
By tested it bterm with anaconda, I could not "really" tell the different glyphs from 
different font file in TC and SC. AFAIS, there aren't any missing glyphs anymore 
from TC. We need to test again from installing env though. havill, msw, nakai, 
please have a spin on it. 

Comment 16 Leon Ho 2003-02-12 08:26:25 UTC
Created attachment 90023 [details]
CJK test font - 1

Comment 17 Leon Ho 2003-02-12 08:44:16 UTC
In our case which we have limited resources on bdf & ttf to use, IMO we only 
have three ways: 
- leave as it is. ie. use ucs-fonts-asian 
- use ZYSong18030 to generate a whole set of bdf from ttf2bdf 
- use 14x14 fonts which has two nice bdfs - k14 and gulim14 and then make up 
other glyphs from TTFs 
I will choose the 3rd option - korean and japanese text display are pretty nice 

Comment 18 Nakai 2003-02-12 10:01:05 UTC
Comment #16 font works and all kanji glyphs are for Japanese.
cat ja.po in anaconda and I've read all.

Comment 19 Eido Inoue 2003-02-13 20:56:58 UTC
can you add the bdf sources you used to make that last bgf font to this bug?
(and give me the order you used for mergebdf) thanks.

Comment 20 Leon Ho 2003-02-14 04:29:22 UTC
Created attachment 90075 [details]

Comment 21 Leon Ho 2003-02-14 04:34:32 UTC
I use this command: 
./mergebdf 7x14.bdf k14ucs.bdf gulim14-ucs.bdf bsmi00lp.bdf gbsn00lp.bdf > 
Also we may include the possible license into the package. 
Baekmuk Gulim:  
AR PL Mingti2L Big5 and AR PL SungtiL GB: 

Comment 22 Eido Inoue 2003-02-14 22:14:43 UTC
fix in latest bogl

Note You need to log in before you can comment on or make changes to this bug.