[Bug 1051083] New: Huge text rendered incorrectly
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1051083
Bug ID: 1051083
Summary: Huge text rendered incorrectly
Product: Fedora
Version: 20
Component: pango
Severity: low
Priority: low
Assignee: tagoh(a)redhat.com
Reporter: amahdal(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Created attachment 847731
--> https://bugzilla.redhat.com/attachment.cgi?id=847731&action=edit
incorrect rendering (500K, all visible characters affected)
Description of problem:
When I open this (quite strange, I admit) file:
* ASCII plain text
* only dollar signs (no whitespace whatsoever, reproduces with other chars as
well)
* large number of them (over 320K in my case)
in Mousepad, which uses pango, rendering issues appear. Specifically,
characters appear doubled, with these "ghosts" being few pixels offset.
I have tested this on Fedora 20 with Mousepad and Leafpad, both being
simplistic GUI plain text editors and both using Pango. Hence I'm reporting
this to Pango.
Version-Release number of selected component (if applicable):
pango-1.36.1-1.fc20.x86_64
mousepad-0.3.0-3.fc20.x86_64
leafpad-0.8.18.1-10.fc20.x86_64
How reproducible:
always - with specifically prepared (abnormal) file
Steps to Reproduce:
1. Let N be a large number, 500 thousand or so (see below)
2. Create a plain text file comprised of N identical non-whitespace characters
3. Open the file in Mousepad or Leafpad
Actual results:
Characters are rendered incorrectly, some/all glyphs have a "ghost" with small
offset
Expected results:
Characters should be displayed normally.
Additional info:
Exploring the exact border (N) where the problem appears:
* with 322,639 characters, the text still looks OK
* with 322,640 characters, first character has this "ghost"
* with 322,641 characters, first *two* characters have this "ghost"
* ...etc.
I have also quick-tested this with other characters like "a", and the same
problem appears. I haven't tested with mixed files or with whitespace, though.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=brhs6Z16t4&a=cc_unsubscribe
10 years, 1 month
[Bug 543906] New: Conjunct 'sple' (as in display) is not rendered correctly with Meera 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.
Summary: Conjunct 'sple' (as in display) is not rendered correctly with Meera font
https://bugzilla.redhat.com/show_bug.cgi?id=543906
Summary: Conjunct 'sple' (as in display) is not rendered
correctly with Meera font
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: smc-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: parimbra(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com,
psatpute(a)redhat.com, rajeeshknambiar(a)gmail.com,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
Description of problem:
Meera font shipped with Fedora does not display the conjunct 'sple' correctly.
It is working correctly with other fonts and same font in debian.
Version-Release number of selected component (if applicable):
How reproducible:
always
Steps to Reproduce:
1. open gedit
2. select Meera font
3. type ഡിസ്പ്ലെ (സ്പ്ലെ = unicode raw 0d38, 0d4d, 0d2a, 0d4d, 0d32)
Actual results:
സ്പ and ലെ displayed separately
Expected results:
സ് and പ്ലെ rendered separately
Additional info:
https://savannah.nongnu.org/bugs/index.php?28043
--
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.
10 years, 1 month
[Bug 473842] New: Add Greek Polytonic support to Liberation fonts
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: Add Greek Polytonic support to Liberation fonts
https://bugzilla.redhat.com/show_bug.cgi?id=473842
Summary: Add Greek Polytonic support to Liberation fonts
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: medium
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: simos.bugzilla(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
The Liberation fonts are missing the Greek Polytonic characters (Greek Extended
Unicode group).
In practical terms, the Greek Extended Unicode group is made of the Greek
characters with a variety of accents (they are precomposed characters).
This report is to track the process of adding support.
--
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.
10 years, 1 month
[Bug 1016984] New: [ml_IN] Unicode standard sequence for stacked chillu-N and RRA not supported in Lohit Malayalam
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1016984
Bug ID: 1016984
Summary: [ml_IN] Unicode standard sequence for stacked chillu-N
and RRA not supported in Lohit Malayalam
Product: Fedora
Version: rawhide
Component: lohit-malayalam-fonts
Assignee: psatpute(a)redhat.com
Reporter: samjnaa(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Description of problem:
As per TUS 6.2 chapter 9.9 p 321 (p 351 of PDF) the correct sequence to get the
display of stacked chillu-N on top of RRA in Malayalam is: CHILLU N + VIRAMA +
RRA. That is: ൻ്റ = 0d7b 0d4d 0d31. However, currently Lohit Malayalam font
does not support this sequence.
Testing Lohit Malayalam and Google Noto Sans Malayalam with latest HarfBuzz git
head shows that Lohit is not capable of rendering this sequence correctly
whereas Noto is capable.
Please fix it so that ൻ്റ = 0d7b 0d4d 0d31 is correctly rendered as stacked
chillu-N on top of RRA.
Version-Release number of selected component (if applicable):
2.5.4
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=fDeJOBDeaj&a=cc_unsubscribe
10 years, 1 month