[Fedora-i18n-bugs] [Bug 713033] New: ibus-chewing problem
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: ibus-chewing problem
https://bugzilla.redhat.com/show_bug.cgi?id=713033
Summary: ibus-chewing problem
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus-chewing
AssignedTo: dchen(a)redhat.com
ReportedBy: hawk0115(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Classification: Fedora
Story Points: ---
Description of problem:
1) Inputted characters will be pasted around when moving between windows.
Although it could be avoided by hitting "Enter" twice or hitting Esc
or closing ibus, it creates new lines and bugs users.
2) Highlighted characters will be cropped and gone when moving between
windows.
3) Switch to Chewing or type Chewing in a new window.Let say I want to type the
word "
我", ㄨ should be shown when I hit the first key, which is "j" on the
keyboard.
Instead, "j" is shown directly.To get rid of it, I have to delete "j" and
Chewing is
back again.Switching between Chewing and English also works.
4) After typing some keys, a candidate is usually shown and underscored. If
Enter is pressed, the candidate is chosen and the character is inputted
successfully. But if Enter on the "number keyboard" is pressed, it creates a
new line and the candidate is still underscored (waiting to be chosen).
Another user who uses "Plain Zhuyin" under Chewing tried to reproduce the
above problem. ibus crashed with the error message below:
ibus-Chewing 當機
版本: ibus-chewing-1.3.9.2-1.fc14
錯誤原因:Process /usr/libexec/ibus-engine-chewing was killed by signal 11
(SIGSEGV)
5) Unlike most IM in ibus, hitting "shift" in Chewing won't switch
between Chinese and English. Can it be improved?
Version-Release number of selected component (if applicable):
- Version: ibus-chewing-1.3.9.2-1.fc14.i686
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
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.
11 years, 7 months
[Fedora-i18n-bugs] [Bug 815164] New: RFE: add tooltip to CycleKeyboard and Preferences buttons
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: RFE: add tooltip to CycleKeyboard and Preferences buttons
https://bugzilla.redhat.com/show_bug.cgi?id=815164
Summary: RFE: add tooltip to CycleKeyboard and Preferences
buttons
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: eekboard
AssignedTo: dueno(a)redhat.com
ReportedBy: dueno(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, dueno(a)redhat.com
Classification: Fedora
Story Points: ---
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
There are two special buttons on the keyboard, called CycleKeyboard and
Preferences, at the left/right bottom. Currently they are shown only with
icons but it would be better to have tooltip to indicate what they are.
Version-Release number of selected component (if applicable):
eekboard-1.0.7-2.fc18.x86_64
How reproducible:
always
Steps to Reproduce:
1. run eekboard
2. put mouse cursor on the CycleKeyboard button
3.
Actual results:
nothing happens
Expected results:
some text ("change keyboard to the next") should be shown
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.
11 years, 7 months
[Fedora-i18n-bugs] [Bug 752421] New: fuzzy syllable 'l' in ibus-pinyin cause ibus-pinyin crashed
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: fuzzy syllable 'l' in ibus-pinyin cause ibus-pinyin crashed
https://bugzilla.redhat.com/show_bug.cgi?id=752421
Summary: fuzzy syllable 'l' in ibus-pinyin cause ibus-pinyin
crashed
Product: Fedora
Version: 16
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: unspecified
Component: ibus-pinyin
AssignedTo: pwu(a)redhat.com
ReportedBy: davelv(a)qq.com
QAContact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com,
shawn.p.huang(a)gmail.com
Classification: Fedora
Story Points: ---
Type: ---
Version-Release number of selected component (if applicable):
ibus-pinyin-1.3.8.i686 in CentOS6.0
ibus-pinyin-1.3.11.i686 in Fedora14 & CentOS 6.0& Ubuntu11.04
ibus-pinyin-1.3.99.20110706-2.fc16 i686 & x86_64
Steps to Reproduce:
1.Enable the fuzzy syllable 'l->r' and 'l->n' in preferences of ibus-pinyin
2.input character 'l'
Actual results:
ibus-pinyin crashed
(As my friend who used CentOS 6.0 said, when he input 'l' the input window will
suspend and then he restart the ibus manually,the input window crashed)
Expected results:
The actions of the character 'l' as like as 'n' or 'r'
Additional info:
When I enable only one in 'l->r' & 'l->n', all things are good.
So i think some codes may non-reentrant or something like this.
Hope helps
--
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.
11 years, 7 months
[Fedora-i18n-bugs] [Bug 486272] New: toolbar focus problems
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: toolbar focus problems
https://bugzilla.redhat.com/show_bug.cgi?id=486272
Summary: toolbar focus problems
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: mclasen(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: ---
The toolbar seems useless if "focus-follows-mouse" is turned on, since
it becomes inactive on focus out. This also affects the status icon.
By focus-follows-mouse, I mean the "Select windows when the mouse moves
over them" option in the "Windows" capplet. If you turn that on, and
move the move from the window you are working in towards the toolbar or
statusicon, the window looses focus and the status icon/toolbar turn
inactive, so you can't do whatever you wanted to there in the first
place...
--
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.
11 years, 7 months
[Fedora-i18n-bugs] [Bug 486279] New: ibus preferences ui improvements, part 2
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: ibus preferences ui improvements, part 2
https://bugzilla.redhat.com/show_bug.cgi?id=486279
Summary: ibus preferences ui improvements, part 2
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: mclasen(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: ---
Keyboard shortcuts: I would love to see these moved to the keyboard
shortcuts capplet, which has support for handling application-defined
shortcuts. As a bonus, you get automatic conflict handling. The one
restriction is that currently, only one key-combination per action is
possible. If having multiple is essential, you could either split it
into "Trigger", "Alternative Trigger", "Second Alternative Trigger", or
file a bug and I'll look into enabling multiple shortcuts per action in
the keybinding capplet
--
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.
11 years, 7 months
[Fedora-i18n-bugs] [Bug 740445] New: gnome keyboard icon appear while using it with ibus
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: gnome keyboard icon appear while using it with ibus
https://bugzilla.redhat.com/show_bug.cgi?id=740445
Summary: gnome keyboard icon appear while using it with ibus
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tfujiwar(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Classification: Fedora
Story Points: ---
Type: ---
Description of problem:
while enable xkeyboard with ibus, but Icon of gnome keyboard appear in
notification area (top right side of screen). There are two icon showing single
keyboard, which seems not good to end user (make him confuse)
Version-Release number of selected component (if applicable):
xkeyboard-config-2.3-2.fc16.noarch
ibus-1.3.99.20110817-5.fc16.x86_64
control-center-3.1.91-1.fc16.x86_64
How reproducible:
everytime
Steps to Reproduce:
1. Add xkeyboard from ibus-preference (Punjabi->Gurmukhi Jhelum)
2. enable keyboard layout
3. check icons
Actual results:
two icons appeared
Expected results:
there should be one icon
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.
11 years, 7 months
[Fedora-i18n-bugs] [Bug 477690] New: libchewing multilib conflict
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: libchewing multilib conflict
https://bugzilla.redhat.com/show_bug.cgi?id=477690
Summary: libchewing multilib conflict
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: libchewing
AssignedTo: dchen(a)redhat.com
ReportedBy: phil(a)fifi.org
QAContact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
yum install libchewing.i386 libchewing.x86_64
yeilds:
file /usr/share/chewing/fonetree.dat from install of
libchewing-0.3.2-0.fc10.i386 conflicts with file from package
libchewing-0.3.2-0.fc10.x86_64
Version-Release number of selected component (if applicable):
libchewing-0.3.2-0.fc10
--
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.
11 years, 8 months
[Fedora-i18n-bugs] [Bug 825104] New: Glyphs of NGA and NYA with vowel signs in Lohit Kannada font are improperly formed
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=825104
Bug ID: 825104
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 16
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: Glyphs of NGA and NYA with vowel signs in Lohit
Kannada font are improperly formed
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: samjnaa(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: lohit-kannada-fonts
Product: Fedora
Description of problem:
ಙಾ ಙೆ ಙೇ ಙೈ ಙೊ ಙೋ ಙೌ ಙ್
ಞಾ ಞೆ ಞೇ ಞೈ ಞೊ ಞೋ ಞೌ ಞ್
The glyphs in Lohit Kannada font representing the above sequences are
improperly formed. The glyphs of -AA (NGAA and NYAA) are disjointed, and all
others are awkwardly joined. In the glyphs of -O and -OO one part of the vowel
sign (to the right) is disjointed and another part (to the top) is awkwardly
joined. By "awkwardly joined" I mean that the cursive joining is not smooth and
in fact there are un-smoothly overlapping contours within the glyph. This
should be fixed to improve the quality of the fonts.
Version-Release number of selected component (if applicable):
2.5.1
How reproducible:
Input the above text in a wordprocessor using Lohit Kannada font.
Actual results:
The glyphs are disjointed or awkwardly joined.
Expected results:
The glyphs should all be smoothly joined.
Additional info:
The corresponding glyphs for all other consonants seem (so far) to be looking
OK. It is only NGA and NYA which are neglected. Perhaps it is thought that they
will not be used with vowel signs. While such words in Kannada language are
rare, Sanskrit language and Tulu language texts are also widely written in
Kannada script and those languages contains words (such as ಮಾ ತೇ
ಸಙ್ಗೋಽಸ್ತ್ವಕರ್ಮಣಿ Gita 2-47) where NGA and NYA are widely used and would be
needed to joined to vowel signs. So the glyphs should be given appropriate
attention.
--
You are receiving this mail because:
You are on the CC list for the bug.
11 years, 8 months
[Fedora-i18n-bugs] [Bug 517789] New: Droid Sans overrides default Japanese desktop 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: Droid Sans overrides default Japanese desktop font
https://bugzilla.redhat.com/show_bug.cgi?id=517789
Summary: Droid Sans overrides default Japanese desktop font
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: google-droid-fonts
AssignedTo: nicolas.mailhot(a)laposte.net
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: nicolas.mailhot(a)laposte.net,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
I was just testing a f12alpha spin and discovered that Droid Sans
seems to override the default Japanese desktop font.
How reproducible:
every time
Steps to Reproduce:
1. yum install google-droid-sans-fonts
2. login to gnome desktop
3. run gucharmap
Actual results:
Most kanji glyphs are shown with Droid Sans.
Expected results:
Default Japanese IPA font to be used for Japanese characters.
Additional info:
Not sure why the Droid fonts were pulled into the spin.
This affects whole Japanese desktop and gdm, etc.
--
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.
11 years, 8 months
[Fedora-i18n-bugs] [Bug 817083] New: Language is not set with this tool
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: Language is not set with this tool
https://bugzilla.redhat.com/show_bug.cgi?id=817083
Summary: Language is not set with this tool
Product: Fedora
Version: 17
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: system-config-language
AssignedTo: psatpute(a)redhat.com
ReportedBy: pschindl(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com
Blocks: 752650
Classification: Fedora
Story Points: ---
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
Language is not changed when I use system-config-language for language setting.
Only thing I can see translated is gdm, nothing else.
I thing that this tool is obsolete by gnome-control-center.
Version-Release number of selected component (if applicable):
system-config-language-1.3.5-10.fc17.noarch
How reproducible:
100%
Steps to Reproduce:
1. Run system-config-language
2. Choose some language
3. Log out
4. Log in
Actual results:
gdm is in chosen language but system is still in default.
Expected results:
I propose to get rid of this tool as we have gnome-control-center, so this tool
is no more needed
Additional info:
I propose this as blocker bug per criterion: Menu sanity - the following
criteria refer to both a live image and default installed system, and to all
release-blocking desktops
- All applications listed under the Applications menu or category must
withstand a basic functionality test and not crash after a few minutes of
normal use. They must also have working Help and Help -> About menu items
--
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.
11 years, 8 months