[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 462531] New: text of highlighted button in dialog goes black
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.
Summary: text of highlighted button in dialog goes black
https://bugzilla.redhat.com/show_bug.cgi?id=462531
Summary: text of highlighted button in dialog goes black
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: jspaar(a)users.sourceforge.net
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
On XO running fedora rawhide livecd,
The highlighted button in a dialog (any app) looks black while the dialog
window is in focus.
Version-Release number of selected component (if applicable):
I'm not sure which underlying component is responsible. Here are candidates
chosen from zenity's dependencies:
cairo-1.7.4-1.fc10.i386
fontconfig-2.6.0-2.fc10.i386
freetype-2.3.7-1.fc10.i386
gtk2-2.14.0-4.fc10.i386
glib2-2.18.0-1.fc10.i386
libglade2-2.6.3-1.fc10.i386
glib2-2.18.0-1.fc10.i386
libgnomecanvas-2.20.1.1-2.fc9.i386
glib2-2.18.0-1.fc10.i386
gtk2-2.14.0-4.fc10.i386
pango-1.21.6-1.fc10.i386
How reproducible: always
Steps to Reproduce:
1. Boot fedora rawhide livecd on XO per
http://katzj.livejournal.com/438184.html
2. Log in to gdm and open any dialog, such as System->shutdown
3. or run: zenity --question --text 'do you like pirate buttons?'
--ok-label='Aaargh!' --cancel-label='Naargh!'
3.
Actual results:
While the dialog window is in focus, the *text* in the highlighted button
appears blacked out. Tabbing to a different button will move the effect to
that button. Focussing on a different window will remove the effect until the
dialog is in focus again. Notice that in buttons with an icon and text, the
icon is not blacked out, only the text.
Expected results:
visible text on highlighted button while dialog window is active
Additional info:
Screenshot attached.
Intended to block FedoraOnXO Tracker:
https://bugzilla.redhat.com/show_bug.cgi?id=FedoraOnXO
--
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.
14 years, 11 months
[Bug 445176] New: [ml_IN] Conjuncts combining with 0D30 do not form the pre based glyph
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=445176
Summary: [ml_IN] Conjuncts combining with 0D30 do not form the
pre based glyph
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: lohit-fonts
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@redhat.com,petersen(a)redhat.com
Description of problem:
Conjuncts does not get combined with 0D30 to form the pre based glyph, instead
the conjunct, 0D4D and 0D30 just appear in key sequence.
How reproducible:
Always
Steps to Reproduce:
1. In gedit, type 0D38 + 0D4D + 0D24 + 0D4D + 0D30
Actual results:
In the above step, when 0D38 + 0D4D + 0D24 + 0D4D + 0D30 is typed the conjunct
0D38 + 0D4D + 0D24 is followed by 0D4D and 0D30.
Expected results:
In the above step,when 0D38 + 0D4D + 0D24 + 0D4D + 0D30 is typed the conjunct
0D38 + 0D4D + 0D24 must have the pre-based glyph that is formed using 0D4D
and 0D30.
Additional info:
For ref: https://bugzilla.redhat.com/show_bug.cgi?id=444561
--
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 450699] New: lohit-fonts: Errors in "sh" and "shrI" in Lohit Tamil font
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=450699
Summary: lohit-fonts: Errors in "sh" and "shrI" in Lohit Tamil
font
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: lohit-fonts
AssignedTo: rbhalera(a)redhat.com
ReportedBy: chandra(a)ee.uwa.edu.au
QAContact: extras-qa(a)fedoraproject.org
CC: chandra(a)ee.uwa.edu.au,fedora-fonts-bugs-
list@redhat.com,petersen(a)redhat.com
Description of problem: Errors in "sh" and "shrI" in Lohit Tamil font
Version-Release number of selected component (if applicable):
Kubuntu 8.04 (Hardy Heron)
ttf-indic-fonts-core version 1:0.5.0-0ubuntu1
Problems with "sh" and "shrI" in Lohit Tamil fonts:
A. The ITRANS Tamil character "sh" in Lohit Tamil is rendered as ஶ் : the dot
above or pulli should be over the character rather than beside it. Most other
consonants are rendered correctly. For example, the consonant "k" is correctly
rendered as க். I have been told that the "font must have a correct GPOS table
for pulli positioning and the rendering engine must utilise that information
when drawing the glyph" for the character to show up correctly. Of the two, I
think it more likely that it is the font rather than the rendering system that
is likely to be faulty because க் shows up correctly.
B. The character "shrI" should properly be rendered as ஸ்ரீ. This character should
correctly be Unicode 0BB6 + 0BCD + 0BB0 + 0BC0 whereas in Lohit Tamil (and
possibly other Tamil fonts) it is made from Unicode 0BB8 + 0BCD + 0BB0 + 0BC0,
which is wrong. This should be corrected to accord with "The Unicode Standard,
Revision 5.0", p 325.
How reproducible:
Use SCIM or some scheme that allows raw Unicode to be input into a Unicode-aware
text editor and see the results onscreen.
Steps to Reproduce: A
1. Ensure that locale for Tamil is set up and that Lohit Tamil is default Tamil
font.
2. Install SCIM or other method to input raw Unicode from keyboard.
3. Into a Unicode-aware text editor, enter raw Unicode so: U+0BB6 + U+0BCD.
4. Verify that inputting U+0B95 + U+0BCD gives க் as expected. So problem lies
with font.
Actual results: For step 3: ஶ்
Expected results: For step 3: ஶ with dot (pulli) above as for க் above.
Steps to Reproduce: B
1. Ensure that locale for Tamil is set up and that Lohit Tamil is default Tamil
font.
2. Install SCIM or other scheme to input raw Unicode from keyboard.
3. Into a Unicode-aware text editor, enter raw Unicode so:
U+0BB6 + U+0BCD + U+0BB0 + U+0BC0
Actual results: For step 3: ஶ்ரீ
Expected results: For step 3: ஸ்ரீ
Additional info:
1. The character ஸ்ரீ is wrongly encoded as U+0BB8 + U+0BCD + U+0BB0 + U+0BC0 in
Lohit Tamil.
2. These errors could exist in other Tamil fonts in addition to Lohit Tamil.
--
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 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 448078] New: [ml-IN] Font size problem with Meera
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=448078
Summary: [ml-IN] Font size problem with Meera
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: smc-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: eng-i18n-bugs(a)redhat.com,fedora-fonts-bugs-
list@redhat.com,rajeeshknambiar(a)gmail.com
Description of problem:
The default size of Meera is small compared to all other fonts. Meera is one of
the fonts in the smc-fonts package.
--
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