Bug 852659 - hangul method cannot be changed in gnome3.6beta
hangul method cannot be changed in gnome3.6beta
Status: CLOSED NOTABUG
Product: Fedora
Classification: Fedora
Component: control-center (Show other bugs)
18
x86_64 Linux
unspecified Severity high
: ---
: ---
Assigned To: Control Center Maintainer
Fedora Extras Quality Assurance
: Reopened
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2012-08-29 04:36 EDT by sangu
Modified: 2012-08-30 05:47 EDT (History)
7 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2012-08-30 05:47:53 EDT
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)

  None (edit)
Description sangu 2012-08-29 04:36:11 EDT
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 05:04:34 EDT
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 05:51:41 EDT
Also ibus-gnome3 is no longer used in f18.
Comment 3 sangu 2012-08-29 07:37:12 EDT
(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 04:10:54 EDT
(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 05:27:27 EDT
(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 05:29:55 EDT
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 05:31:36 EDT
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 05:36:46 EDT
(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 05:39:07 EDT
(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 05:41:57 EDT
(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 05:47:53 EDT
(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.