[Bug 680778] New: some important iso-10646-1 fonts unavailable
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: some important iso-10646-1 fonts unavailable
https://bugzilla.redhat.com/show_bug.cgi?id=680778
Summary: some important iso-10646-1 fonts unavailable
Product: Fedora
Version: 14
Platform: noarch
OS/Version: Linux
Status: NEW
Severity: medium
Priority: unspecified
Component: xorg-x11-fonts
AssignedTo: xgl-maint(a)redhat.com
ReportedBy: kurt(a)pinboard.com
QAContact: extras-qa(a)fedoraproject.org
CC: xgl-maint(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
In Fedora 14, resizing of an xterm with CTRL-RightClick is not possible. Input
of Japanese characters do not show the glyphs on the xterm either.
Version-Release number of selected component (if applicable):
xorg-x11-fonts-misc-7.2-12.fc14.noarch
Linux FC-7250.hag.hilti.com 2.6.35.10-74.fc14.x86_64 #1 SMP Thu Dec 23 16:04:50
UTC 2010 x86_64 x86_64 x86_64 GNU/Linux
How reproducible:
consistent
Steps to Reproduce:
1. install Fedora 14 with X and xterm
2. remove ~/.Xdefaults and ~/.Xresources to make sure there are no user
overrides
3. login to the graphical desktop
4. open an xterm
5. CTRL-RightClick and select another font size
No instructions on how to input Japanese glyphs, as that problem is
automatically resolved when the first one is resolved.
Actual results:
1. font does not change
2. Japanese glyphs don't show
Expected results:
1. font does change
2. Japanese glyphs show
Additional info:
The error messages upon changing the font size (open an xterm from another
xterm to see the error messages; change the font size in the second xterm)
mention missing *iso-10646-1 fonts. Sample error messags:
> xterm: cannot load font -misc-fixed-medium-r-normal--8-80-75-75-c-50-iso10646-1
> xterm: cannot load font -misc-fixed-medium-r-normal--8-80-75-75-c-50-iso10646-1
> xterm: cannot load font -misc-fixed-medium-r-normal--18-120-100-100-c-90-iso10646-1
With xorg-x11-fonts-misc-7.2-12.fc14.noarch, there are fewer such fonts
(xlsfonts | grep 10646 | wc -l) than with the same package from Fedora 13.
Downgrading the xorg-x11-fonts-misc package to the version included with Fedora
13 fixes the problem.
cat <<__EOF__ >/etc/yum.repos.d/fedora.13.repo
[fedora13]
name=Fedora 13 - $basearch
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=fedora-13&arch...
enabled=0
metadata_expire=7d
gpgcheck=0
__EOF__
yum -y --enablerepo=fedora13 --nogpgcheck \
downgrade xorg-x11-fonts-misc-7.2-9.fc12
Interestingly, doing an upgrade to the Fedora 14 package again after that, the
problem is gone. The set of files installed by the two versions of the RPM are
more or less identical. But checking the RPM scriptlets shows that the earlier
package uses mkfontdir and fc-cache in the postinstall/postuninstall
scriptlets, where the newer package uses xorg-x11-fonts-update-dirs. However
here I'm finally lost at what these commands actually do. But somebody more
knowledgable than me in this area should fix future versions of the package so
they work again as expected and make all the fonts available.
--
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.
11 years, 11 months
[Bug 803563] New: lohit-telugu-fonts contains glyphs at erraneous code points
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: lohit-telugu-fonts contains glyphs at erraneous code points
https://bugzilla.redhat.com/show_bug.cgi?id=803563
Summary: lohit-telugu-fonts contains glyphs at erraneous code
points
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: unspecified
Component: lohit-telugu-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: kamathvasudev(a)gmail.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: ---
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
Lohit Telugu has a “square” glyph at the following code points, which for
instance render the minus sign and some halfwidth forms as squares when Lohit
Telugu is chosen as the main font.
* 0x0065 (U+2212)
* 0x0067 to 0x009A (U+FFBC to U+FFF2)
* 0x009D to 0x00A2
Version-Release number of selected component (if applicable):
2.5.1
Additional info:
Forwarding the bug from Debian Bugzilla [1]
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=663937
--
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.
11 years, 11 months
[Bug 18726] New: RFE: help write locale-specific tests
by bugzilla-daemon＠freedesktop.org
http://bugs.freedesktop.org/show_bug.cgi?id=18726
Summary: RFE: help write locale-specific tests
Product: fontconfig
Version: 2.6
Platform: Other
OS/Version: All
Status: NEW
Severity: enhancement
Priority: medium
Component: library
AssignedTo: keithp(a)keithp.com
ReportedBy: nicolas.mailhot(a)laposte.net
CC: fedora-fonts-bugs-list(a)redhat.com
Due to Han unification there is often a need for font distributors to test if a
font name is requested in a chinese, japanese or korean context. However, there
are many chinese locales and writing an exact match is not possible.
The current pattern (used by Debian, Ubuntu, Fedora, etc) in this case is
<test compare="contains" name="lang">
<string>zh</string>
</test>
but we do not really want to match every locale containing "ze". We want to
match every ze-foo locale, not jze-foo or foo-ze
Please add a documented fonts.conf pattern to fontconfig that allows
distributors to specify such an exact match.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
11 years, 11 months
[Bug 757985] New: need corrections in ur.orth 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.
Summary: need corrections in ur.orth file
https://bugzilla.redhat.com/show_bug.cgi?id=757985
Summary: need corrections in ur.orth file
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: fontconfig
AssignedTo: behdad(a)fedoraproject.org
ReportedBy: psatpute(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, behdad(a)fedoraproject.org,
pnemade(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Created attachment 537790
--> https://bugzilla.redhat.com/attachment.cgi?id=537790
patch to fix urdu orth file
Description of problem:
We have recently packaged Urdu fonts from
http://www.crulp.org/software/localization.htm in Fedora. These fonts are
actively used for creating content in Urdu language from 5+ years.
fontconfig do not recognize them as complete font for urdu language due to
missing characters
U+0629 ARABIC LETTER TEH MARBUTA
U+0647 ARABIC LETTER HEH
I have got following response from upstream
" Alternate codes are recommended for Urdu
by Unicode standard itself (see the code-wise text explanation after
the code chart at http://www.unicode.org/charts/PDF/U0600.pdf for
U+06C3 as an alternate to U+0629 and U+06BE (or U+06C1; depends on
which Heh one is referring to) as an alternate to U+0647)."
Page 5 In Arabic code U+0600 Unicode chart 6.0 gives
U+06C3 "ARABIC LETTER TEH MARBUTA GOAL, Urdu"
U+06BE "ARABIC LETTER HEH DOACHASHMEE, Urdu"
So,
U+06C3 is recommended by Unicode instead of U+0629
U+06BE is recommended by Unicode instead of U+0647
Version-Release number of selected component (if applicable):
fontconfig-2.8.0-4.fc16.x86_64
How reproducible:
everytime
Steps to Reproduce:
1. yum install nafees-*
2. fc-query /usr/share/fonts/nafees-naskh/Nafees\ Naskh\ v2.01.ttf
3. it gives lang: (s)
Actual results:
lang: (s)
Expected results:
lang: ur(s)
Additional info:
attached patch
--
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.
11 years, 11 months
[Bug 761409] New: please drop -tools subpackage for RHEL
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: please drop -tools subpackage for RHEL
https://bugzilla.redhat.com/show_bug.cgi?id=761409
Summary: please drop -tools subpackage for RHEL
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: fontpackages
AssignedTo: nicolas.mailhot(a)laposte.net
ReportedBy: pnemade(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, nicolas.mailhot(a)laposte.net,
fonts-bugs(a)lists.fedoraproject.org, paul(a)frixxon.co.uk
Classification: Fedora
Story Points: ---
Type: ---
Description of problem:
I think on RHEL we don't need -tools subpackage.That pulls fedora-packager
package as a dependency also which is not available on RHEL.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
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.
12 years
[Bug 754688] New: Invalid memory access in Fontconfig
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: Invalid memory access in Fontconfig
https://bugzilla.redhat.com/show_bug.cgi?id=754688
Summary: Invalid memory access in Fontconfig
Product: Fedora
Version: 16
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: unspecified
Priority: unspecified
Component: fontconfig
AssignedTo: behdad(a)fedoraproject.org
ReportedBy: andris.pavenis(a)iki.fi
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, behdad(a)fedoraproject.org,
pnemade(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Description of problem:
Noticed invalid memory access in libfontconfig.so.1.4.4 when using Cairo for
generating PDF document. Also reproduced the same program running gnome-about
under valgrind (part of messages included many regarding using uninitialized
memory are skipped below):
==16607== Invalid read of size 4
==16607== at 0x3A2D608083: ??? (in /usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D60A447: FcConfigFilename (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D61D965: FcConfigParseAndLoad (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D6130C6: FcInitLoadConfig (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D6131B5: FcInitLoadConfigAndFonts (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D6133D4: FcInit (in /usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D60882C: FcConfigGetCurrent (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D60A20F: FcConfigSubstituteWithPat (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x37032093BF: ??? (in /usr/lib64/libpangocairo-1.0.so.0.2904.0)
==16607== by 0x3A30C0AC48: ??? (in /usr/lib64/libpangoft2-1.0.so.0.2904.0)
==16607== by 0x3A33619DE4: ??? (in /usr/lib64/libpango-1.0.so.0.2904.0)
==16607== by 0x3A3361ACF7: pango_itemize_with_base_dir (in
/usr/lib64/libpango-1.0.so.0.2904.0)
==16607== Address 0x11738934 is 20 bytes inside a block of size 22 alloc'd
==16607== at 0x4A074CD: malloc (vg_replace_malloc.c:236)
==16607== by 0x3A2D607FDC: ??? (in /usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D60A447: FcConfigFilename (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D61D965: FcConfigParseAndLoad (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D6130C6: FcInitLoadConfig (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D6131B5: FcInitLoadConfigAndFonts (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D6133D4: FcInit (in /usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D60882C: FcConfigGetCurrent (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D60A20F: FcConfigSubstituteWithPat (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x37032093BF: ??? (in /usr/lib64/libpangocairo-1.0.so.0.2904.0)
==16607== by 0x3A30C0AC48: ??? (in /usr/lib64/libpangoft2-1.0.so.0.2904.0)
==16607== by 0x3A33619DE4: ??? (in /usr/lib64/libpango-1.0.so.0.2904.0)
==16607==
==16607== Invalid read of size 4
==16607== at 0x3A2D608098: ??? (in /usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D60A447: FcConfigFilename (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D61D965: FcConfigParseAndLoad (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D61E04D: ??? (in /usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2CA0A68A: doContent (xmlparse.c:2449)
==16607== by 0x3A2CA0B8CD: contentProcessor (xmlparse.c:2022)
==16607== by 0x3A2CA0878E: doProlog (xmlparse.c:3908)
==16607== by 0x3A2CA0A11A: prologProcessor (xmlparse.c:3635)
==16607== by 0x3A2CA0D6E1: XML_ParseBuffer (xmlparse.c:1573)
==16607== by 0x3A2D61DAC0: FcConfigParseAndLoad (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D6130C6: FcInitLoadConfig (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D6131B5: FcInitLoadConfigAndFonts (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== Address 0x1173ffb0 is 16 bytes inside a block of size 18 alloc'd
==16607== at 0x4A074CD: malloc (vg_replace_malloc.c:236)
==16607== by 0x3A2D607FDC: ??? (in /usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D60A447: FcConfigFilename (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D61D965: FcConfigParseAndLoad (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D61E04D: ??? (in /usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2CA0A68A: doContent (xmlparse.c:2449)
==16607== by 0x3A2CA0B8CD: contentProcessor (xmlparse.c:2022)
==16607== by 0x3A2CA0878E: doProlog (xmlparse.c:3908)
==16607== by 0x3A2CA0A11A: prologProcessor (xmlparse.c:3635)
==16607== by 0x3A2CA0D6E1: XML_ParseBuffer (xmlparse.c:1573)
==16607== by 0x3A2D61DAC0: FcConfigParseAndLoad (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607== by 0x3A2D6130C6: FcInitLoadConfig (in
/usr/lib64/libfontconfig.so.1.4.4)
==16607==
=
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. valgrind --undef-value-errors=no gnome-about
2.
3.
Actual results:
Error messages like above.
Additional error messages from /usr/lib64/gtk-2.0/2.10.0/engines/libqtcurve.so
about accessing memory after free(), but it is not related to fontconfig
Expected results:
Valgrind does not report error messages
--
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.
12 years
[Bug 640607] New: [te-In] Text cut on left hand side for some composite characters
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: [te-In] Text cut on left hand side for some composite characters
https://bugzilla.redhat.com/show_bug.cgi?id=640607
Summary: [te-In] Text cut on left hand side for some composite
characters
Product: Fedora
Version: 14
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: lohit-telugu-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: kkrothap(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
Target Release: ---
Created attachment 451886
--> https://bugzilla.redhat.com/attachment.cgi?id=451886
File contains the characters list for which problem exist
Description of problem:
Some part on Left hand side missing for these combinations. Please go through
the attachment.
Version-Release number of selected component (if applicable):
lohit-telugu-fonts-2.4.5-5.fc14.noarch
How reproducible:
Every time.
Steps to Reproduce:
1. Open gedit and input the combinations mentioned in the attachment using
input method.
2. Or else open the attachment in gedit.
3. Observe the left hand side of every combination which is not appearing
properly.
Actual results:
Text does not appear completely.
Expected results:
Text should appear completely.
Additional info:
Please go through the attachment.
--
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.
12 years
[Bug 798870] New: Glyph for 0D3A Malayalam Letter TTTA in Lohit Malayalam needs to be corrected
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: Glyph for 0D3A Malayalam Letter TTTA in Lohit Malayalam needs to be corrected
https://bugzilla.redhat.com/show_bug.cgi?id=798870
Summary: Glyph for 0D3A Malayalam Letter TTTA in Lohit
Malayalam needs to be corrected
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: unspecified
Component: lohit-malayalam-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: samjnaa(a)gmail.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: ---
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
With the release of Lohit Malayalam 2.5.1, the characters for Unicode 6.0 have
been added. In Malayalam 0D3A Malayalam Letter TTTA is new to Unicode 6.0.
In the Unicode 6.0 the character was given a glyph similar to Tamil TTI டி
which was wrong. Therefore this glyph has been corrected in Unicode 6.1 to look
like Grantha TTA (Tamil ட with a small tick mark below) as seen in the Unicode
6.1 Malayalam codechart: http://www.unicode.org/charts/PDF/U0D00.pdf
Therefore please correct the Malayalam TTTA glyph to reflect the latest Unicode
codechart.
Thank you.
Version-Release number of selected component (if applicable):
2.5.1
How reproducible:
By installing the latest Lohit Malayalam 2.5.1 font.
Actual results:
It shows the wrong glyph for Malayalam TTTA which was wrongly given in Unicode
6.0 chart.
Expected results:
It should show the correct glyph for Malayalam TTTA as correctly given in
Unicode 6.1 chart.
--
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.
12 years
[Bug 799004] New: The glyph for SA in Lohit Devanagari should have the horizontal bar connected
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: The glyph for SA in Lohit Devanagari should have the horizontal bar connected
https://bugzilla.redhat.com/show_bug.cgi?id=799004
Summary: The glyph for SA in Lohit Devanagari should have the
horizontal bar connected
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: lohit-devanagari-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: samjnaa(a)gmail.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: ---
Regression: ---
Mount Type: ---
Documentation: ---
Created attachment 566857
--> https://bugzilla.redhat.com/attachment.cgi?id=566857
Current and suggested appearance of Lohit Devanagari SA
Description of problem:
The glyph for SA in Lohit Devanagari currently does not have the horizontal bar
within the SA connected with the left part of the glyph. While on superficial
reading and especially at low point sizes this is not a problem, it would be
preferable to have the horizontal bar fully connected, especially when viewed
at high point sizes.
This would greatly improve legibility and recognizability as SA (and not as RA
+ something), especially for the future development of Devanagari OCRs to parse
documents printed using Lohit Devanagari.
The glyphs for half-SA and the ligated SRA should also be likewise corrected.
Thank you.
Version-Release number of selected component (if applicable):
2.5.1
How reproducible:
Steps to Reproduce:
1. Install Lohit Devanagari font
2. Type स स्व स्र etc by selecting that font.
3. Increase the point size to a large number like 48.
Actual results:
The horizontal bar within the SA glyph, half-SA glyph and the SRA ligature is
not connected to the left side of the glyph. This does not look good at large
point sizes. It would also be difficult for Devanagari OCRs to parse this as
the current appearance of स is somewhat similar to रा.
Expected results:
The SA glyph, half-SA glyph, SRA ligature (and any other current or future
derivatives) should have the horizontal bar connected to the left side of the
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.
12 years
[Bug 803308] New: [hi_IN]-Lohit Devanagari is displayed in serif
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: [hi_IN]-Lohit Devanagari is displayed in serif
https://bugzilla.redhat.com/show_bug.cgi?id=803308
Summary: [hi_IN]-Lohit Devanagari is displayed in serif
Product: Fedora
Version: 17
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: lohit-devanagari-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: rranjan(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: ---
Regression: ---
Mount Type: ---
Documentation: ---
Not getting Lohit Devanagari under sans serif, but it's displayed in serif.
Version-Release number of selected component (if applicable):
fonts-tweak-tool-0.0.3-1.fc17.noarch
How reproducible:
Steps to Reproduce:
1.run fonts-tweak-tool
2.add Devanagari and check Lohit Devanagari is coming under sans serif.
3.
Actual results:
Lohit Devanagari is displayed in serif.
Expected results:
Lohit Devanagari should be displayed in sans serif only
--
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.
12 years