[Fedora-i18n-bugs] [Bug 1291238] New: committing with the space key in
ibus-typing-booster works correctly only in GTK applications but not in Qt
and X11 applications
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1291238
Bug ID: 1291238
Summary: committing with the space key in ibus-typing-booster
works correctly only in GTK applications but not in Qt
and X11 applications
Product: Fedora
Version: 23
Component: ibus-typing-booster
Assignee: mfabian(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: anish.developer(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com
ibus-typing-booster-1.2.15-1.fc23.noarch
In GTK applications (gedit, gnome-terminal, ...):
type “word ”, the result is “word ”.
In KDE, Qt, X11 applications (konsole, xterm, rxvt-unicode, ...):
type “word ”, the result is “ word”.
Same problem when committing with the arrow keys, the return key or the enter
key.
--
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=XSPMwPyWZK&a=cc_unsubscribe
7 years, 9 months
[Fedora-i18n-bugs] [Bug 1174076] New: [abrt] ibus-anthy-python: engine.py:43:<module>:ImportError: cannot import name Anthy
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1174076
Bug ID: 1174076
Summary: [abrt] ibus-anthy-python:
engine.py:43:<module>:ImportError: cannot import name
Anthy
Product: Fedora
Version: 20
Component: ibus-anthy
Assignee: tfujiwar(a)redhat.com
Reporter: desphilboy(a)yahoo.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tagoh(a)redhat.com,
tfujiwar(a)redhat.com
Version-Release number of selected component:
ibus-anthy-python-1.5.5-4.fc20
Additional info:
reporter: libreport-2.3.0
cmdline: python3 /usr/share/ibus-anthy/engine/main.py --xml
executable: /usr/share/ibus-anthy/engine/main.py
kernel: 3.15.10-200.fc20.x86_64
runlevel: N 5
type: Python3
uid: 0
Truncated backtrace:
#1 <module> in /usr/share/ibus-anthy/engine/engine.py:43
#2 <module> in /usr/share/ibus-anthy/engine/factory.py:29
#3 <module> in /usr/share/ibus-anthy/engine/main.py:40
--
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=f3azEkNpSl&a=cc_unsubscribe
7 years, 9 months
[Fedora-i18n-bugs] [Bug 623085] New: Rendering error for Chinese character using wqy-zenhei
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: Rendering error for Chinese character using wqy-zenhei
https://bugzilla.redhat.com/show_bug.cgi?id=623085
Summary: Rendering error for Chinese character using wqy-zenhei
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: wqy-zenhei-fonts
AssignedTo: fangqq(a)gmail.com
ReportedBy: jni(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, fangqq(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com
Classification: Fedora
Created an attachment (id=438145)
--> (https://bugzilla.redhat.com/attachment.cgi?id=438145)
Screenshot of rendering error using wqy-zenhei
Description of problem:
The rendering of Chinese character 榷 using font wqy-zenhei is not correct
Version-Release number of selected component (if applicable):
wqy-zenhei-fonts-0.9.45-5.fc13
How reproducible:
Input Chinese character 榷 in gedit and set fonts to wqy-zenhei
Steps to Reproduce:
1. Open gedit
2. Input Chinese character 榷 using any Chinese input method
3. Click "Edit"->"Preferences", open the preferences dialogue window
4. In "Font & Colours" tab, set fonts to WenQuanYi Zen Hei
Actual results:
Part of the character is rendering to whole black without the structure, and
can not distinguish the stroke. See the screen shot in attachment
Expected results:
The stroke of the character should be distinguished
--
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.
7 years, 10 months
[Fedora-i18n-bugs] [Bug 606217] New: Eccentric glyph for the lowercase Greek gamma letter ( γ )
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: Eccentric glyph for the lowercase Greek gamma letter (γ)
https://bugzilla.redhat.com/show_bug.cgi?id=606217
Summary: Eccentric glyph for the lowercase Greek gamma letter
(γ)
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: discon(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, cchance(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
The liberation fonts have a strange glyph for the lowercase Greek gamma letter
whenever hinting is on. The hinting makes the glyph look similar to the 'y'
letter (the bottom part tends towards left).
This looks weird and is unique on this font family, AFAIK.
--
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.
7 years, 10 months
[Fedora-i18n-bugs] [Bug 1179691] New: Bold lower-case letter "s" looks in some cases too thin with Medium+ hinting
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1179691
Bug ID: 1179691
Summary: Bold lower-case letter "s" looks in some cases too
thin with Medium+ hinting
Product: Fedora
Version: rawhide
Component: liberation-fonts
Severity: low
Assignee: psatpute(a)redhat.com
Reporter: michal.nowak(a)resist.ca
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
Created attachment 977206
--> https://bugzilla.redhat.com/attachment.cgi?id=977206&action=edit
Lower-case "s" too thin on Full hinting
Description of problem:
Bold lower-case letter "s" in serif looks in some cases too thin with Medium
and Full hinting, but look OK with hinting set to Slight or None. See attached
screenshots from LO Writer from F21.
See the "s" in a word "Midas" and "asked". It's 12 pt Liberation Serif, bold,
paper is enlarged to 157 % of width of A4 paper. When the zoom ratio gets
higher, the problem disappears, when zoomed out it's worse (but less visible).
Version-Release number of selected component (if applicable):
liberation-serif-fonts-1.07.4-4.fc21.noarch
freetype-2.5.3-13.fc21.x86_64
libreoffice-core-4.3.5.2-4.fc21.x86_64
How reproducible:
Always.
--
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=tW3GZ00aFN&a=cc_unsubscribe
7 years, 10 months
[Fedora-i18n-bugs] [Bug 1115295] New: improve input mode toggle menu
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1115295
Bug ID: 1115295
Summary: improve input mode toggle menu
Product: Fedora
Version: rawhide
Component: ibus-libpinyin
Severity: low
Assignee: pwu(a)redhat.com
Reporter: petersen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com
Description of problem:
The Pinyin IMEs has a confusing toggle menu for switching
between Chinese and English input ("English" should also really be
Latin input but nevermind). This natural in the toolbar
but unintuitive in the IME/Input menu.
Steps to Reproduce:
1. goto ibus icon menu or gnome input menu
2. click on Chinese
Actual results:
switches to English
Expected results:
clearer discoverable UI
Additional info:
maybe "Chinese <-> English" and "English <-> Chinese" might be clearer?
Much better would be IME input mode icon of course...
--
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=DxMBDLG9o4&a=cc_unsubscribe
7 years, 10 months