Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
Summary: ibus preferences ui improvements, part 2
https://bugzilla.redhat.com/show_bug.cgi?id=486279
Summary: ibus preferences ui improvements, part 2 Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: ibus AssignedTo: phuang@redhat.com ReportedBy: mclasen@redhat.com QAContact: extras-qa@fedoraproject.org CC: phuang@redhat.com, fedora-i18n-bugs@redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: ---
Keyboard shortcuts: I would love to see these moved to the keyboard shortcuts capplet, which has support for handling application-defined shortcuts. As a bonus, you get automatic conflict handling. The one restriction is that currently, only one key-combination per action is possible. If having multiple is essential, you could either split it into "Trigger", "Alternative Trigger", "Second Alternative Trigger", or file a bug and I'll look into enabling multiple shortcuts per action in the keybinding capplet
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=486279
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |FutureFeature, i18n CC| |petersen@redhat.com Summary|ibus preferences ui |move shortcut settings to |improvements, part 2 |keyboard shortcuts capplet
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=486279
Warren Togami wtogami@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wtogami@redhat.com Blocks| |481098(ibus)
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=486279
--- Comment #1 from Jens Petersen petersen@redhat.com 2009-06-10 01:49:58 EDT --- Would it be possible for ibus to read a key from there as a user custom config - though it gets a complicated. ibus/scim have a lot of different hotkeys for different parts: I think it is going to be a challenge to map them all to gnome-keybindings-properties, and having a few there and the rest in ibus-setup may be more confusing for users?
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=486279
Huang Peng phuang@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |WONTFIX
--- Comment #2 from Huang Peng phuang@redhat.com 2009-06-10 22:17:54 EDT --- I think keyboard shortcuts capplet depends on window manager (metacity). If you run other window manager, the keyboard shortcuts maybe do not work. So I will close this bug as wontfix.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=486279
Matthias Clasen mclasen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Reopened Status|CLOSED |ASSIGNED Resolution|WONTFIX |
--- Comment #3 from Matthias Clasen mclasen@redhat.com 2009-06-10 22:26:50 EDT --- You are thinking wrong. Keyboard shortcuts do not depend on the window manager (except for the window management shortcuts, of course.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=486279
Huang Peng phuang@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Flag| |needinfo?
--- Comment #4 from Huang Peng phuang@redhat.com 2009-06-11 19:53:56 EDT --- Hi Matthias,
Which running process is responsible for those Keyboard shortcuts? I need do more investigation on it.
BTW, I just tried several shortcuts (lock screen, eject cdrom and Custom shortcuts added by self). If I kill the metacity process in gnome desktop session, those shortcuts will not work.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=486279
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Flag|needinfo? |needinfo?(mclasen@redhat.co | |m)
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=486279
--- Comment #5 from Jens Petersen petersen@redhat.com 2009-07-14 19:47:36 EDT --- (In reply to comment #4)
Which running process is responsible for those Keyboard shortcuts? I need do more investigation on it.
BTW, I just tried several shortcuts (lock screen, eject cdrom and Custom shortcuts added by self). If I kill the metacity process in gnome desktop session, those shortcuts will not work.
Matthias, can you shed any more like or pointers on this? :)
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=486279
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Flag|needinfo?(mclasen@redhat.co | |m) |
--- Comment #6 from Jens Petersen petersen@redhat.com 2009-07-14 19:51:02 EDT --- <phuang> I have reviewed related packages for this bug, it depends on gconf <phuang> You just need provide some xml files in specified dir.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=486279
--- Comment #7 from Jens Petersen petersen@redhat.com 2009-07-14 19:56:26 EDT --- <phuang> and the capplet will have those configure items, when users change those items, ibus need read configure from gconf
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=486279
--- Comment #8 from Matthias Clasen mclasen@redhat.com 2009-07-14 21:30:36 EDT ---
BTW, I just tried several shortcuts (lock screen, eject cdrom and Custom shortcuts added by self). If I kill the metacity process in gnome desktop session, those shortcuts will not work.
Matthias, can you shed any more like or pointers on this? :)
Sure. It is not true. metacity does not handle any of those shortcuts, and thus killing metacity cannot affect them...
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=486279
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|phuang@redhat.com |tfujiwar@redhat.com
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=486279
--- Comment #9 from Fedora Admin XMLRPC Client fedora-admin-xmlrpc@redhat.com 2010-08-02 02:17:35 EDT --- This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
https://bugzilla.redhat.com/show_bug.cgi?id=486279
fujiwara tfujiwar@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED CC| |control-center-maint@redhat | |.com, mkasik@redhat.com, | |rstrode@redhat.com Component|ibus |control-center Version|rawhide |18 Resolution|--- |CURRENTRELEASE Assignee|tfujiwar@redhat.com |control-center-maint@redhat | |.com Last Closed|2009-06-10 22:17:54 |2012-09-04 22:23:04
--- Comment #10 from fujiwara tfujiwar@redhat.com --- This is fixed in f18 gnome-shell.
i18n-bugs@lists.fedoraproject.org