[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 520047] New: [ne_NP] Need fontconfig rules for Madan 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: [ne_NP] Need fontconfig rules for Madan font
https://bugzilla.redhat.com/show_bug.cgi?id=520047
Summary: [ne_NP] Need fontconfig rules for Madan font
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: madan-fonts
AssignedTo: pnemade(a)redhat.com
ReportedBy: pnemade(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: ---
Created an attachment (id=359009)
--> (https://bugzilla.redhat.com/attachment.cgi?id=359009)
fontconfig rules for Madan
Description of problem:
Need to add fontspecific fontconfig rule file.
Version-Release number of selected component (if applicable):
lohit-fonts-2.4.1-1.fc12
How reproducible:
always
Steps to Reproduce:
1.
2.
3.
Actual results:
No fontconfig rule for Madan font
Expected results:
Should have fontconfig rule for Madan font
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, 3 months
[Fedora-i18n-bugs] [Bug 544957] New: VL Gothic should provide Sans fallback
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: VL Gothic should provide Sans fallback
https://bugzilla.redhat.com/show_bug.cgi?id=544957
Summary: VL Gothic should provide Sans fallback
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: vlgothic-fonts
AssignedTo: extras-orphan(a)fedoraproject.org
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, extras-orphan(a)fedoraproject.org,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
vlgothic-fonts.noarch currently only aliases Monospace
whereas vlgothic--p-fonts aliases Sans-serif,
but we only install vlgothic-fonts.noarch by default
so no Japanese Sans defined by default on the desktop.
vlgothic-fonts.noarch should also alias Sans-serif
as a fallback.
--
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, 3 months
[Fedora-i18n-bugs] [Bug 492510] New: Regression: wqy-bitmap-fonts preferred font over truetype 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: Regression: wqy-bitmap-fonts preferred font over truetype fonts
https://bugzilla.redhat.com/show_bug.cgi?id=492510
Summary: Regression: wqy-bitmap-fonts preferred font over
truetype fonts
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: wqy-bitmap-fonts
AssignedTo: fangqq(a)gmail.com
ReportedBy: wtogami(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, fangqq(a)gmail.com,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Failure Case 1: gramps PDF generation
=====================================
gramps is a genealogy application that generates PDF charts. It seems to ask
pango to choose fonts for it based upon given glyphs.
* In Fedora 10, it successfully output charts using entirely truetype fonts.
* In Fedora 11 however, the UTF-8 Chinese characters are rendered in PDF as
bitmap fonts, which do not scale properly and are ugly compared to the truetype
equivalents.
http://bugzilla.gnome.org/show_bug.cgi?id=576890
Behdad proposes this bug upstream, which would workaround this type of issue at
least for vector rendering cases like PDF generation. I am uncertain if this
is correct though, and it creates possibly inconsistent behavior?
Failure Case 2: pango-view
==========================
Here is a similar way to reproduce this bug:
LANG=en_US.utf8 pango-view --text "日本語 test" --font "100"
LANG=zh_CN.utf8 pango-view --text "日本語 test" --font "100"
English pango renders the Chinese characters as ugly bitmap.
Chinese pango renders the Chinese characters as truetype.
Workaround: uninstall wqy-bitmap-fonts
======================================
Both of the above problems go away if you uninstall wqy-bitmap-fonts. But this
should not be necessary.
--
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, 3 months
[Fedora-i18n-bugs] [Bug 543005] New: [abrt] crash detected in imsettings-0.107.4-2.fc12
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: [abrt] crash detected in imsettings-0.107.4-2.fc12
https://bugzilla.redhat.com/show_bug.cgi?id=543005
Summary: [abrt] crash detected in imsettings-0.107.4-2.fc12
Product: Fedora
Version: 12
Platform: i686
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:b82e4586eb59dd1c713f72c8fdb2bf888f8125d8
Severity: medium
Priority: low
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: khundaray(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
abrt 1.0.0 detected a crash.
Attached file: backtrace
cmdline: /usr/libexec/gconf-im-settings-daemon
component: imsettings
executable: /usr/libexec/gconf-im-settings-daemon
kernel: 2.6.31.5-127.fc12.i686
package: imsettings-0.107.4-2.fc12
rating: 4
reason: Process was terminated by signal 6
--
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, 4 months
[Fedora-i18n-bugs] [Bug 532882] New: [abrt] crash detected in fontmatrix-0.6.99-3.r1073.fc12
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: [abrt] crash detected in fontmatrix-0.6.99-3.r1073.fc12
https://bugzilla.redhat.com/show_bug.cgi?id=532882
Summary: [abrt] crash detected in
fontmatrix-0.6.99-3.r1073.fc12
Product: Fedora
Version: rawhide
Platform: x86_64
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:800ad352d9520daa48c798b2e57091aca813c3e6
Severity: medium
Priority: low
Component: fontmatrix
AssignedTo: pnemade(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: pnemade(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
abrt detected a crash.
Comment
-----
While select lohit-hindi font and 'Sample Text' ->Display settings-> Use Shaper
(Change for Harfbuz/ICU->Fontmatrix)
Crashed the application
Attached file: backtrace
cmdline: fontmatrix
component: fontmatrix
executable: /usr/bin/fontmatrix
kernel: 2.6.31.5-96.fc12.x86_64
package: fontmatrix-0.6.99-3.r1073.fc12
reason: Process was terminated by signal 11
--
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, 4 months
[Fedora-i18n-bugs] [Bug 504735] New: reflect IME toolbar UI in systray applet menu
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: reflect IME toolbar UI in systray applet menu
https://bugzilla.redhat.com/show_bug.cgi?id=504735
Summary: reflect IME toolbar UI in systray applet menu
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
For users with the toolbar disabled it would be nice to be able to access/see
the toolbar UI through the systray menu if possible.
--
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, 4 months
[Fedora-i18n-bugs] [Bug 518928] New: [ja] all English text in KDE apps on Japanese GNOME looks double-spaced
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: [ja] all English text in KDE apps on Japanese GNOME looks double-spaced
https://bugzilla.redhat.com/show_bug.cgi?id=518928
Summary: [ja] all English text in KDE apps on Japanese GNOME
looks double-spaced
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: qt
AssignedTo: than(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rdieter(a)math.unl.edu, than(a)redhat.com,
kevin(a)tigcc.ticalc.org, ltinkl(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
If I run KDE apps in Japanese locale on GNOME,
their text is poorly displayed with the font
looking double-spaced.
How reproducible:
every time
Steps to Reproduce:
1. Login to GNOME
2. LANG=ja_JP.UTF-8 kate
Actual results:
Default application text appears double-spaced.
Expected results:
Same as for English etc (no langpack installed).
Additional info:
Also seems true for F11. I haven't tested under KDE.
--
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, 4 months
[Fedora-i18n-bugs] [Bug 527872] New: [indic][mr_IN][te_IN] gtk warning "Calendar: MY" Wrong Translation
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][mr_IN][te_IN] gtk warning "Calendar: MY" Wrong Translation
https://bugzilla.redhat.com/show_bug.cgi?id=527872
Summary: [indic][mr_IN][te_IN] gtk warning "Calendar: MY" Wrong
Translation
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: system-config-date
AssignedTo: nphilipp(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: nphilipp(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
Following Translation (for Telugu and Marathi) has correct entry for
"calendar:MY",
http://l10n.gnome.org/POT/gtk+.master/gtk+.master.te.po
http://l10n.gnome.org/POT/gtk+.master/gtk+.master.mr.po
(that translation is part of latest build package of gtk2+
Still application showing Error on terminal like
-----------
/usr/share/system-config-date/scdMainWindow.py:238: GtkWarning: Whoever
translated calendar:MY did so wrongly.
self.xml = gtk.glade.XML
("/usr/share/system-config-date/system-config-date.glade",
domain="system-config-date")
------
Version-Release number of selected component (if applicable):
system-config-date-1.9.52-1.fc12.noarch
gtk2-2.18.2-1.fc12.x86_64
How reproducible:
everytime with those locales
Steps to Reproduce:
1. in gnome-terminal
2. $export LANG=te_IN.UTF-8
3. $system-config-date
Actual results:
Terminal showing Error for Calendar:MY
Expected results:
No warning should there
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, 4 months