[Fedora-i18n-bugs] [Bug 810211] New: The key events with ctrl key isn't delivered during the switcher window is open
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: The key events with ctrl key isn't delivered during the switcher window is open
https://bugzilla.redhat.com/show_bug.cgi?id=810211
Summary: The key events with ctrl key isn't delivered during
the switcher window is open
Product: Fedora
Version: 17
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: tagoh(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: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
The switcher window is open when ctrl+space is pressed and keep it open until
the ctrl key is released. this behavior is introduced since f17 though, the key
combination with ctrl key could be sent to application without releasing the
ctrl key in older releases. e.g. one may wants to move the cursor with ctrl+a
and ctrl+e after turn off ibus. on f16 or older version, it could be done by
the following sequences: ctrl+space (to turn off) -> ctrl+a (to move the cursor
at the beginning of line) but on f17: ctrl+space -> release the ctrl key ->
ctrl+a. need an extra step to accomplish it. So that would be nice if we can
keep the old behavior on f17 too.
As we talked on IRC, I don't mind whether keep the switcher window open or not.
if it's easier to do it after closing, that's fine.
Version-Release number of selected component (if applicable):
ibus-1.4.99.20120317-2.fc17.x86_64
--
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.
9 years, 10 months
[Fedora-i18n-bugs] [Bug 830563] New: language select does not change system language
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=830563
Bug ID: 830563
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 17
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com,
psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: language select does not change system language
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: caterpillar86(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: system-config-language
Product: Fedora
Description of problem:
On Fedora KDE spin (fresh install) the system-config-language does not change
the system language. Only a few components changed language.
--
You are receiving this mail because:
You are on the CC list for the bug.
9 years, 10 months
[Fedora-i18n-bugs] [Bug 493912] New: S-c-tools cleanup: port to PolicyKit
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: S-c-tools cleanup: port to PolicyKit
https://bugzilla.redhat.com/show_bug.cgi?id=493912
Summary: S-c-tools cleanup: port to PolicyKit
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: system-config-language
AssignedTo: psatpute(a)redhat.com
ReportedBy: rrakus(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com, jreznik(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
It's not a good approach to let system config tool runn
under superuser account - it's a security risk. Instead
each tools which needs users privileges should be divided
to two parts - one which serves as privileged backend
running on demand and user interface that can ask for
privileged action over message bus (and ask password if
needed). Once action is approved by PolicyKit, it can be
processed.
Every tool should be ported to use PolicyKit.
How reproducible:
Steps to Reproduce
Actual results:
System config tool has to be run under superuser account.
Expected results
System config tool is not runned under superuser account
and asks for privileged access.
Additional info
Look at https://fedorahosted.org/python-slip/
--
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.
9 years, 10 months
[Fedora-i18n-bugs] [Bug 817751] New: Config tool only shows one language English(USA)
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: Config tool only shows one language English(USA)
https://bugzilla.redhat.com/show_bug.cgi?id=817751
Summary: Config tool only shows one language English(USA)
Product: Fedora
Version: 16
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: high
Priority: unspecified
Component: system-config-language
AssignedTo: psatpute(a)redhat.com
ReportedBy: simon.lewis(a)slnet-online.de
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com
Classification: Fedora
Story Points: ---
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
How to make config tool to show a list of languages including British English
and German?
--
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.
9 years, 11 months
[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