[Fedora-i18n-bugs] [Bug 959994] New: [as_IN] fc-match shows 'Lohit-Bengali' instead of 'Lohit-Assamese' for Monospace and Serif
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=959994
Bug ID: 959994
Summary: [as_IN] fc-match shows 'Lohit-Bengali' instead of
'Lohit-Assamese' for Monospace and Serif
Product: Fedora
Version: 19
Component: fonts-tweak-tool
Severity: unspecified
Priority: unspecified
Assignee: tagoh(a)redhat.com
Reporter: ngoswami(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, kent.neo(a)gmail.com,
petersen(a)redhat.com, pwu(a)redhat.com, tagoh(a)redhat.com
Category: ---
Description of problem:
While testing the i18n QA test case 'Font Configuration Tool' for Assamese
language, I found that when fc-match command is run from terminal, it displays
Lohit-Assamese only for Sans-serif and displays Lohit-Bengali instead of
Lohit-Assamese for Serif and Monospace. The result displayed in terminal is as
follows:
[ngoswami@localhost ~]$ fc-match sans-serif:lang=as
Lohit-Assamese.ttf: "Lohit Assamese" "Regular"
[ngoswami@localhost ~]$ fc-match serif:lang=as
Lohit-Bengali.ttf: "Lohit Bengali" "Regular"
[ngoswami@localhost ~]$ fc-match monospace:lang=as
Lohit-Bengali.ttf: "Lohit Bengali" "Regular"
Version-Release number of selected component (if applicable):
fonts-tweak-tool-0.3.1-1.fc19.x86_64
How reproducible:
Always
Steps to Reproduce:
1. Run fonts-tweak-tool from terminal
2. Select language Assamese and font Lohit-Assamese
3. Run fc-match command in the above mentioned method in terminal
Actual results:
fc-match command displays 'Lohit-Bengali' for Monospace and Serif
Expected results:
fc-match command should display 'Lohit-Assamese' for Monospace and Serif
--
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=xms6qfHB4V&a=cc_unsubscribe
11 years
[Fedora-i18n-bugs] [Bug 974788] New: ibus-setup not installed causing strange error messages
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=974788
Bug ID: 974788
Summary: ibus-setup not installed causing strange error
messages
Product: Fedora
Version: 19
Component: ibus
Severity: medium
Priority: unspecified
Assignee: tfujiwar(a)redhat.com
Reporter: fedorabugmail(a)yahoo.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:
Unable to activate IBus after a clean install and initial update. A truncated
error message (text below) appears in the top-right corner everytime 'Use IBus'
is selected. I was able to fix this by doing 'yum install ibus-setup'.
Afterwards the error messages no longer appears.
This was done with a clean install of F19-mate-beta, then 'yum update'.
How reproducible:
Via 'Input Method Selector' click on 'Use IBus'.
Actual results:
An error message appears complaining about a processing dying too many times.
Expected results:
Nothing. Historically a restart is needed to enable ibus.
Additional info:
I discovered the workaround by clicking on 'Preferences' next to 'Use IBus' in
the Input Method Selector. This action gives a much more helpful error message
regarding the missing ibus-setup.
This is the error message. The title is truncated. The environment variable
doesn't exist so the user has no way of locating the path.
"Unable to keep Input Method runni"
"Giving up to bring the process up because main
Input Method process for IBus rapidly died many
times. See $XDG_CACHE_HOME/imsettings/log for
more details."
--
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=ztxs4JSqjW&a=cc_unsubscribe
11 years
[Fedora-i18n-bugs] [Bug 974793] New: No way to select ibus output with tone marks
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=974793
Bug ID: 974793
Summary: No way to select ibus output with tone marks
Product: Fedora
Version: 19
Component: ibus-m17n
Severity: medium
Priority: unspecified
Assignee: dueno(a)redhat.com
Reporter: fedorabugmail(a)yahoo.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
I'm trying to add the input method that allows outputting actual pinyin, latin
characters with tone marks(má,mǎ,mà,etc). This essentially describes what I'm
trying to do.
http://forums.fedoraforum.org/showthread.php?t=290382
In previous versions of Fedora this input method exists in ibus-m17n. With F19
under Chinese I only see 3 options:
* Intelligent Pinyin
* Intelligent Bopomofo
* Chewing
I have the following installed:
ibus.x86_64
ibus-chewing.x86_64
ibus-gtk2.x86_64
ibus-gtk3.x86_64
ibus-hangul.x86_64
ibus-kkc.x86_64
ibus-libpinyin.x86_64
ibus-libs.x86_64
ibus-m17n.x86_64
ibus-panel.x86_64
ibus-pinyin.x86_64
ibus-rawcode.x86_64
ibus-setup.noarch
ibus-table.noarch
ibus-table-chinese.noarch
ibus-typing-booster.noarch
--
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=IiJsauZuBO&a=cc_unsubscribe
11 years
[Fedora-i18n-bugs] [Bug 919863] New: IBus doesn't pass key events to the engines after alt-tab
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=919863
Bug ID: 919863
Summary: IBus doesn't pass key events to the engines after
alt-tab
Product: Fedora
Version: rawhide
Component: ibus
Severity: unspecified
Priority: unspecified
Reporter: bochecha(a)fedoraproject.org
Description of problem:
1. Open a gedit window and a thunderbird window
2. In the gedit window, type something with an IBus engine (tested with «
Intelligent Pinyin » and « Cangjie »), you get e.g Chinese characters
3. Switch to the Thunderbird window with alt-tab, then back to the gedit window
with alt-tab again
4. Type something => latin letters appear instead of the result of the input
method engine
If you get Chinese characters in 4, insist a bit: alt-tab to Thunderbird again,
then alt-tab back to gedit, and type. It doesn't happen 100% of the time, but
quite frequently, so ifyou repeat enough it's going to happen sooner or later.
Also, I found that it happens with other apps too, but not all (I reproduced it
with Firefox and Xchat at least). However, Thunderbird lets me reproduce the
issue the most frequently.
I added some debugging in the do_process_key_event method of ibus-cangjie when
I discovered the bug. When the bug happens, the do_process_key_event method is
not even called.
So in these cases, IBus doesn't pass the key events to the engine any more.
-----
Version-Release number of selected component (if applicable):
ibus-1.5.1-3.fc19.x86_64
--
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=5xRgQP50e4&a=cc_unsubscribe
11 years