[Bug 812207] New: La (=?UTF-8?Q?=E0=A4=B2?=) and Sha (=?UTF-8?Q?=E0=A4=B6?=) half shape required modifications
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: La (ल) and Sha (श) half shape required modifications
https://bugzilla.redhat.com/show_bug.cgi?id=812207
Summary: La (ल) and Sha (श) half shape required modifications
Product: Fedora
Version: 17
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: lohit-marathi-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: psatpute(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Created attachment 577228
--> https://bugzilla.redhat.com/attachment.cgi?id=577228
pdf explaining problem
Description of problem:
Mail from Sushant Devlekar, Half La (ल) and Sha (श) shape required
modifications as done by Base shape of La (ल) and Sha (श)
Version-Release number of selected component (if applicable):
lohit-marathi-fonts-2.5.1-1
How reproducible:
everytime
Steps to Reproduce:
1. Type ल्ल and श्क
2.
3.
Actual results:
half shape of sha and la not matching with full shape of la and sha
Expected results:
both full and half shape should match.
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.
8 years, 11 months
[Bug 1047545] New: [pa_IN] Lohit Fonts Display Issue
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1047545
Bug ID: 1047545
Summary: [pa_IN] Lohit Fonts Display Issue
Product: Fedora
Version: 20
Component: lohit-punjabi-fonts
Assignee: psatpute(a)redhat.com
Reporter: aalam(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: asaini(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Created attachment 843827
--> https://bugzilla.redhat.com/attachment.cgi?id=843827&action=edit
Lohit Fonts on Fedora.
Description of problem:
Punjabi Lohit font has display issue although Technical rendering is good, but
display is not Good.
---------------
0A48 -ੈ - GURMUKHI VOWEL SIGN AI
0A4B- ੋ - GURMUKHI VOWEL SIGN OO
0A71- ੱ - GURMUKHI ADDAK
---------------
Version-Release number of selected component (if applicable):
lohit-punjabi-fonts-2.5.3-3.fc20.noarch
How reproducible:
Everytime
Steps to Reproduce:
1. Copy Paste (ਸੈ ਸੋ ਉੱ) text
2. check rendering for dependent vowel with Consonants/Independent
Actual results:
Dependent character mixed with Consonants/Independent
Expected results:
Dependent character should more clear
Additional info:
1st Screenshot
- Fedora 20 with konversation (kde) and Gedit (GNOME) applications.
Unicode Charts
http://www.unicode.org/charts/PDF/U0A00.pdf
Try to attach screenshot on Windows with Raavi Fonts
--
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=FQyERQn4uR&a=cc_unsubscribe
8 years, 11 months
[Bug 1000691] New: Cardo font unusable, badly displayed
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1000691
Bug ID: 1000691
Summary: Cardo font unusable, badly displayed
Product: Fedora
Version: 19
Component: scholarsfonts-cardo-fonts
Severity: urgent
Assignee: pnemade(a)redhat.com
Reporter: rivocantus-local(a)gmx.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Description of problem:
Font is badly displayed so that it is unreadable.
Version-Release number of selected component (if applicable):
1.045-4
How reproducible:
When used in Abiword or LibreOffice Writer.
Actual results:
In LibreOffice:
Letters are cut vertically. However when printed to pdf it becomes better.
In Abiword it creates very large vertical line on cursor, otherwise font
appears.
In both cases typing is very unpleasent. Which makes it difficult to
concentrate on the work.
Expected results:
Neatness. This font has a great potential.
--
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=NtyMEGwVgp&a=cc_unsubscribe
9 years
[Bug 981475] New: Improper glyph names in Lohit fonts
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=981475
Bug ID: 981475
Summary: Improper glyph names in Lohit fonts
Product: Fedora
Version: rawhide
Component: lohit-fonts
Severity: unspecified
Priority: unspecified
Assignee: extras-orphan(a)fedoraproject.org
Reporter: khaledhosny(a)eglug.org
QA Contact: extras-qa(a)fedoraproject.org
CC: extras-orphan(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pnemade(a)redhat.com,
psatpute(a)redhat.com
For purposes of text extraction from PDF files, glyphs should be named in
accordance with Adobe Glyph Naming convention
(http://www.adobe.com/devnet/opentype/archives/glyph.html). Most glyphs in
Lohit fonts follow this convention properly, but some do not. I did not do an
extensive review, but I noticed several occurances of glyph names like:
u0919_u094D.half_u0915_u094D.half.half
Which is wrong, since step 1 of the mapping algorithm in the above link will
drop the part of glyph name after the first occurence of a peroid, so only
u0919_u094D will remain which is assume is not what is wanted here. A proper
name would then be:
u0919_u094D_u0915_u094D.half.half.half
or something like that (the part after the peroid is completely ignored, so it
can be anything).
--
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=5cwcY7yhhr&a=cc_unsubscribe
9 years, 1 month
[Bug 1074274] New: fontpackages installs macros files to /etc/rpm
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1074274
Bug ID: 1074274
Summary: fontpackages installs macros files to /etc/rpm
Product: Fedora
Version: rawhide
Component: fontpackages
Assignee: nicolas.mailhot(a)laposte.net
Reporter: ville.skytta(a)iki.fi
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
nicolas.mailhot(a)laposte.net, paul(a)frixxon.co.uk,
tagoh(a)redhat.com
Blocks: 1074261
The proper location for rpm macros files in rpm >= 4.11 is
%{_rpmconfigdir}/macros.d, please move them there from /etc/rpm.
If this package's specfile targets Fedora and EL >= 7 only, the
location for macro files can be simply changed from /etc/rpm to
%{_rpmconfigdir}/macros.d. If it is intended to work on EL 5 and/or 6
as well, you can define a macros dir for example as follows (all on
one line) and install the macros to %{macrosdir}:
%global macrosdir %(d=%{_rpmconfigdir}/macros.d; [ -d $d ] ||
d=%{_sysconfdir}/rpm; echo $d)
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1074261
[Bug 1074261] macro files install dir tracker bug
--
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=Y5XgDFjunb&a=cc_unsubscribe
9 years, 2 months
[Bug 882267] New: Warning about /etc/fonts/conf.d/50-user.conf
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=882267
Bug ID: 882267
Summary: Warning about /etc/fonts/conf.d/50-user.conf
Product: Fedora
Version: 18
Component: fontconfig
Severity: unspecified
Priority: unspecified
Reporter: mefoster(a)gmail.com
Description of problem:
Running appes such as gvim under KDE results in a warning to STDERR like this:
Fontconfig warning: "/etc/fonts/conf.d/50-user.conf", line 9: reading
configurations from ~/.fonts.conf is deprecated.
Version-Release number of selected component (if applicable):
fontconfig-2.10.2-1.fc18.x86_64
How reproducible:
Every time
Steps to Reproduce:
1. Run "gvim"
Actual results:
Warning
Expected results:
No warning
Additional info:
I don't know if it's relevant that I use KDE as a desktop environment and that
this error comes up with gvim, but that's where I specifically noticed it.
--
You are receiving this mail because:
You are on the CC list for the bug.
9 years, 2 months
[Bug 842568] New: Bad spacing in Liberation Mono with BCI-hinting
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=842568
Bug ID: 842568
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: Bad spacing in Liberation Mono with BCI-hinting
Regression: ---
Story Points: ---
Classification: Fedora
OS: Linux
Reporter: xously(a)gmail.com
Type: Bug
Documentation: ---
Hardware: x86_64
Mount Type: ---
Status: NEW
Component: liberation-fonts
Product: Fedora
Created attachment 599962
--> https://bugzilla.redhat.com/attachment.cgi?id=599962&action=edit
Spacing of "s"
Description of problem:
Applies to Liberation Mono with BCI-hinting.
"s" is too far to the right or left, depending on the font size. E.g. "users"
looks like "user s" at size 11. (See first attachment for font sizes 8-16.)
"ow" is merging in bold font, at least at size 11. E.g. in "downloads". (See
second attachment.)
Version-Release number of selected component:
2.00.0
How reproducible:
Always with this ".fonts.conf":
<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
<match target="font">
<edit name="antialias" mode="assign">
<bool>true</bool>
</edit>
</match>
<match target="font">
<edit name="hinting" mode="assign">
<bool>true</bool>
</edit>
</match>
<match target="font">
<edit name="hintstyle" mode="assign">
<const>hintfull</const>
</edit>
</match>
<match target="font">
<edit name="rgba" mode="assign">
<const>rgb</const>
</edit>
</match>
<match target="font">
<edit mode="assign" name="lcdfilter">
<const>lcddefault</const>
</edit>
</match>
</fontconfig>
With auto-hinting enabled instead, these problems do not occur:
<match target="pattern" name="family">
<test name="family" qual="any">
<string>Liberation Mono</string>
</test>
<edit name="autohint" mode="assign">
<bool>true</bool>
</edit>
</match>
--
You are receiving this mail because:
You are on the CC list for the bug.
9 years, 2 months
[Bug 522648] New: glyphs cut-off below "baseline" in firefox
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: glyphs cut-off below "baseline" in firefox
https://bugzilla.redhat.com/show_bug.cgi?id=522648
Summary: glyphs cut-off below "baseline" in firefox
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: Regression
Severity: medium
Priority: low
Component: ipa-gothic-fonts
AssignedTo: tagoh(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Target Release: ---
Description of problem:
With ipa fonts being used for Japanese desktop,
it seems the bottom of letters with parts under
the Latin "baseline" tend to get cut-off in
textboxes in Firefox.
How reproducible:
every time
Steps to Reproduce:
1. Login to rawhide Japanese gnome desktop
2. Run firefox and type "abcdefghijklmnopqrstuvwxyz" into awesome bar.
3. sudo yum install vlgothic-fonts
4. repeat (2)
Actual results:
2. Bottom of letters 'g', 'j', 'p', 'q', 'y' are clipped
4. Displays fine.
Expected results:
2. All the glyphs to be visible.
--
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.
9 years, 2 months
[Bug 1005780] New: Liberation Sans Mono Enhancement Request: Modification needed for "l" Character
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1005780
Bug ID: 1005780
Summary: Liberation Sans Mono Enhancement Request: Modification
needed for "l" Character
Product: Fedora
Version: 19
Component: liberation-fonts
Severity: low
Assignee: psatpute(a)redhat.com
Reporter: wrkerr(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
Description of problem:
Lowercase "l" character very closely resembles the "1" character from many
other typefaces, especially at smaller point sizes, and even more so in the
italic style.
Version-Release number of selected component (if applicable):
2.00.1
How reproducible:
Type an italic "l" at 8 point size. Print alongside "1" also at 8 point size
from some other monospaced fonts, such as DejaVu Sans Mono and notice the
similarity.
Additional info:
I have found Liberation Mono to be the best Free typeface for my coding
purposes. I particularly love how readable yet compact it is at small sizes.
I've had difficultly though with the "l" character. I find that this character
seems to me to be indistinguishable from the "1" character from many other
typefaces. The problem is even more apparent when the font is used in the
italic style. To my perception, an "l" formed more similar to that of the
DejaVu Sans Mono, Source Code Pro, or Ubuntu Mono would fit better with the
overall design approach of the typeface by being clearly readable at all
sizes--it could no longer be confused with any other character. This would
include a leftward serif at the top of the letter, and a rightward curvature at
the bottom of the character. To my eye, DejaVu Sans Mono's "l" would be the
best model.
--
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=S3mOdQhS0u&a=cc_unsubscribe
9 years, 2 months