Bug 129541 - changes font when typing different scripts on the same line
Summary: changes font when typing different scripts on the same line
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: pango
Version: 4.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
: ---
Assignee: Behdad Esfahbod
QA Contact: desktop-bugs@redhat.com
URL:
Whiteboard:
Depends On:
Blocks: 149991
TreeView+ depends on / blocked
 
Reported: 2004-08-10 09:07 UTC by Lawrence Lim
Modified: 2014-03-26 00:50 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-07-07 09:05:46 UTC


Attachments (Terms of Use)
Please note the changes in the font after alpabets are typed after numbers. (52.62 KB, image/png)
2004-08-10 09:09 UTC, Lawrence Lim
no flags Details
Screenshot of illustrating the space's spacing case. (38.84 KB, image/png)
2004-08-11 00:43 UTC, Leon Ho
no flags Details
xchat screenshot (66.82 KB, image/png)
2004-08-27 01:31 UTC, Lawrence Lim
no flags Details
xchat with pango 1.4.0-2 (82.45 KB, image/png)
2004-08-27 01:47 UTC, Lawrence Lim
no flags Details
a pango 1.4.1 screenshot for comparison on comment #4 screenshot (51.52 KB, image/png)
2004-09-10 08:20 UTC, Leon Ho
no flags Details
loading the same file in gedit with pango 1.5.2 - lines are misaligned (50.29 KB, image/png)
2004-09-10 08:25 UTC, Leon Ho
no flags Details

Description Lawrence Lim 2004-08-10 09:07:42 UTC
Description of problem:
Typing numberic 0-9 is displayed in the font that is inconsistant with
the font after typing any alphabet after the number.

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

How reproducible:
Always

Steps to Reproduce:
1.Log in zh_TW (Traditional Chinese) from gdm
2.start gedit
3.enter any number follow by an alphbet
  
Actual results:
See Screen Shots

Expected results:
Should resume in zh_TW font, or uses english font for ascii

Additional info:
Please see screen shot.

Comment 1 Lawrence Lim 2004-08-10 09:09:08 UTC
Created attachment 102557 [details]
Please note the changes in the font after alpabets are typed after numbers.

Comment 2 Owen Taylor 2004-08-10 13:58:44 UTC
Font selection is hard. Yes, the behavior you observe is a
little disturbing, but the alternatives are worse.



Comment 3 Leon Ho 2004-08-11 00:41:44 UTC
Well I agree on your saying. And I love the way it starts using
english monospace font glyphs too. Pardon my reopening, for letting me
illustrate one more case:
- The space's spacing is not the same hence the align of editing of
each line is different.
    - test case
         - type 4 spaces and then type "- 1234"
         - type 4 spaces and then type "- abcd"

Notice the line that changed to English monospace font, the space's
spacing is larger than the previous line. Well it is okay for browsing
etc. But when it goes down to email composing, or editing text file
layout then it may affect users. Attached is the screenshot.

Comment 4 Leon Ho 2004-08-11 00:43:05 UTC
Created attachment 102601 [details]
Screenshot of illustrating the space's spacing case.

Comment 5 Lawrence Lim 2004-08-27 01:31:17 UTC
Created attachment 103150 [details]
xchat screenshot

Comment 6 Lawrence Lim 2004-08-27 01:47:19 UTC
Created attachment 103151 [details]
xchat with pango 1.4.0-2

Downgraded pango on my machine from 1.5 to 1.4 and the difference between the
xchat screenshot varies quite a lot.

Comment 7 Lawrence Lim 2004-08-27 02:19:45 UTC
Having read through my comments earlier, I think I am not very clear
on the result. :-(

So I would just like to add that with pango 1.5 in the ja_JP locale,
you can noticed that most of the charcters at the end of each line are
cut off. Also, changing the style on the same line, like in between
regular style and bold, there is no spacing between those glyphs,
which is not very ideal.

Comment 8 Owen Taylor 2004-08-27 19:43:44 UTC
I don't think the last comments have anything to do with the rest
of this bug.

Might be related to:

 http://bugzilla.gnome.org/show_bug.cgi?id=149438

?

Comment 9 Leon Ho 2004-08-28 02:01:10 UTC
Well, it shows the same behaviour on all CJK (maybe others as well),
and it only happens on new pango (1.5.2). Old pango (1.4.X) are fine.

Comment 10 Owen Taylor 2004-08-28 12:49:43 UTC
Well, really, I don't think it's related to the font selection
issue. Can you file a separate bug?


Comment 11 Lawrence Lim 2004-08-30 04:37:35 UTC
Filed bug 131218 in regards to the characters truncating problem.

Comment 12 Leon Ho 2004-09-10 08:20:13 UTC
Created attachment 103677 [details]
a pango 1.4.1 screenshot for comparison on comment #4 screenshot

In pango 1.4.1, the space are in same value, so they are aligned to each other.

Comment 13 Leon Ho 2004-09-10 08:25:39 UTC
Created attachment 103679 [details]
loading the same file in gedit with pango 1.5.2 - lines are misaligned

Comment 14 Liang Zhang 2006-06-16 04:13:39 UTC
 Comment #3 from Behdad Esfahbod    (pango developer, points: 20)
2006-06-16 03:46 UTC [reply]

That's not a bug.  If you login with Chinese, Pango expects Chinese.  When you
enter English, it chooses the best font for English.  It has no way to know
that you are going to type English in advance.

*** This bug has been marked as a duplicate of 321113 ***


Comment 15 Liang Zhang 2006-06-16 04:15:08 UTC
This bug can be closed.

Comment 16 Leon Ho 2006-06-20 04:03:27 UTC
It is still a big problem if you look at comment #13. Idea here maybe use
English glyphs for ASCII area, so that you won't have different glyphs for the
same character in the same document.

Comment 17 Behdad Esfahbod 2006-06-20 06:52:25 UTC
(In reply to comment #16)
> It is still a big problem if you look at comment #13. Idea here maybe use
> English glyphs for ASCII area, so that you won't have different glyphs for the
> same character in the same document.

That's suboptimal.  If you have different languages, you want the digits match
their surrounding language for font.  I opened another gnome bug to fix the
issue observed in comment #13:

  http://bugzilla.gnome.org/show_bug.cgi?id=345386

Comment 18 Leon Ho 2006-07-17 06:37:24 UTC
This bug is also a part reason why we have a serious rendering/cursoring problem
in firefox pango support. It is bug 149991 - will cc' you on the bug as well..

Comment 19 Behdad Esfahbod 2006-07-25 19:59:41 UTC
I don't think firefox+pango can hit this issue.

Comment 20 Jens Petersen 2008-05-01 04:45:07 UTC
I guess it is unlikely that this will ever be fixed for RHEL4?

Shall we just close this?  It is fixed in Fedora 9, I believe.

Comment 21 Behdad Esfahbod 2008-05-01 04:56:03 UTC
(In reply to comment #20)
> I guess it is unlikely that this will ever be fixed for RHEL4?
> 
> Shall we just close this?  It is fixed in Fedora 9, I believe.

Yep.  Unlikely.  Go for it.


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