[Fedora-i18n-bugs] [Bug 543906] New: Conjunct 'sple' (as in display) is not rendered correctly with Meera 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: Conjunct 'sple' (as in display) is not rendered correctly with Meera font
https://bugzilla.redhat.com/show_bug.cgi?id=543906
Summary: Conjunct 'sple' (as in display) is not rendered
correctly with Meera font
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: smc-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: parimbra(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com,
psatpute(a)redhat.com, rajeeshknambiar(a)gmail.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
Meera font shipped with Fedora does not display the conjunct 'sple' correctly.
It is working correctly with other fonts and same font in debian.
Version-Release number of selected component (if applicable):
How reproducible:
always
Steps to Reproduce:
1. open gedit
2. select Meera font
3. type ഡിസ്പ്ലെ (സ്പ്ലെ = unicode raw 0d38, 0d4d, 0d2a, 0d4d, 0d32)
Actual results:
സ്പ and ലെ displayed separately
Expected results:
സ് and പ്ലെ rendered separately
Additional info:
https://savannah.nongnu.org/bugs/index.php?28043
--
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.
10 years
[Fedora-i18n-bugs] [Bug 473842] New: Add Greek Polytonic support to Liberation fonts
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: Add Greek Polytonic support to Liberation fonts
https://bugzilla.redhat.com/show_bug.cgi?id=473842
Summary: Add Greek Polytonic support to Liberation fonts
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: medium
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: simos.bugzilla(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
The Liberation fonts are missing the Greek Polytonic characters (Greek Extended
Unicode group).
In practical terms, the Greek Extended Unicode group is made of the Greek
characters with a variety of accents (they are precomposed characters).
This report is to track the process of adding support.
--
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.
10 years
[Fedora-i18n-bugs] [Bug 510412] New: Cannot change system language back to English after changing it to Korean.
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: Cannot change system language back to English after changing it to Korean.
https://bugzilla.redhat.com/show_bug.cgi?id=510412
Summary: Cannot change system language back to English after
changing it to Korean.
Product: Fedora
Version: 11
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: high
Priority: low
Component: system-config-language
AssignedTo: psatpute(a)redhat.com
ReportedBy: cal.mcpherson99(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
Description of problem: Cannot reset system language back to original
selection.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. Start with an English(US) language install of Gnome Fedora 11
2. Change system language through GUI to Korean.
3. Reboot.
4. Log in, the system language is korean.
5. Change system language through GUI to English(US)
6. Reboot.
7. Log in, the system language is korean.
Actual results:
Cannot change back to English language, either via GNOME desktop GUI or
system-config-language from terminal, ie desktop is unusable, I don't speak
Korean!.
Expected results:
Can change back to English language.
Additional info: the dialog when changing the lanugage indicates log out/in is
sufficient for initial language change. Wrong. Reboot was required. Not
important though.
--
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.
10 years, 1 month
[Fedora-i18n-bugs] [Bug 760213] New: iBus does not honor layout options (e.g. cz(qwerty))
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 does not honor layout options (e.g. cz(qwerty))
https://bugzilla.redhat.com/show_bug.cgi?id=760213
Summary: iBus does not honor layout options (e.g. cz(qwerty))
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Linux
Status: NEW
Severity: medium
Priority: unspecified
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: kas(a)fi.muni.cz
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:
I want to use two keyboard layouts: English/US, and Czech(qwerty).
When I set up iBus to use these two layouts, it apparently does not honor the
"(qwerty)" option of the cz layout, and uses the default of "qwertz", which is
pretty annoying when I frequently switch betwen US and CZ layouts.
Version-Release number of selected component (if applicable):
ibus-1.4.0-11.fc16.x86_64
ibus-gtk2-1.4.0-11.fc16.x86_64
ibus-libs-1.4.0-11.fc16.x86_64
ibus-gtk3-1.4.0-11.fc16.x86_64
ibus-anthy-1.2.6-3.fc16.x86_64
How reproducible:
100 %
Steps to Reproduce:
1. Run an XFCE4 session
2. Choose "Use iBus (recommended)" in (main menu)->Settings->Input Method
Selector, then click on the "Preferences..." next to iBus.
3. In ibus-setup window, switch to the Advanced tab, enable "Use system
keyboard layout" checkbox, and then click to the button near the "System
Keyboard Layout:" label.
4. In the "Keyboard layout" pop-up, add English(US) as a primary layout,
"Czech(qwerty) as a secondary layout, and in the "Options..." pop-up, enable
the "Key(s) to change layout" -> "Both shift keys together" checkbox.
5. Restart iBus, e.g. from the panel applet menu.
6. Open the Terminal, press both shift keys, and press the topmost letter keys
(labeled, q,w,e,r,t,y on the En/US keyboard).
7. press both shift keys again to get back to the English layout, and run
"setxkbmap -print"
Actual results:
6. Letters q,w,e,r,t,z are displayed (note the "z" instead of "y")
7. $ setxkbmap -print
xkb_keymap {
xkb_keycodes { include "evdev+aliases(qwerty)" };
xkb_types { include "complete" };
xkb_compat { include "complete+ledscroll(group_lock)" };
xkb_symbols { include "pc+us+cz:2+inet(evdev)+group(shifts_toggle)" };
xkb_geometry { include "pc(pc104)" };
};
Expected results:
6. Letters q,w,e,r,t,y should be displayed for cz(qwerty) layout
7. the "xkb_symbols" line in "setxkbmap -print" should be as follows:
xkb_symbols { include
"pc+us+cz(qwerty):2+inet(evdev)+group(shifts_toggle)+group(shifts_toggle)" };
Additional info:
I want to use iBus because I occasionally need also Japanese input (with Anthy
engine).
I don't think it is XFCE4 specific, but I currently don't have GNOME3 installed
in order to verify this.
Using plain setxkbmap, the following is the set up I want iBus to use:
setxkbmap 'us,cz(qwerty)' -option \
grp_mode:switch,grp:shift_toggle,grp_led:scroll
--
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.
10 years, 1 month
[Fedora-i18n-bugs] [Bug 873635] New: [ml_IN] Meera and Rachana rendering issues with Harfbuzz
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=873635
Bug ID: 873635
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com,
psatpute(a)redhat.com, rajeeshknambiar(a)gmail.com
Assignee: psatpute(a)redhat.com
Summary: [ml_IN] Meera and Rachana rendering issues with
Harfbuzz
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: apeter(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: smc-fonts
Product: Fedora
Description of problem:
Harfbuzz rendering with Meera and Rachana fonts fail for the following cases
with test case numbers here
http://silpa.org.in/pub/tests/hb/ml/hbview_test_results-2012-11-06/hbview...:
Meera:
2. അഥൎവ്വം (ൎdot reph is positioned correctly, but വ്വം is incorrect)
15. ക്ത്ര
19. ഖ്ര
55. സ്പ്ലേ
Rachana:
1. അൎത്ഥം (dot reph not formed)
2. അഥൎവ്വം ((dot reph not formed)
15. ക്ത്ര
19. ഖ്ര
53. സ്പ്രി
54. സ്പ്രേ (Meera does it right)
Thanks
Ani
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 1 month
[Fedora-i18n-bugs] [Bug 847565] New: Very slow response or frozen input when input is switched to use other input methods (e.g. Chinese, pinyin)
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=847565
Bug ID: 847565
QA Contact: extras-qa(a)fedoraproject.org
Severity: high
Version: 17
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Assignee: tfujiwar(a)redhat.com
Summary: Very slow response or frozen input when input is
switched to use other input methods (e.g. Chinese,
pinyin)
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: cnsturgeon2000(a)yahoo.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: ibus
Product: Fedora
Description of problem:
Slow response or frozen input when input is switched to use other input methods
(e.g. Chinese, pinyin). There is a similar problem with SCIM for Chinese input
too.
When no input methods other than English is used, no problems at all. When the
Chinese input is on, Ctrl+p will make around 10s to get the text actually
pasted into the text filed. It is very often the case that when Chinese method
is switched off it is difficult to get it back util playing around for a while.
Version-Release number of selected component (if applicable):
ibus-1.4.99.20120712-1.fc17.x86_64
How reproducible:
With Chinese input method switched on
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 2 months
[Fedora-i18n-bugs] [Bug 920025] New: [abrt] system-config-language-1.3.5-19.fc18: tui_install.py:395:is_group_installed:GroupsError: No Group named spanish-support exists
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=920025
Bug ID: 920025
Summary: [abrt] system-config-language-1.3.5-19.fc18:
tui_install.py:395:is_group_installed:GroupsError: No
Group named spanish-support exists
Product: Fedora
Version: 18
Component: system-config-language
Severity: unspecified
Priority: unspecified
Reporter: goesrex(a)gmail.com
Description of problem:
I installed system-config-language and I executed it in language spanish. Then
the program alerted me about a error. Immediately I removed it.
Version-Release number of selected component:
system-config-language-1.3.5-19.fc18
Additional info:
cmdline: /usr/bin/python
/usr/share/system-config-language/system-config-language.py
executable: /usr/share/system-config-language/system-config-language.py
kernel: 3.8.1-201.fc18.x86_64
uid: 0
Truncated backtrace:
tui_install.py:395:is_group_installed:GroupsError: No Group named
spanish-support exists
Traceback (most recent call last):
File "/usr/share/system-config-language/system-config-language.py", line 71,
in <module>
useTextMode()
File "/usr/share/system-config-language/system-config-language.py", line 37,
in useTextMode
app = language_tui.childWindow()
File "/usr/share/system-config-language/language_tui.py", line 173, in
__init__
rc = LanguageWindow()(screen)
File "/usr/share/system-config-language/language_tui.py", line 88, in
__call__
if not install.is_group_installed(grpid):
File "/usr/share/system-config-language/tui_install.py", line 395, in
is_group_installed
raise Errors.GroupsError, "No Group named %s exists" % grpid
GroupsError: No Group named spanish-support exists
Local variables in innermost frame:
self: <tui_install.tuiInstall object at 0x13cf590>
grpid: 'spanish-support'
--
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=DppPLVWa14&a=cc_unsubscribe
10 years, 3 months