[Fedora-i18n-bugs] [Bug 1657826] Keyboard layout mismatch between native and non-native GNOME apps
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1657826
fujiwara <tfujiwar(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fmuellner(a)redhat.com,
| |otaylor(a)redhat.com
Component|ibus |gnome-shell
Assignee|tfujiwar(a)redhat.com |otaylor(a)redhat.com
--- Comment #8 from fujiwara <tfujiwar(a)redhat.com> ---
(In reply to Henry from comment #7)
> I'd forgotten I had that, might it be causing the problems? I have this in
> my .bashrc to make that a thing,
>
> /usr/bin/setxkbmap -option "ctrl:nocaps"
I think it's not good. You should use gnome-tweaks for GNOME settings.
If you use other desktops, probably the desktop also would provide the setting
tool.
> > > In Chrome and Emacs, the layout is currently US. In GNOME terminal, it's UK.
> > > How can this happen, can it be fixed? Driving me nuts!
> >
> > I set GB only but I cannot reproduce your problem with emacs and firefox.
> > How about gedit?
>
> gedit also uses the right keymap, so it seems the "GNOME" applications
> (Terminal, gedit, Evolution) are finding the right layout somehow, but
> Chrome/Emacs/VSCode are not, which I know are not native GNOME apps.
It's a bit strange for me since the keyboard setting is applied to the desktop
but not each application.
Can you reproduce your problem with a new user account instead of the current
user account?
Anyway, since your problem happens with GB only, this is not an issue for ibus.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 4 months
[Fedora-i18n-bugs] [Bug 1657030] keyboard layout is broken
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1657030
Peter Hutterer <peter.hutterer(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jgrulich(a)redhat.com,
| |me(a)dvratil.cz,
| |rdieter(a)gmail.com,
| |than(a)redhat.com
Component|xkeyboard-config |kwin
Assignee|peter.hutterer(a)redhat.com |me(a)dvratil.cz
--- Comment #6 from Peter Hutterer <peter.hutterer(a)redhat.com> ---
Definitely a kde window manager bug then, punting to kwin in the hope it's the
right component.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 4 months
[Fedora-i18n-bugs] [Bug 1087448] RFE: ibus-typing-booster keybinding customization
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1087448
Mike FABIAN <mfabian(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CLOSED
Resolution|--- |CURRENTRELEASE
Last Closed| |2018-12-18 05:31:25
--- Comment #3 from Mike FABIAN <mfabian(a)redhat.com> ---
(In reply to fujiwara from comment #2)
> (In reply to Mike FABIAN from comment #1)
> > (In reply to fujiwara from comment #0)
> >
> > > xfce4-terminal has the black background and I feel the preedit attributes
> > > are not needed.
> >
> > I have fixed this now in ibus-typing-booster 1.4.5.
>
> Looks good. Thanks.
>
> My comment #0 means the prediction list is not shown when "wed" is typed
> until Tab is typed.
There is an option now to choose whether the prediction list is shown
immediately or only when a certain key is pressed
(default is Tab).
Keybindings are configurable now since ibus-typing-booster 2.3.0.
> BTW, why ibus-typing-booster disables modifiers keys?
> I think it's not very useful that Ctrl+c and Ctrl+u are disabled in the
> terminals and Ctrl+s, Ctrl+f and Ctrl+r in editor applications. Especially
> with ibus-fbterm.
These keys are passed to the application now.
So I think everything in this bug is fixed now.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 4 months