[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, 1 month
[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, 2 months
[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, 2 months
[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, 3 months
[Fedora-i18n-bugs] [Bug 869117] New: Many identical entries are shown in input sources in “gnome-control-center region” when “Show all installed input sources” is on in gnome-tweak-tool
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=869117
Bug ID: 869117
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 18
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: Many identical entries are shown in input sources in
“gnome-control-center region” when “Show all installed
input sources” is on in gnome-tweak-tool
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: mfabian(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: ibus
Product: Fedora
Created attachment 631885
--> https://bugzilla.redhat.com/attachment.cgi?id=631885&action=edit
many-identical-input-methods-shown-in-input-sources-selection.png
Fedora-18-Beta-TC6-x86_64-netinst.iso
- Default install
- Log into gnome session
- Install gnome-tweak-tool
- set “Show all installed input sources” to “on” in gnome-tweak-tool
- open gnome-control-center region
- select “input sources” tab
- click on + to add input methods
- scroll down until you see “(Cameroon Multilingual (azerty))”
This entry repeats many times. See screenshot.
Same for “(Taiwanese (indigenous))” and some others.
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 4 months
[Fedora-i18n-bugs] [Bug 858059] New: [abrt] system-config-language-1.3.5-12.fc18: __init__.py:3534:selectGroup:GroupsError: No Group named portuguese-support exists
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=858059
Bug ID: 858059
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Whiteboard: abrt_hash:441e58ea37857acb23d0ac586c5a9042d95977f3
Version: 18
Priority: unspecified
CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
nav007(a)gmail.com, psatpute(a)redhat.com
Assignee: apatil(a)redhat.com
Summary: [abrt] system-config-language-1.3.5-12.fc18:
__init__.py:3534:selectGroup:GroupsError: No Group
named portuguese-support exists
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: ikisham(a)gmail.com
Type: ---
Documentation: ---
Hardware: i686
Mount Type: ---
Status: NEW
Component: system-config-language
Product: Fedora
Description of problem:
Trying to set 'Portuguese (Brazil)' as the default system language from
system-config-language yum didn't find a portuguese-support group.
Version-Release number of selected component:
system-config-language-1.3.5-12.fc18
Additional info:
libreport version: 2.0.13
abrt_version: 2.0.11
cmdline: /usr/bin/python
/usr/share/system-config-language/system-config-language.py
kernel: 3.6.0-0.rc2.git2.1.fc18.i686
backtrace:
:__init__.py:3534:selectGroup:GroupsError: No Group named portuguese-support
exists
:
:Traceback (most recent call last):
: File "/usr/share/system-config-language/language_gui.py", line 179, in
okClicked
: self.apply()
: File "/usr/share/system-config-language/language_gui.py", line 272, in apply
: install.selectGroup(grpid)
: File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 3534, in
selectGroup
: raise Errors.GroupsError, _("No Group named %s exists") %
to_unicode(grpid)
:GroupsError: No Group named portuguese-support exists
:
:Local variables in innermost frame:
:group_package_types: []
:upgrade: False
:ievgrp: None
:self: <gui_install.guiInstall object at 0x96f5b0c>
:grpid: 'portuguese-support'
:enable_group_conditionals: None
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 4 months
[Fedora-i18n-bugs] [Bug 841172] New: Minor typo in a UI message
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=841172
Bug ID: 841172
Keywords: i18n
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Assignee: pnemade(a)redhat.com
Summary: Minor typo in a UI message
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: runab(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: iok
Product: Fedora
Description of problem:
The following string misses a couple of words:
"This application supports only for Inscript type keymaps therefore no custom
xkb keymaps can be created."
Actual results:
"This application supports only for Inscript type keymaps therefore no custom
xkb keymaps can be created."
Expected results:
"This application provides supports only for Inscript type keymaps and
therefore no custom xkb keymaps can be created."
Additional Information:
Not a major problem.
Can be seen here: https://translate.zanata.org/zanata/iteration/view/iok/f18-1
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 4 months