[Fedora-i18n-bugs] [Bug 1090631] New: Please set TT_NAME_ID_PREFERRED_FAMILY for Liberation fonts
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1090631
Bug ID: 1090631
Summary: Please set TT_NAME_ID_PREFERRED_FAMILY for Liberation
fonts
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: rhughes(a)redhat.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:
At the moment the TT_NAME_ID_PREFERRED_FAMILY is not set on any of the
Liberation fonts. As I understand it, TT_NAME_ID_PREFERRED_FAMILY is supposed
to be the same for all files in the same high-level family, and this seems to
be what most other fonts do in Linux. For the next release could you please set
the PreferredFamily key to just "Liberation" in all 10 files. This allows
component installers like gnome-software to group the fonts together rather
than showing them as separate entries and should have no other effects.
Thanks,
Richard.
--
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=ZrCMOyiIAn&a=cc_unsubscribe
5 years, 1 month
[Fedora-i18n-bugs] [Bug 1014357] New: U+266B incorrect glyph with extra beam
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1014357
Bug ID: 1014357
Summary: U+266B incorrect glyph with extra beam
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: fabian+redhat(a)greffrath.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
Originally reported as Debian #724839 [1] by Drake Wilson:
"
Using gucharmap 1:3.8.2-2 to view Liberation Serif characters with "Show only
glyphs from this font" enabled, the glyph for U+266B BEAMED EIGHTH NOTES shows
what is clearly beamed sixteenth notes instead; it should have only one beam
rather than two. FontForge confirms this after opening
LiberationSerif-Regular.ttf with SHA-256 =
ea76595ed32ec4bb117fc715e393b4cca3d42cabe53101baec6bbbeb800fa26a.
The glyph for U+266C BEAMED SIXTEENTH NOTES is correct.
"
The bug has been reported against version 2.00.1, ut I have checked with 1.07.3
and it is also present in this version.
Best regards,
Fabian
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724839
--
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=PXTyqCv0jP&a=cc_unsubscribe
5 years, 1 month
[Fedora-i18n-bugs] [Bug 1410635] New: add ibus-font-setting to Fedora RPM and maintenance patches.
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1410635
Bug ID: 1410635
Summary: add ibus-font-setting to Fedora RPM and maintenance
patches.
Product: Fedora
Version: 24
Component: ibus
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: mattison.computer(a)yahoo.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Description of problem:
"ibus-font-setting" for gnome is not a part of the Fedora RPM for ibus.
because of this, the user cannot control the font used to display the menu of
characters matching the entered pinyin. This in turn leads to those characters
being too small to some users to recognize, distinguish, and select the
characters consisting of a larger number of strokes.
Version-Release number of selected component (if applicable): 1.8.0?
How reproducible:
Ideally, one should check appropriate directories for the presence of
appropriate files. But I don't have the information for this approach.
Steps to Reproduce:
1. In gnome, open a new vi text file or LibreOffice document.
2. Activate ibus.
3. Enter the pinyin for a characters that consists of a lot of strokes.
Examples include the second character of the names of Anhui, Xizang, and
Xinjiang provinces. Note the size of the characters, and that they are not
clear and crisp.
4. Abort the text file or document.
5. Try to find a way of changing the font used by ibus to display characters
matching entered pinyin.
Actual results:
I could not find a way of getting ibus to use a bigger font.
Expected results:
There should be a way of choosing a bigger font.
Additional info:
I'm actually asking for two things:
1. "ibus-font-setting" for gnome in Fedora should be a part of the appropriate
Fedora RPMs.
2. When I patch Fedora using "dnf upgrade", "ibus-font-setting" for Fedora
gnome should be included in what can be patched by that command.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 1 month
[Fedora-i18n-bugs] [Bug 1517462] New: gnome-shell crash when focus on "password" in firefox
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1517462
Bug ID: 1517462
Summary: gnome-shell crash when focus on "password" in firefox
Product: Fedora
Version: 27
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: 1452311939(a)qq.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Description of problem:
I'm using firefox57. I try to use <Tab> key to change focus from "username"
field to "password" field on a website for login, the gnome shell crash.
What's more, when I use <Tab> key to change focus from "username" to
"password", the input method switch table(which is on the right of the gnome
top bar) disappeared. At this moment, if I was using the "US keybord" input
method,nothing happens, but if I was using "Intelligent Pinyin"( for Chinese)
or "Kana Kanji"(for Japanese), the gnome-shell crashed.
Sometimes when I click the "password" with mouse, it also crash.
you can visit this website for a try:
https://bugs.freedesktop.org/enter_bug.cgi?product=xorg
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 1 month
[Fedora-i18n-bugs] [Bug 1450591] New: po2l10n doesn't work
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1450591
Bug ID: 1450591
Summary: po2l10n doesn't work
Product: Fedora
Version: 25
Component: translate-toolkit
Assignee: dwayne(a)translate.org.za
Reporter: jean-baptiste(a)holcroft.fr
QA Contact: extras-qa(a)fedoraproject.org
CC: dwayne(a)translate.org.za,
i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com
Description of problem:
as described in https://bodhi.fedoraproject.org/updates/FEDORA-2017-3f30cc765c
a python module is missing.
$ po2l20n
Traceback (most recent call last):
File "/usr/bin/po2l20n", line 11, in <module>
load_entry_point('translate-toolkit==2.1.0', 'console_scripts',
'po2l20n')()
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 560,
in load_entry_point
return get_distribution(dist).load_entry_point(group, name)
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 2648,
in load_entry_point
return ep.load()
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 2302,
in load
return self.resolve()
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 2308,
in resolve
module = __import__(self.module_name, fromlist=['__name__'], level=0)
File "/usr/lib/python3.6/site-packages/translate/convert/po2l20n.py", line
26, in <module>
from translate.storage import l20n, po
File "/usr/lib/python3.6/site-packages/translate/storage/l20n.py", line 24,
in <module>
from l20n.format.parser import FTLParser as L20nParser
ModuleNotFoundError: No module named 'l20n'
I'm not personally using it but it may prevent some users to fully use
translate toolkit.
thanks for your work,
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 1 month