[Fedora-i18n-bugs] [Bug 890474] New: ibus input disabled in libreoffice when window loses focus
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=890474
Bug ID: 890474
Summary: ibus input disabled in libreoffice when window loses
focus
Product: Fedora
Version: 18
Component: ibus
Severity: unspecified
Priority: unspecified
Reporter: ed.greshko(a)greshko.com
Created attachment 669534
--> https://bugzilla.redhat.com/attachment.cgi?id=669534&action=edit
1st screenshot
Description of problem: Not sure if this is an ibus, libreoffice, or KDE issue.
However, if you bring up libreoffice writer and then ctrl-shift to enter
Chinese, for example, but then change you focus to another window you can no
longer enter Chinese in libreoffice. Other apps, such as konsole, continue to
response "correctly".
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. Ctrl-Sift and select input method.
2. Start libreoffice writer
3. Enter Chinese, for example
4. Move cursor to konsole and allow it to gain focus
5. Move back to libreoffice
6. Not possible to enter Chinese. Even restarting ibus doesn't help.
Actual results:
Expected results:
Additional info: See attached screen shots in sequence. Verified on "real"
system as well as a VM
--
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=WtUGy8wXQy&a=cc_unsubscribe
8 years, 9 months
[Fedora-i18n-bugs] [Bug 1014880] New: Toggle key of ibus-kkc is conflict between ibus and gnome shell
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1014880
Bug ID: 1014880
Summary: Toggle key of ibus-kkc is conflict between ibus and
gnome shell
Product: Fedora
Version: 20
Component: ibus-kkc
Assignee: dueno(a)redhat.com
Reporter: htaira(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Description of problem:
Toggle key of ibus-kkc is conflict between ibus and gnome shell.
When I pushed toggle key(Alt+`) then GNOME Shell launch application switcher.
Version-Release number of selected component (if applicable):
ibus-kkc-1.5.18-1.fc20.x86_64
gnome-shell-3.10.0.1-1.fc20.x86_64
Actual results:
GNOME Shell launch application switcher.
Expected results:
ibus-kkc toggle to Hiragana input mode.
Additional info:
I am using US 101 layout keyboard.
--
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=NYA3Yo9Qxe&a=cc_unsubscribe
8 years, 9 months
[Fedora-i18n-bugs] [Bug 952778] New: Unable to render combining accent with some characters under KDE
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=952778
Bug ID: 952778
Summary: Unable to render combining accent with some characters
under KDE
Product: Fedora
Version: 18
Component: liberation-fonts
Severity: unspecified
Priority: unspecified
Assignee: psatpute(a)redhat.com
Reporter: bugs(a)wormhole.me.uk
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
External Bug ID: KDE Software Compilation 315642
Category: ---
In https://en.wikipedia.org/wiki/Stress_%28linguistics%29 the following strings
occur:
«земли́ (genitive of "earth, land") vs. зе́мли (plural of "earth, land") in
Russian»
«In Russian and Ukrainian dictionaries, stress is indicated with an acute
accent (´) on a syllable's vowel (example: вимовля́ння)»
In all the native KDE/Qt applications I've tried, these combining acute accents
display as empty rectangles. The problem only occurs with Liberation and Ubuntu
fonts, and it doesn't occur with GTK-based applications such as Firefox when
run on the same KDE platform. (I haven't tested Ubuntu fonts with Fedora as
they're not installed by default.) It seems there's some combination of
problems with these fonts and with KDE or Qt.
To reproduce the problem in Konqueror, display the above Wikipedia article then
go to Settings / Configure Konqueror menu, then under Web Browsing, Appearance
entry, Fonts tab. For Sans serif font, select Liberation (note the default is
DejaVu); click OK or Apply. To reproduce while displaying bugzilla.redhat.com
(e.g., this bug report!), change Fixed font instead.
I've created a small HTML file here:
http://bugsfiles.kde.org/attachment.cgi?id=77513 which demonstrates the problem
(not confined to Cyrillic characters), and also shows a couple of characters
which display correctly. Change the Standard font in Konqueror to demonstrate
the problem.
To reproduce the problem in Konsole, download the file and cat it. Go to
Settings/Edit Current Profile, Appearance tab and click Select Font. Note it's
not necessary to click Apply or OK after selecting the font; all instances of
Konsole update their font dynamically as you select it.
I've reported the problem against KDE and Ubuntu fonts here:
https://bugs.kde.org/show_bug.cgi?id=315642
https://bugs.launchpad.net/ubuntu-font-family/+bug/1131890
--
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=IMOlwvd6AV&a=cc_unsubscribe
8 years, 9 months
[Fedora-i18n-bugs] [Bug 908570] New: cinnamon keyboard applet: cannot activate IMEs and ibus IME symbols not rendering
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=908570
Bug ID: 908570
Summary: cinnamon keyboard applet: cannot activate IMEs and
ibus IME symbols not rendering
Product: Fedora
Version: 18
Component: ibus
Severity: unspecified
Priority: unspecified
Reporter: petersen(a)redhat.com
Description of problem:
This might be an issue with the cinnamon keyboard indicator
but it would be nice to get it working with ibus IMEs.
The gnome config is shared and the IMEs are listed (without symbols
rendering) but can't be activated.
How reproducible:
100%
Steps to Reproduce:
1. start cinnamon session
2. enable ibus with im-chooser
3. add some IME in ibus-setup or gnome-control-center
eg Japanese (Anthy) or Chinese (libpinyin)
4. restart desktop to get ibus running fully (seems imsettings not
working in cinnamon over gnome-settings-daemon)
Actual results:
Keyboard applets appears including ibus IMEs
from gnome config but their icon symbols are not
rendered correctly, and IMEs can't be activated
or deactivated from the applet. They can from
the ibus applet.
Expected results:
IME input source selection to work from the keyboard applet indicator.
--
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=ImU2vhad5L&a=cc_unsubscribe
8 years, 9 months
[Fedora-i18n-bugs] [Bug 834368] New: Lohit Telugu does not have the Latin character set
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=834368
Bug ID: 834368
QA Contact: extras-qa(a)fedoraproject.org
Severity: high
Version: rawhide
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: Lohit Telugu does not have the Latin character set
Regression: ---
Story Points: ---
Classification: Fedora
OS: All
Reporter: gopal.iiit(a)gmail.com
Type: Bug
Documentation: ---
Hardware: All
Mount Type: ---
Status: NEW
Component: lohit-telugu-fonts
Product: Fedora
Description of problem:
The Lohit Telugu font does not come with the default Latin character set which
has all the symbols such as hyphen, comma etc. As a result, it is unusable in
typesetting, especially in Latex.
Version-Release number of selected component (if applicable):
All releases
How reproducible:
Every time the font is used.
Steps to Reproduce:
1. Use latex to typeset a Telugu document
2. Compile
3. Open PDF
Actual results:
None of the symbols such as full-stop, comma, hyphen appear. Instead they are
reported as missing in the font.
Expected results:
All the symbols appear properly in the output PDF.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
8 years, 9 months
[Fedora-i18n-bugs] [Bug 598277] New: [Indic] Rendering broken on 'Benchmark' Window
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] Rendering broken on 'Benchmark' Window
https://bugzilla.redhat.com/show_bug.cgi?id=598277
Summary: [Indic] Rendering broken on 'Benchmark' Window
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: gnome-disk-utility
AssignedTo: davidz(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: davidz(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Created an attachment (id=418426)
--> (https://bugzilla.redhat.com/attachment.cgi?id=418426)
Rendering Problem on Benchmark window
Description of problem:
While using application in Punjabi (pa_IN), I found some square box, which is
most probably i18n issue (translation is ok as render ok other places in
application). Bug seems similar to
Version-Release number of selected component (if applicable):
gnome-disk-utility-2.30.1-1.fc13.x86_64
How reproducible:
100%
Steps to Reproduce:
1. run application in Indic locale (pa_IN/hi_IN)
2. select disk and click on Benchmark
3.
Actual results:
Rendering Broken on both side of graph (check screenshot for detail)
Expected results:
should work as in english locale
Additional info:
same as Bug #560336
--
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.
8 years, 9 months