[Bug 431029] New: [ml_IN] Wrong combinations used for conjunct 'à´¨àµâà´±'
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=431029
Summary: [ml_IN] Wrong combinations used for conjunct
'ന്റ'
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: high
Component: icu
AssignedTo: caolanm(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: aalam@redhat.com,eng-i18n-bugs(a)redhat.com,fedora-fonts-
bugs-list@redhat.com,fedora(a)leemhuis.info
+++ This bug was initially created as a clone of Bug #402331 +++
Description of problem:
In lohit-malayalam font, 0D28 + 0D4D + 200D + 0D31 (key 'V', key 'D', key ']'
and key ' shift J' on malayalam inscript keyboard) gives the conjunct '
ന്റ ' . But the correct combination is 0D28 + 0D4D + 0D31 (type key 'V', key
'D' and key ' shift J' on malayalam inscript keyboard) which must give the
conjunct ന്റ.
Version-Release number of selected component (if applicable):
How reproducible:
Always
Steps to Reproduce:
1.Open gedit/kedit.
2.Type unicode 0D28, 0D4D, 200D , 0D31(or type key 'V', key 'D', key ']' and
key ' shift J' respectively using Malayalam Inscript).
3.Result is ന്റ.
Actual results:
1.Open gedit/kedit.
2.Type unicode 0D28, 0D4D, 200D , 0D31(or type key 'V', key 'D', key ']' and
key ' shift J' respectively using Malayalam Inscript).
3.Result is ന്റ.
Expected results:
1.Open gedit/kedit.
2.Type unicodes 0D28 + 0D4D + 0D31 (or type key 'V', key 'D' and key ' shift
J' respectively using Malayalam Inscript).
3.Result must be ന്റ.
Additional info:
-- Additional comment from aalam(a)redhat.com on 2007-12-14 01:28 EST --
fonts-malayalam-2.1.5-3.fc8
-- Additional comment from apeter(a)redhat.com on 2008-01-04 01:14 EST --
Appreciate if you could let me know the status of this bug as this has to be
fixed immediately before next release.
This is a very basic but very critical bug and hence must be fixed urgently.
Thanks
Ani
-- Additional comment from apeter(a)redhat.com on 2008-01-04 01:14 EST --
Appreciate if you could let me know the status of this bug as this has to be
fixed immediately before next release.
This is a very basic but very critical bug and hence must be fixed urgently.
Thanks
Ani
-- Additional comment from rbhalera(a)redhat.com on 2008-01-10 02:17 EST --
Ani,this appears to be working fine in f8. Can you please confirm the problem?
-- Additional comment from apeter(a)redhat.com on 2008-01-10 04:20 EST --
Created an attachment (id=291249)
--> (https://bugzilla.redhat.com/attachment.cgi?id=291249&action=view)
Screen shot for the conjunct combination
-- Additional comment from apeter(a)redhat.com on 2008-01-22 03:20 EST --
Rahul, we had a personal discussion on this bug last week. Is the issue clear
for you or do you still have any doubts?
Thanks
Ani
-- Additional comment from rbhalera(a)redhat.com on 2008-01-22 07:43 EST --
Ani, thanks for the concern. The problem is absolutely clear to me. It also has
a relation the other bug about chillaksharam right now.
-- Additional comment from rbhalera(a)redhat.com on 2008-01-22 08:41 EST --
Created an attachment (id=292509)
--> (https://bugzilla.redhat.com/attachment.cgi?id=292509&action=view)
patch for Lohit-Malayalam.sfd
This patch fixes the ligature rule in the .sfd file.
-- Additional comment from rbhalera(a)redhat.com on 2008-01-22 08:44 EST --
Created an attachment (id=292510)
--> (https://bugzilla.redhat.com/attachment.cgi?id=292510&action=view)
fixed ttf file
Ani, can you please test this font file before I build it for fedora?
-- Additional comment from apeter(a)redhat.com on 2008-01-23 06:10 EST --
Rahul ,
I still find this is not fixed completely. Now the result is just the key
sequence when 0D28 + 0D4D + 0D31 is used.
Problem : 0D28 + 0D4D + 200D + 0D31 has to be used for getting the conjunct.
Expected result: 0D28 + 0D4D + 0D31 must give the desired conjunct.
Please have a look on the screenshot attached on Comment #5
Let me know if any more queries.
Thanks
Ani
-- Additional comment from apeter(a)redhat.com on 2008-01-23 06:22 EST --
Created an attachment (id=292624)
--> (https://bugzilla.redhat.com/attachment.cgi?id=292624&action=view)
Screenshot of the glyph of the conjunct
-- Additional comment from apeter(a)redhat.com on 2008-01-23 06:23 EST --
Rahul ,
I still find this is not fixed completely. Now the result is just the key
sequence when 0D28 + 0D4D + 0D31 is used.
Problem : 0D28 + 0D4D + 200D + 0D31 has to be used for getting the conjunct.
Expected result: 0D28 + 0D4D + 0D31 must give the desired conjunct.
Please have a look on the screenshot attached on Comment #5
Let me know if any more queries.
Thanks
Ani
-- Additional comment from apeter(a)redhat.com on 2008-01-23 06:25 EST --
Please ignore the comment #12 as its a repetition of comment #10. Instead please
have a look in the follwing:
Rahul,
One more thing I would like to mention is that, now as the chillu is not working
anywhere, currently 0D28 + 0D4D + 200D + 0D31 is also not giving the conjunct. I
have already showed you the glyph of the conjunct in the font file. have
attached the same as in comment #11
Thanks
Ani
-- Additional comment from rbhalera(a)redhat.com on 2008-01-23 08:08 EST --
Ani, from the screenshot in comment #5 attached by you, I assume you do not want
the conjunct to be formed for 0D28 + 0D4D + 200D + 0D31?
-- Additional comment from rbhalera(a)redhat.com on 2008-01-23 08:17 EST --
Created an attachment (id=292633)
--> (https://bugzilla.redhat.com/attachment.cgi?id=292633&action=view)
patch for Lohit-Malayalam.sfd
This patch fixes the ligature rule in sfd file.
-- Additional comment from rbhalera(a)redhat.com on 2008-01-23 08:17 EST --
Created an attachment (id=292634)
--> (https://bugzilla.redhat.com/attachment.cgi?id=292634&action=view)
fixed ttf file
Ani, can you please test this font file now?
-- Additional comment from apeter(a)redhat.com on 2008-01-23 23:39 EST --
Rahul,
Yes, its working fine. Good job.
Thanks
Ani
-- Additional comment from rbhalera(a)redhat.com on 2008-01-25 07:04 EST --
Fixed in lohit-fonts-malayalam-2.1.8-1.fc9.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
14 years, 11 months
[Bug 402331] New: [ml_IN] Wrong combinations used for conjunct 'à´¨àµâà´±'
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=402331
Summary: [ml_IN] Wrong combinations used for conjunct
'ന്റ'
Product: Fedora
Version: fc6test3
Platform: All
OS/Version: Linux
Status: NEW
Severity: urgent
Priority: urgent
Component: fonts-indic
AssignedTo: rbhalera(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: aalam@redhat.com,eng-i18n-bugs(a)redhat.com,fedora-fonts-
bugs-list(a)redhat.com
Description of problem:
In lohit-malayalam font, 0D28 + 0D4D + 200D + 0D31 (key 'V', key 'D', key ']'
and key ' shift J' on malayalam inscript keyboard) gives the conjunct '
ന്റ ' . But the correct combination is 0D28 + 0D4D + 0D31 (type key 'V', key
'D' and key ' shift J' on malayalam inscript keyboard) which must give the
conjunct ന്റ.
Version-Release number of selected component (if applicable):
How reproducible:
Always
Steps to Reproduce:
1.Open gedit/kedit.
2.Type unicode 0D28, 0D4D, 200D , 0D31(or type key 'V', key 'D', key ']' and
key ' shift J' respectively using Malayalam Inscript).
3.Result is ന്റ.
Actual results:
1.Open gedit/kedit.
2.Type unicode 0D28, 0D4D, 200D , 0D31(or type key 'V', key 'D', key ']' and
key ' shift J' respectively using Malayalam Inscript).
3.Result is ന്റ.
Expected results:
1.Open gedit/kedit.
2.Type unicodes 0D28 + 0D4D + 0D31 (or type key 'V', key 'D' and key ' shift
J' respectively using Malayalam Inscript).
3.Result must be ന്റ.
Additional info:
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
14 years, 11 months
[Bug 402321] New: [ml_IN} Wrong combinations used for the conjunct 'à´¨àµà´ª'
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=402321
Summary: [ml_IN} Wrong combinations used for the conjunct
'ന്പ'
Product: Fedora
Version: fc6test3
Platform: All
OS/Version: Linux
Status: NEW
Severity: urgent
Priority: urgent
Component: fonts-indic
AssignedTo: rbhalera(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: aalam@redhat.com,eng-i18n-bugs(a)redhat.com,fedora-fonts-
bugs-list(a)redhat.com
Description of problem:
In lohit-malayalam font, 0D28 + 0D4D + 0D2A (key 'V', key 'D', key 'H' on
malayalam inscript keyboard) gives the conjunct ' ന്പ ' . But instead of 0D28
(key 'V'), it must be 0D2E (key 'C'). Hence the correct combination is 0D2E +
0D4D + 0D2A (type key 'C', key 'D', key 'H' on malayalam inscript
keyboard)which must give the conjunct ന്പ.
Version-Release number of selected component (if applicable):
How reproducible:
Always
Steps to Reproduce:
1.Open gedit/kedit.
2.Type unicode 0D28, 0D4D, 0D2A (or type key 'V', key 'D', key 'H' respectively
using Malayalam Inscript).
3.Result is ന്പ.
Actual results:
1.Open gedit/kedit.
2.Type unicodes 0D28, 0D4D, 0D2A (or type key 'V', key 'D', key 'H'
respectively using Malayalam Inscript).
3.Result is ന്പ.
Expected results:
1.Open gedit/kedit.
2.Type unicodes 0D2E, 0D4D, 0D2A (or type key 'C', key 'D', key 'H'
respectively using Malayalam Inscript).
3.Result must be ന്പ.
Additional info:
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
14 years, 11 months
[Bug 428427] New: [kn_IN][fonts-indic] - 0CB5+0CCA is wrongly rendering
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=428427
Summary: [kn_IN][fonts-indic] - 0CB5+0CCA is wrongly rendering
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: medium
Component: fonts-indic
AssignedTo: rbhalera(a)redhat.com
ReportedBy: svenkate(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: eng-i18n-bugs(a)redhat.com,fedora-fonts-bugs-
list(a)redhat.com
Description of problem:
When tested with the fonts-kannada-2.1.5-2.fc8 the 0CB5+0CCA is wrongly rendering
Version-Release number of selected component (if applicable):
fonts-kannada-2.1.5-2.fc8
How reproducible:
Every time
Steps to Reproduce:
1.Activate the SCIM
2.open any editor
3.Key-in 0CB5+0CCA,vo(itrans),or b`(inscript)
Actual results:
As shown in the attachment
Expected results:
As shown in the attachment
Additional info: Similar kind of issue (ವೋ :: 0CB5 + 0CCB) was raised in the bug
#223945(comment #3), which may help to solve this wrong liguture rule
------- Additional Comments From svenkate(a)redhat.com 2008-01-11 08:23 EST -------
Created an attachment (id=291385)
--> (https://bugzilla.redhat.com/attachment.cgi?id=291385&action=view)
Actual and correct results with key sequence to reproduce
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
15 years, 1 month
[Bug 434753] New: Sometimes can't display VLGothic via "sansserif" family.
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=434753
Summary: Sometimes can't display VLGothic via "sansserif" family.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: VLGothic-fonts
AssignedTo: ryo-dairiki(a)users.sourceforge.net
ReportedBy: mmk9060(a)aol.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list@redhat.com,tagoh(a)redhat.com
Description of problem:
Since I installed "VLGothic-proportional" and "Dejavu LGC Sans" fonts, Japanese
characters have not been displayed correctly and displayed "□", called "tofu"
characters, in Flash, gxine, and etc. I found out that this problem occur
because VLG's config file in /etc/fonts/conf.d compete against Dejavu's that.
Version-Release number of selected component (if applicable):
VLGothic-fonts-proportional-20071215-2.fc8
dejavu-lgc-fonts-2.19-1
How reproducible:
Always in particular situation.
Steps to Reproduce:
Use particular applications. Example, Flash(you may make it sure by "Rightclick
- Settings") and gxine.
Actual results:
Displayed tofus.
Expected results:
Readable Japanese characters with VLGothic fonts displayed.
Additional info:
We discussed about this problem in "Fedora Users Community Japan". Following is
the link to our discussion in BBS. We hope you find it informative:
http://fedora-jp.sourceforge.jp/modules/d3forum/index.php?topic_id=75
And I made a RPM package which will resolve this problem. I will attach it.
------- Additional Comments From mmk9060(a)aol.com 2008-02-25 04:27 EST -------
Created an attachment (id=295780)
--> (https://bugzilla.redhat.com/attachment.cgi?id=295780&action=view)
Sample RPM package for resolving this problem.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
15 years, 2 months
[Bug 429901] New: upon joined charecter the halant was not rendering properly in te-IN
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=429901
Summary: upon joined charecter the halant was not rendering
properly in te-IN
Product: Fedora
Version: rawhide
Platform: i386
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: fonts-indic
AssignedTo: rbhalera(a)redhat.com
ReportedBy: rbhalera(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: eng-i18n-bugs(a)redhat.com,fedora-fonts-bugs-
list(a)redhat.com
+++ This bug was initially created as a clone of Bug #400891 +++
Description of problem:
Version-Release number of selected component (if applicable):
Gedit 2.16.0
How reproducible:
maintain SCIM in RAWCODE.And provide the code se
Steps to Reproduce:
1.open Gedit 2.16.0
2.Maintain SCIM in RAWCODE.
3.And give the follwing code sequences 0c38+0c4d+0c1f+oc4d
Actual results:
స్ట్
Expected results:
will give in the attachement.
Additional info:
-- Additional comment from kkrothap(a)redhat.com on 2007-11-27 07:52 EST --
Created an attachment (id=269701)
--> (https://bugzilla.redhat.com/attachment.cgi?id=269701&action=view)
html file.
-- Additional comment from kkrothap(a)redhat.com on 2007-11-27 07:59 EST --
Created an attachment (id=269711)
--> (https://bugzilla.redhat.com/attachment.cgi?id=269711&action=view)
te-IN redering problem.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
15 years, 3 months
[Bug 435549] New: obsolete with ghostscript-8.62
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=435549
Summary: obsolete with ghostscript-8.62
Product: Fedora
Version: rawhide
Platform: All
URL: http://www.ghostscript.com
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: urw-fonts
AssignedTo: than(a)redhat.com
ReportedBy: xose.vazquez(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
ghostscript-8.62 changelog:
Not strictly a compatibility issue, but the default URW (GPL) fonts are now
distributed in the Resource/Font/ path which can increase the number of file
handles open for PostScript that opens all of the resources. Also the size of
the %rom% rom file system within the executable when using COMPILE_INITS=1 is
larger by the amount needed for the fonts.
-thanks-
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
15 years, 3 months
[Bug 434647] New: X server segfaults in libXfont fs_cleanup_bfont()
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=434647
Summary: X server segfaults in libXfont fs_cleanup_bfont()
Product: Fedora
Version: 8
Platform: i386
OS/Version: Linux
Status: NEW
Severity: high
Priority: low
Component: libXfont
AssignedTo: sandmann(a)redhat.com
ReportedBy: trq(a)astro.washington.edu
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
Description of problem:
The X server dies with a segmentation fault. Here is the backtrace:
Backtrace:
0: /usr/bin/X(xf86SigHandler+0x81) [0x80c2f01]
1: [0x110420]
2: /usr/lib/libXfont.so.1 [0xa56d14]
3: /usr/lib/libXfont.so.1 [0xa573ff]
4: /usr/lib/libXfont.so.1 [0xa594ae]
5: /usr/lib/libXfont.so.1 [0xa59647]
6: /usr/bin/X(FontWakeup+0x4d) [0x808920d]
7: /usr/bin/X(WakeupHandler+0x59) [0x808c959]
8: /usr/bin/X(WaitForSomething+0x1ae) [0x81b64be]
9: /usr/bin/X(Dispatch+0x8d) [0x80886fd]
10: /usr/bin/X(main+0x49a) [0x807054a]
11: /lib/libc.so.6(__libc_start_main+0xe0) [0x884390]
12: /usr/bin/X(FontFileCompleteXLFD+0x1f1) [0x806f831]
Fatal server error:
Caught signal 11. Server aborting
Here is symbol information for libXfont:
0xa56d14 <fs_cleanup_bfont+20>: mov 0x78(%eax),%edi
0xa573ff <fs_abort_blockrec+143>: lea 0x20(%esi),%eax
0xa594ae <_fs_check_reconnect+142>: mov 0x6c(%edi),%esi
0xa59647 <fs_wakeup+215>: jmp 0xa595c6 <fs_wakeup+86>
0xa56d14 is in fs_cleanup_bfont (fserve.c:563).
558 {
559 FSFontDataRec *fsd;
560
561 if (bfont->pfont)
562 {
563 fsd = (FSFontDataRec *) bfont->pfont->fpePrivate;
564
565 /* make sure the FS knows we choked on it */
566 fs_send_close_font(bfont->pfont->fpe, bfont->fontid);
567
Version-Release number of selected component (if applicable):
Name : libXfont
Arch : i386
Version: 1.3.1
Release: 2.fc8
How reproducible:
I'm not sure how to reproduce it, although it seems to correlate with use of
firefox. The crash happens about every other day since an update in mid February.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
15 years, 3 months
[Bug 424701] New: [ml_IN] words are shown joined (very low space shown on screen)
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=424701
Summary: [ml_IN] words are shown joined (very low space shown on
screen)
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: fonts-indic
AssignedTo: rbhalera(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: apeter@redhat.com,eng-i18n-bugs(a)redhat.com,fedora-fonts-
bugs-list(a)redhat.com
Description of problem:
words are shown joined (very low space shown on screen)
Version-Release number of selected component (if applicable):
[root@dhcp6-62 ~]# rpm -q qt
fonts-malayalam-2.1.5-3.fc8
qt-3.3.8-11.fc9
qt4-4.3.3-1.fc9
libicu-3.8-5.fc9
pango-1.19.1-1.fc9
How reproducible:
100%
Steps to Reproduce:
1. open http://ml.wikipedia.org/ in firefox
2. copy paste in gedit/kedit/oowriter
3.
Actual results:
Space size is TOO less between words
Expected results:
Space should be reasonable
Additional info:
Test Case with Hindi and Malayalam
------- Additional Comments From aalam(a)redhat.com 2007-12-14 02:40 EST -------
Created an attachment (id=288621)
--> (https://bugzilla.redhat.com/attachment.cgi?id=288621&action=view)
TestCase (Text File to Test)
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
15 years, 4 months
[Bug 429527] New: [ml_IN]: Removal of a glyph from font file
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=429527
Summary: [ml_IN]: Removal of a glyph from font file
Product: Red Hat Enterprise Linux 5
Version: 5.3
Platform: All
OS/Version: Linux
Status: NEW
Severity: urgent
Priority: urgent
Component: fonts-indic
AssignedTo: rbhalera(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: eng-i18n-bugs(a)redhat.com
CC: aalam@redhat.com,eng-i18n-bugs(a)redhat.com,fedora-fonts-
bugs-list(a)redhat.com
+++ This bug was initially created as a clone of Bug #429526 +++
Description of problem:
There is a glyph in Malayalam font file where when, 0D38 + 0D4D + 0D31 forms a
glyph with 0D31 under 0D38 like a below based image. This should not happen,
instead must be giving the output just as the sequence of keys.
Version-Release number of selected component (if applicable):
gedit 2.20.4
How reproducible:
Always
Steps to Reproduce:
1.Open gedit
2.Type 0D38, 0D4D and 0D31
Actual results:
Glyph formed will be like 0D31 under 0D38
Expected results:
Just as in key sequence 0D38, 0D4D and 0D31
Additional info:
screenshot attached
-- Additional comment from apeter(a)redhat.com on 2008-01-21 07:12 EST --
Created an attachment (id=292356)
--> (https://bugzilla.redhat.com/attachment.cgi?id=292356&action=view)
Files with correct and wrong glyph
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
15 years, 4 months