[Fedora-i18n-bugs] [Bug 556700] New: [Indic] Quote marks are ugly than English counterparts
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: [Indic] Quote marks are ugly than English counterparts
https://bugzilla.redhat.com/show_bug.cgi?id=556700
Summary: [Indic] Quote marks are ugly than English counterparts
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: lohit-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, pnemade(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=385317)
--> (https://bugzilla.redhat.com/attachment.cgi?id=385317)
Screenshot for Quote
Description of problem:
While Using Quote Marks (Single/Double) with Lohit Fonts, it looks very bad
shape as compared to English ones. Single Quote actually marge with Character,
which is hard to find that it is quote OR part of Character
Version-Release number of selected component (if applicable):
lohit-hindi-fonts-2.4.3-2.fc12.noarch
How reproducible:
100%
Steps to Reproduce:
1. Use Openoffice.org writer (oowriter)
2. Type Something in English in-between ""/''
3. Switch Keymap to Hindi (Ctrl+Space) and type between ""/''
4.
Actual results:
Shape is bad as compared to English
Expected results:
Should same or better than english
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.
14 years, 1 month
[Fedora-i18n-bugs] [Bug 530085] New: [or_IN] - Editor's Title appearing with Underline for smc-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: [or_IN] - Editor's Title appearing with Underline for smc-meera-font
https://bugzilla.redhat.com/show_bug.cgi?id=530085
Summary: [or_IN] - Editor's Title appearing with Underline for
smc-meera-font
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: fontconfig
AssignedTo: besfahbo(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, besfahbo(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Clone Of: 526396
Created an attachment (id=365513)
--> (https://bugzilla.redhat.com/attachment.cgi?id=365513)
or_IN Screenshot with gedit, kwrite, and gnome-terminal,
Bug is clone because of Nature for Bug is same, Actually Bug for Ref is Bz
#523454
+++ This bug was initially created as a clone of Bug #526396 +++
Created an attachment (id=363117)
--> (https://bugzilla.redhat.com/attachment.cgi?id=363117)
The affected theme snapshot with meera font
Description of problem:
For any editor e.g. oowriter, gedit, when smc-meera-font is selected, its
showing underline below the Title, making the editor look ugly.
Seems a clearlooks-compact-gnome-theme bug.
Version-Release number of selected component (if applicable):
metacity-2.26.0-1.fc11.i586
How reproducible:
Always.
Steps to Reproduce:
1. Login system with malayalam locale. (ml_IN)
2. Go to System --> Preferences --> Appearance
3. Select Theme as "Clearlooks"
4. Open and Observe any editor or the theme window title itself.
Actual results:
The Underline appears on the Title Window with meera font and clearlooks
combination.
Expected results:
Underline should not appear.
--
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, 1 month
[Fedora-i18n-bugs] [Bug 514158] New: [bn_IN] pango in not rendering character U+09E2 and U+09E3 due to wrong characters class assignement
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: [bn_IN] pango in not rendering character U+09E2 and U+09E3 due to wrong characters class assignement
https://bugzilla.redhat.com/show_bug.cgi?id=514158
Summary: [bn_IN] pango in not rendering character U+09E2 and
U+09E3 due to wrong characters class assignement
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: psatpute(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com, aalam(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
unable to see character U+09E2 and U+09E3
Version-Release number of selected component (if applicable):
pango-1.24.4-1.fc11
How reproducible:
everytime
Steps to Reproduce:
1. open gedit
2. choose ibus-rawcode type U+09E2/ U+09E3
3.
Actual results:
only dotted circle appearing
Expected results:
it should show corresponding shape in font file
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.
14 years, 1 month
[Fedora-i18n-bugs] [Bug 566209] New: While input Korean or Japanese, if switching input method, preedit character disappears.
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: While input Korean or Japanese, if switching input method, preedit character disappears.
https://bugzilla.redhat.com/show_bug.cgi?id=566209
Summary: While input Korean or Japanese, if switching input
method, preedit character disappears.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: sangu.fedora(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
While input Korean or Japanese, if switching input method (English <-> Korea or
Japanese), preedit character disappears.
Version-Release number of selected component (if applicable):
1.2.99.20100202-1.fc13
How reproducible:
always
Steps to Reproduce:
1. input Korean or Japanese
2. Switch input method
3.
Actual results:
preedit character disappears.
Expected results:
Cursor move to next location.
Additional info:
ibus-hangul-1.2.0.20100102-1.fc13.x86_64
ibus-anthy-1.2.0.20100115-1.fc13.x86_64
--
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, 1 month
[Fedora-i18n-bugs] [Bug 520989] New: ibus-anthy icon enhancement
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: ibus-anthy icon enhancement
https://bugzilla.redhat.com/show_bug.cgi?id=520989
Summary: ibus-anthy icon enhancement
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus-anthy
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: tfujiwar(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, tfujiwar(a)redhat.com,
phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Currently ibus-anthy icon is a crown pic.
It seems the icon was inherited from scim.
I'd like to consider if we can enhance the icon since I'm not fun of it.
I checked anthy web but there is no icon.
Possible Options:
- Keep the current icon.
- Japanese "a"
- Slanting Handwriting "Anthy" with a red pen
- /usr/share/icons/hicolor/48x48/status/ibus-off.png + Japanese "nihon"
- /usr/share/pixmaps/ibus-engine.svg
Hmm..
--
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, 1 month
[Fedora-i18n-bugs] [Bug 537450] New: cpi setting not used accurately
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: cpi setting not used accurately
https://bugzilla.redhat.com/show_bug.cgi?id=537450
Summary: cpi setting not used accurately
Product: Red Hat Enterprise Linux 5
Version: 5.4
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: paps
AssignedTo: tagoh(a)redhat.com
ReportedBy: twaugh(a)redhat.com
QAContact: desktop-bugs(a)redhat.com
CC: tagoh(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Depends on: 524883
Estimated Hours: 0.0
Classification: Red Hat
Target Release: ---
Clone Of: 524883
Presumably this also affects Red Hat Enterprise Linux 5.
+++ This bug was initially created as a clone of Bug #524883 +++
Created an attachment (id=362101)
--> (https://bugzilla.redhat.com/attachment.cgi?id=362101)
ppd.ppd
Description of problem:
When used as texttopaps, the 'cpi' option is only used to scale the font to the
nearest integer point size. This isn't nearly good enough: it must be *exact*.
The reason is that it is used for controlling the number of columns of text
print, and this needs to be set to e.g. 132, or 80, or whatever is required.
Unfortunately the only way to set it is indirectly, via 'cpi'. Of course this
depends on the page size used, as well as the printer margins.
Here is a test case for verifying that it is operating correctly. The CUPS
filter 'texttops' passes this test, and 'texttopaps' must as well. The test
case consists of a PPD 'ppd.ppd', an input file '132.txt', and a command line
given below.
Version-Release number of selected component (if applicable):
paps-0.6.8-10.fc12.x86_64
How reproducible:
100%
Steps to Reproduce:
PPD=ppd.ppd \
/usr/lib/cups/filter/texttopaps 1 tim '' 1 \
'cpi=17.6 lpi=6.7 page-bottom=36 page-left=36 \
page-right=36 page-top=36 scaling=100' 132.txt > out.ps
Actual results:
See actual.jpg.
Expected results:
When viewing the resulting PostScript (with, say, evince), the result should
look as in expected.jpg: in particular, there should be exactly 132 characters
per line, and the output should fit on a single side of US Letter paper.
--- Additional comment from twaugh(a)redhat.com on 2009-09-22 11:22:41 EDT ---
Created an attachment (id=362103)
--> (https://bugzilla.redhat.com/attachment.cgi?id=362103)
expected.jpg
--- Additional comment from twaugh(a)redhat.com on 2009-09-22 11:23:38 EDT ---
Created an attachment (id=362105)
--> (https://bugzilla.redhat.com/attachment.cgi?id=362105)
132.txt
--- Additional comment from twaugh(a)redhat.com on 2009-09-22 11:24:05 EDT ---
Created an attachment (id=362106)
--> (https://bugzilla.redhat.com/attachment.cgi?id=362106)
actual.jpg
--- Additional comment from tagoh(a)redhat.com on 2009-09-24 08:19:47 EDT ---
Does scaling option affect to the text printing?
--- Additional comment from twaugh(a)redhat.com on 2009-09-24 09:13:33 EDT ---
No, ignore 'scaling=100'. The problem can be seen without that option.
--- Additional comment from tagoh(a)redhat.com on 2009-09-24 10:04:15 EDT ---
Thanks. well, the root cause is the scaling value is a bit sensitive and the
approximate width from Pango doesn't work enough. paps may needs to evaluate
each lines to figure out the scale X perhaps.
--- Additional comment from tagoh(a)redhat.com on 2009-10-14 06:50:56 EDT ---
Should be fixed in paps-0.6.8-11.fc13. please test.
--- Additional comment from tagoh(a)redhat.com on 2009-10-19 03:54:31 EDT ---
Created an attachment (id=365205)
--> (https://bugzilla.redhat.com/attachment.cgi?id=365205)
Fixed screenshot on evince
--- Additional comment from tagoh(a)redhat.com on 2009-10-19 03:55:09 EDT ---
If it looks good, I'll propose the fix for f12-final too.
--- Additional comment from twaugh(a)redhat.com on 2009-10-19 06:30:38 EDT ---
Yes, looks perfect. Thanks!
--- Additional comment from tagoh(a)redhat.com on 2009-10-20 01:10:30 EDT ---
pushed to F-12 and tagged for f12-final now.
--
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, 2 months
[Fedora-i18n-bugs] [Bug 559462] New: Issue with the space Glyph in Lohit Kannada 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: Issue with the space Glyph in Lohit Kannada Font.
https://bugzilla.redhat.com/show_bug.cgi?id=559462
Summary: Issue with the space Glyph in Lohit Kannada Font.
Product: Fedora
Version: 2
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: lohit-kannada-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: hallimanearavind(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
Issue with the space Glyph in Lohit Kannada Font.
The width of space glyph is very less in Lohit Kannada font.
More description about the issue is available here.
http://aravindavk.in/blog/14
Regards
Aravinda
--
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, 2 months
[Fedora-i18n-bugs] [Bug 568254] New: Assigning fonts to both different type face
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: Assigning fonts to both different type face
https://bugzilla.redhat.com/show_bug.cgi?id=568254
Summary: Assigning fonts to both different type face
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: samyak-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
Looking at 67-samyak-devanagari.conf though, it contains rules assigning the
font to both sans-serif and serif. this is basically wrong since figuring out
which the type face the font would be doesn't affects the language. behaving
like this isn't a good idea. better keep consistency in the font. I mean if
samyak is a serif font, all of rules should be for serif but not sans-serif.
Version-Release number of selected component (if applicable):
samyak-fonts-1.2.1-7.fc13.
--
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, 2 months
[Fedora-i18n-bugs] [Bug 568262] New: License tag doesn't matches the actual license.
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: License tag doesn't matches the actual license.
https://bugzilla.redhat.com/show_bug.cgi?id=568262
Summary: License tag doesn't matches the actual license.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: lklug-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, pnemade(a)redhat.com,
psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
>From CREDITS file:
LKLUG font is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License, version 2, as
published by the Free Software Foundation.
This program is distributed in the hope that it will be useful, but
WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
General Public License, version 2, for more details.
Also from the font file itself:
LKLUG font is free software; you can redistribute it and/or modify it under the
terms of the GNU General Public License, version 2, as published by the Free
Sof
tware Foundation.
I think it's GPLv2, but not GPLv2+
Version-Release number of selected component (if applicable):
lklug-fonts-0.6-2.20090803cvs.fc13.
--
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, 2 months
[Fedora-i18n-bugs] [Bug 567302] New: Illegal GPL/Vera license mixing
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: Illegal GPL/Vera license mixing
https://bugzilla.redhat.com/show_bug.cgi?id=567302
Summary: Illegal GPL/Vera license mixing
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: paktype-naqsh-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Depends on: 567300
Blocks: 182235
Estimated Hours: 0.0
Classification: Fedora
Clone Of: 567300
This font claims to be under the GPL, and incorporate Vera/Dejavu elements
Unfortunately the Vera License is not GPL-compatible. DejaVu additions are
mostly in the public domain but separating them from the Vera core is not
obvious and anyway what third-party fonts are interested in is usually the
basic latin Vera core.
Therefore, unless upstream agrees to relicense the whole font under the Vera
License, (assuming all the other parts in the font can be relicensed by
upstream and are not derived from third-party GPL fonts) or drops Vera
components from the font, we can not ship the result
--
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, 2 months