Bug 217847 - [zh_CN/TW]the spacing of password is abnormal in login screen
[zh_CN/TW]the spacing of password is abnormal in login screen
Product: Fedora
Classification: Fedora
Component: fonts-chinese (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Caius Chance
: i18n
Depends On:
  Show dependency treegraph
Reported: 2006-11-30 06:54 EST by Akira TAGOH
Modified: 2007-11-30 17:11 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2007-03-18 20:31:33 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Akira TAGOH 2006-11-30 06:54:17 EST
+++ This bug was initially created as a clone of Bug #216099 +++

Description of problem:
the spacing of password is abnormal on zh_CN and zh_TW locales in login screen. 

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

How reproducible:

Steps to Reproduce:
1.Log in system on zh_CN or zh_TW locale.
2.Type username and password.
Actual results:
The spacing and character size is not same as that on en_US locale. The spacing
is big and character is displayed a small point.

Expected results:

Additional info:

-- Additional comment from mclasen@redhat.com on 2006-11-17 15:01 EST --
This looks like a font issue to me

-- Additional comment from pm-rhel@redhat.com on 2006-11-19 21:40 EST --
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release.  Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release.  This request is not yet committed for

-- Additional comment from phuang@redhat.com on 2006-11-30 00:45 EST --
Password char is U+2022. Its width in Japanese font is bigger than others.

-- Additional comment from tagoh@redhat.com on 2006-11-30 06:51 EST --
After some discussion with Peng and testing, we found that uming.ttf and
ukai.ttf introduced this issue. current schedule is that tight and we aren't
confident to get the right fix in uming and ukai. so just removing U+2022 from
them is realistic and certain way for a workaround.

we may want to clone this bug for FC to get the right fix for future release.
Comment 1 Caius Chance 2007-03-16 02:50:49 EDT
It's technically is not a bug because in unicode, the character's description is
'BULLET, black small circle' which it is reasonable to be small.

How about we use U+25CF as password mask? Or there is a GNOME-wide or Red Hat
standard to use U+2022 as mask?

It would be fine to make U+2022 larger if the mainstream feedbacks think it has
to be scaled up.
Comment 2 Caius Chance 2007-03-18 20:31:33 EDT
Consulted upstream of uming.ttf & ukai.ttf, Arne Götje (IRC: irc.freenode.net
#cjkunifonts), such glyph is made by the original donator Arphic. 

Moreover, he suggested that the glyph size is reasonable which he is not
recommended to make changes on our side as well as he has no intention to that
on his future release.

Closing this bug as WONTFIX. If anyone insists that the glyph is not acceptable.
I personally recommend U+25CF as a replacement of the password mask. Please then
create a new bug to certain GNOME component to request for a change.

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