Bug 450810 - Baekmuk Dotum slash '/' is very wide
Summary: Baekmuk Dotum slash '/' is very wide
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: baekmuk-ttf-fonts
Version: 9
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Caius Chance
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-06-11 07:10 UTC by Jong Bae KO
Modified: 2008-09-02 06:10 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-09-02 06:04:14 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
screenshot (89.58 KB, image/png)
2008-06-11 07:10 UTC, Jong Bae KO
no flags Details

Description Jong Bae KO 2008-06-11 07:10:00 UTC
Description of problem:
F9 Korean font on gnome-terminal is ugly.

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


How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Jong Bae KO 2008-06-11 07:10:00 UTC
Created attachment 308897 [details]
screenshot

Comment 2 Jong Bae KO 2008-06-11 07:10:50 UTC
'/' is the problem. too long.

Comment 3 Caius Chance 2008-06-13 05:09:19 UTC
'/' looks like a full-width glyph. Are they input barely or with SCIM?

I installed Korean Support and booted into Korean Gnome desktop. The '/' in my
gnome-terminal (default monospace font) doesn't show like the screenshot in
comment #1.

Comment 4 Caius Chance 2008-06-13 16:42:15 UTC
I found the problem glyph '/' within dotum font in baekmuk-ttf-fonts-dotum
package. It is not a compulsory font so by default baekmuk-ttf-fonts-dotum
installation is needed  to reproduce this bug.

Unfortunately, further test on such font in gnome-terminal showed it has severe
alignment problem which every glyph is frequently overlapping each other. Loaded
with fontforge to check the width of the glyphs, but the width seems correct.

Will perform more tests on other rendering platform such as OpenOffice, Pango,
etc. It might be necessary to lower this font's priority in fontconfig monospace
alias list for current workaround.

Comment 5 Nicolas Mailhot 2008-06-13 18:26:40 UTC
Our current font packaging wishlist has the following entries in it:

https://fedoraproject.org/wiki/Fonts/UN
https://fedoraproject.org/wiki/Fonts/UN_Extra

Those fonts are preferred over baekmuk for korean in the latest fontconfig
versions. Packaging them may be a better investment than changing baekmuk

(disclaimer: I don't write or read korean. I've no idea if the claims UN is
better than baekmuk are justified, and if fontconfig is right to prefer it. I
just track the fonts wishlist)


Comment 6 Caius Chance 2008-06-16 22:35:42 UTC
True, Nicolas. There are way width problem on many glyphs in dotum. We should
not keep that as default monospace font at the moment.

Comment 8 Jens Petersen 2008-06-23 04:06:09 UTC
Yes, we are planning to include un-fonts in F10.

Comment 9 Jens Petersen 2008-07-02 01:32:44 UTC
Un Dotum does not seem to have this problem btw.

Comment 10 Caius Chance 2008-07-02 23:28:56 UTC
Patch of openoffice to change requires from fonts-korean to baekmuk-ttf-fonts
rely on this bug. OO has to be patched again when default Korean font is
changed. (bug#453868)

Comment 11 Jens Petersen 2008-07-08 06:01:22 UTC
Maybe you can ask about the / issue upstream

Comment 12 Caius Chance 2008-08-06 05:46:57 UTC
Emailed upstream about the problem of dotum:

http://kldp.net/projects/baekmuk/

Comment 13 Caius Chance 2008-09-02 06:04:14 UTC
According to jensp, dotum is not default font for Korean locale now.

Also, still waiting for un-core-fonts to be built.

Closing this bug.


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