Bug 852659 - hangul method cannot be changed in gnome3.6beta
Summary: hangul method cannot be changed in gnome3.6beta
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: control-center (Show other bugs)
(Show other bugs)
Version: 18
Hardware: x86_64 Linux
unspecified
high
Target Milestone: ---
Assignee: Control Center Maintainer
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Keywords: Reopened
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-08-29 08:36 UTC by sangu
Modified: 2012-08-30 09:47 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2012-08-30 09:47:53 UTC
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

Description sangu 2012-08-29 08:36:11 UTC
Description of problem:
hangul method cannot be changed in gnome3.6beta

Version-Release number of selected component (if applicable):
1.4.99.20120822-1.fc18.x86_64

How reproducible:
always

Steps to Reproduce:
1. Open gnome-control-center, region panel, input sources tab. Use the + button and add Korean(Korean)
2. Open gedit
3. Click ctrl+space or Hanul or R_Alt key
  
Actual results:
No change

Expected results:


Additional info:
ibus-hangul-1.4.1-5.fc18.x86_64
control-center-3.5.90-1.fc18.x86_64

Comment 1 fujiwara 2012-08-29 09:04:34 UTC
In case that you use gnome-shell, you need to add the trigger keys for input sources launching 'gnome-control-center keyboard'.

In case that you use gnome-fallback based on metacity, it's not fixed in upstream yet but I think it will be fixed in f18.

Comment 2 fujiwara 2012-08-29 09:51:41 UTC
Also ibus-gnome3 is no longer used in f18.

Comment 3 sangu 2012-08-29 11:37:12 UTC
(In reply to comment #1)
> In case that you use gnome-shell, you need to add the trigger keys for input
> sources launching 'gnome-control-center keyboard'.
Shortcuts - Typing - Compose Key - Add Right-Alt key 
No change.

> In case that you use gnome-fallback based on metacity, it's not fixed in
> upstream yet but I think it will be fixed in f18.
current using gnome-shell

(In reply to comment #2)
> Also ibus-gnome3 is no longer used in f18.

$ rpm -e ibus-gnome3

Comment 4 fujiwara 2012-08-30 08:10:54 UTC
(In reply to comment #3)
> (In reply to comment #1)
> > In case that you use gnome-shell, you need to add the trigger keys for input
> > sources launching 'gnome-control-center keyboard'.
> Shortcuts - Typing - Compose Key - Add Right-Alt key 
> No change.

It's Shortcuts -> Typing -> Switch to next source
Currently no midifers shortcut keys cannot be registered. Transferring to control-center.
I think you can register 'Control+Space' instead.

Comment 5 sangu 2012-08-30 09:27:27 UTC
(In reply to comment #4)
> (In reply to comment #3)
> > (In reply to comment #1)
> > > In case that you use gnome-shell, you need to add the trigger keys for input
> > > sources launching 'gnome-control-center keyboard'.
> > Shortcuts - Typing - Compose Key - Add Right-Alt key 
> > No change.
> 
> It's Shortcuts -> Typing -> Switch to next source
> Currently no midifers shortcut keys cannot be registered. Transferring to
> control-center.
> I think you can register 'Control+Space' instead.

O.K. Good! 

( then input method switch is strange in the others application except gtk3 applications)

Comment 6 Rui Matos 2012-08-30 09:29:55 UTC
Are you trying to switch from Korean to, say English (US)? Or is this about switching some specific mode inside the Korean (hangul) ibus engine?

Comment 7 Rui Matos 2012-08-30 09:31:36 UTC
How is it strange?

Please be aware that non gtk+ applications aren't well supported yet. Hopefully seamless support for them is coming in the next gnome release (3.5.91).

Comment 8 sangu 2012-08-30 09:36:46 UTC
(In reply to comment #7)
> How is it strange?

Opend bug 853017 
 
> Please be aware that non gtk+ applications aren't well supported yet.
> Hopefully seamless support for them is coming in the next gnome release
> (3.5.91).

Comment 9 fujiwara 2012-08-30 09:39:07 UTC
(In reply to comment #6)
> Are you trying to switch from Korean to, say English (US)? Or is this about
> switching some specific mode inside the Korean (hangul) ibus engine?

I think the submitter switches ibus-hangul and us layout.
The no modifier shortcut keys (likes Alt_R) are useful for two engines users.
I think this bug is still valid if gnome-control-center could support the no modifier shortcut keys.

Comment 10 Rui Matos 2012-08-30 09:41:57 UTC
(In reply to comment #9)
> I think the submitter switches ibus-hangul and us layout.
> The no modifier shortcut keys (likes Alt_R) are useful for two engines users.
> I think this bug is still valid if gnome-control-center could support the no
> modifier shortcut keys.

Ok, that's tracked in https://bugzilla.gnome.org/show_bug.cgi?id=682349 upstream. Up to you if you want to keep this report opened here.

Comment 11 fujiwara 2012-08-30 09:47:53 UTC
(In reply to comment #10)
> (In reply to comment #9)
> > I think the submitter switches ibus-hangul and us layout.
> > The no modifier shortcut keys (likes Alt_R) are useful for two engines users.
> > I think this bug is still valid if gnome-control-center could support the no
> > modifier shortcut keys.
> 
> Ok, that's tracked in https://bugzilla.gnome.org/show_bug.cgi?id=682349
> upstream. Up to you if you want to keep this report opened here.

OK, I see.


Note You need to log in before you can comment on or make changes to this bug.