[Fedora-i18n-bugs] [Bug 569508] New: system-config-language uses hardcoded icon paths
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: system-config-language uses hardcoded icon paths
https://bugzilla.redhat.com/show_bug.cgi?id=569508
Summary: system-config-language uses hardcoded icon paths
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: system-config-language
AssignedTo: psatpute(a)redhat.com
ReportedBy: hylkebons(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
system-config-language uses hardcoded icon paths, because of this it doesn't
pick up the user's icon theme. This happens in the window icon and the icon
that is used at the top of the tool itself.
it should use the icon name "preferences-desktop-locale" and let gtk look up
the correct icon.
--
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.
12 years, 7 months
[Fedora-i18n-bugs] [Bug 509478] New: support IME hotkey
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: support IME hotkey
https://bugzilla.redhat.com/show_bug.cgi?id=509478
Summary: support IME hotkey
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: FutureFeature, i18n
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: wtogami(a)redhat.com, phuang(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
ibus should really support IME-based trigger hotkeys like Windows.
Steps to Reproduce:
1. Run ibus in F11
2. ibus-setup -> hotkeys
Actual results:
Too many hotkeys defined for all for CIJK
Expected results:
Only hotkeys for IMEs in use to be available.
Eg Japanese user should only have Alt-` and Hankaku_Zenkaku
defined by default, not other keys like Ctrl-Space and
Korean hotkeys, etc.
Additional info:
With this change we could also drop defining a global
hotkey by default which would be ibus more acceptable
as a desktop default in the longer term.
--
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.
12 years, 8 months
[Fedora-i18n-bugs] [Bug 584462] New: [abrt] crash in scim-bridge-0.4.16-4.fc13: Process /usr/bin/scim-bridge was killed by signal 11 (SIGSEGV)
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: [abrt] crash in scim-bridge-0.4.16-4.fc13: Process /usr/bin/scim-bridge was killed by signal 11 (SIGSEGV)
https://bugzilla.redhat.com/show_bug.cgi?id=584462
Summary: [abrt] crash in scim-bridge-0.4.16-4.fc13: Process
/usr/bin/scim-bridge was killed by signal 11 (SIGSEGV)
Product: Fedora
Version: 13
Platform: x86_64
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:eaf3687a497b8d7b3d593ff837aa9af20ed27f2c
Severity: medium
Priority: low
Component: scim-bridge
AssignedTo: phuang(a)redhat.com
ReportedBy: danken(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, phuang(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com
Classification: Fedora
Target Release: ---
abrt 1.0.9 detected a crash.
architecture: x86_64
Attached file: backtrace
cmdline: scim-bridge
component: scim-bridge
executable: /usr/bin/scim-bridge
global_uuid: eaf3687a497b8d7b3d593ff837aa9af20ed27f2c
kernel: 2.6.33.1-24.fc13.x86_64
package: scim-bridge-0.4.16-4.fc13
rating: 4
reason: Process /usr/bin/scim-bridge was killed by signal 11 (SIGSEGV)
release: Fedora release 13 (Goddard)
How to reproduce: no idea, just used F-13 with a Japanese input method.
--
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.
12 years, 9 months
[Fedora-i18n-bugs] [Bug 517633] New: [ne_NP] icons for rom and trad are exactly same, better it can make difference between two
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: [ne_NP] icons for rom and trad are exactly same, better it can make difference between two
https://bugzilla.redhat.com/show_bug.cgi?id=517633
Summary: [ne_NP] icons for rom and trad are exactly same,
better it can make difference between two
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: m17n-contrib
AssignedTo: pnemade(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: pnemade(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
While using Nepali Desktop, Ibus having same icon for two different available
keyboard layout for Nepali (rom and trad), Which make confusion, which one
currently used. ideal case, if as use, I activate ibus for Nepali, I don't know
which keyboard is currently working (as only icon appearing), only Tool-tip is
showing name
Version-Release number of selected component (if applicable):
m17n-contrib-nepali-1.1.10-1.fc12
How reproducible:
100%
Steps to Reproduce:
1. Add language support for Nepali (yum groupinstall nepali-support)
2. select keyboard layout for Nepali with ibus
3. try to select both different layout (trad/rom), see the icon
Actual results:
Same icon for both keyboard layout
Expected results:
Different (even if very small) icons are more helpful than same.
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.
12 years, 10 months
[Fedora-i18n-bugs] [Bug 588720] New: docs-jargon-buster is not accepting translations
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: docs-jargon-buster is not accepting translations
https://bugzilla.redhat.com/show_bug.cgi?id=588720
Summary: docs-jargon-buster is not accepting translations
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: transifex
AssignedTo: ivazqueznet(a)gmail.com
ReportedBy: domingobecker(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: ivazqueznet(a)gmail.com, diegobz(a)gmail.com,
rpandit(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
Docs :: Jargon Buster is not accepting translations.
This is related to bug #587037
Version-Release number of selected component (if applicable):
How reproducible:
always
Steps to Reproduce:
1. select a file to upload
2. upload it
3.
Actual results:
it issues a message like this:
Sorry, your file could not be sent because of an error.
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.
12 years, 11 months
[Fedora-i18n-bugs] [Bug 551317] New: A dash becomes a long empty space.
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: A dash becomes a long empty space.
https://bugzilla.redhat.com/show_bug.cgi?id=551317
Summary: A dash becomes a long empty space.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: lohit-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: psatya(a)yahoo.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, pnemade(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
I have typed my Telugu text here using firefox browser
http://www.google.com/transliterate/indic/Telugu
and pasted it into OpenOffice Writer 3.1 with Lohit Telugu font version 2.4.5
selected.
Everything seem to be working fine though the newer Lohit font looks smaller
than an older version of Lohit font I was using earlier.
But the main problem here is, a dash (-) becomes an empty space. It looks like
a long space that is equivalent two chars approx.
I also tried to type a dash right in the OO but it doesn't work.
If I select Pothana2000 font instead of Lohit in OO, all my dashes work fine.
The Pothana2000 is another Unicode font for Telugu but I love the rounded
letter shapes of Lohit font so much!
Thanks a lot for this beautiful Lohit Telugu font.
--
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.
12 years, 11 months
[Fedora-i18n-bugs] [Bug 522047] New: [abrt] crash detected in ibus-anthy-1.2.0.20090907-1.fc12
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: [abrt] crash detected in ibus-anthy-1.2.0.20090907-1.fc12
https://bugzilla.redhat.com/show_bug.cgi?id=522047
Summary: [abrt] crash detected in
ibus-anthy-1.2.0.20090907-1.fc12
Product: Fedora
Version: rawhide
Platform: i686
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:4034af90
Severity: medium
Priority: low
Component: ibus-anthy
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, tfujiwar(a)redhat.com,
phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
abrt detected a crash.
How to reproduce
-----
1.
2.
3.
Additional information
======
Attached files
----
backtrace
cmdline
-----
python /usr/share/ibus-anthy/engine/main.py --ibus
component
-----
ibus-anthy
executable
-----
/usr/share/ibus-anthy/engine/main.py
kernel
-----
2.6.31-0.204.rc9.fc12.i686
package
-----
ibus-anthy-1.2.0.20090907-1.fc12
uuid
-----
4034af90
--
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.
13 years
[Fedora-i18n-bugs] [Bug 497095] New: [bn][bn-IN] Incorrect rendering of a consonant conjunct while writing Bengali in KDE Applications
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: [bn][bn-IN] Incorrect rendering of a consonant conjunct while writing Bengali in KDE Applications
https://bugzilla.redhat.com/show_bug.cgi?id=497095
Summary: [bn][bn-IN] Incorrect rendering of a consonant
conjunct while writing Bengali in KDE Applications
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: kde-l10n
AssignedTo: than(a)redhat.com
ReportedBy: runab(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rdieter(a)math.unl.edu, than(a)redhat.com,
kevin(a)tigcc.ticalc.org, ltinkl(a)redhat.com,
fedora-i18n-bugs(a)redhat.com, smparrish(a)gmail.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
While typing in Bengali within various KDE applications like kwrite, kate,
konqueror etc. the following consonant conjunct is not being rendered
correctly:
র+ZWJ+্+য
The corresponding unicode values for the above are:
U09B0+U200D+U09CD+U09AF
Version-Release number of selected component (if applicable):
KDE 4.2.2.
How reproducible:
Steps to Reproduce:
1. Open kwrite
2. Enter the above consonant conjuct combination using a Bengali keyboard or
Unicode RAWCODE
Actual results:
The consonant is rendered incorrectly.
Screenshot: http://runab.fedorapeople.org/assorted-bugs/incorrect-ra.png
Expected results:
The consonant should be rendered correctly.
Screenshot: http://runab.fedorapeople.org/assorted-bugs/correct-ra.png
Additional info:
This bug exists in earlier versions of Fedora (9, 10) as well
--
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.
13 years, 2 months
[Fedora-i18n-bugs] [Bug 530711] New: Keymap list and default keymap do not change when a language is changed from the login-manager
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: Keymap list and default keymap do not change when a language is changed from the login-manager
https://bugzilla.redhat.com/show_bug.cgi?id=530711
Summary: Keymap list and default keymap do not change when a
language is changed from the login-manager
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: runab(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: ---
Description of problem:
The list of keymaps displayed in the ibus preferences and the default keymap,
do not change to display the appropriate list and default value (as per the
earlier Fedora versions), when the language is changed from the login-manager.
Version-Release number of selected component (if applicable):
ibus-1.2.0.20091014-2.fc12.i686
How reproducible:
Steps to Reproduce:
1. Install Fedora in the system in a language which uses ibus IM.
2. During installation-package selection-language-support, select multiple
languages which have separate keymaps in ibus e.g. Hindi support, Malayalam
support, Bengali support.
3.Post-installation, log in via the login-manager (e.g. gdm) using the same
language that was used for installation
4. Open a text-editor and trigger the input method.
5. Right-click on the ibus icon and go to the 'Preferences' dialog. The list of
keymaps for the language would be displayed. The default keymap is marked in
bold.
http://runab.fedorapeople.org/assorted-bugs/ibus-km1.png
(language selected for this login is: Bengali-India)
6. Log-out and return to the login-manager
7. Select a different language from the list and log-in again.
8. Open a text-editor and trigger the input method.
9. Right-click on the ibus icon and go to the 'Preferences' dialog.
Actual results:
The list of keymaps for the language are not displayed. The keymap list still
displays the keymaps from the earlier login.
http://runab.fedorapeople.org/assorted-bugs/ibus-km2.png
(language selected for this login: Malayalam)
(keymaps displayed: Bengali-India )
Expected results:
If the language-support (that includes the ibus keymap packages) are installed
then the list of keymaps for the logged in language should be displayed in the
keymap list (preferably at the top) and the default keymap identified for the
language should be automatically selected.
http://runab.fedorapeople.org/assorted-bugs/ibus-km3.png
(language selected for this login: Malayalam)
(keymaps displayed here: Malayalam, Bengali India)
(default keymap selected here: Malayalam-inscript)
Additional info:
1. Currently, the keymaps for the language logged in second (in this case
Malayalam) needs to be manually added by the user and the default keymap
selected as well.
--
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.
13 years, 2 months
