[haiku-bugs] Re: [Haiku] #9785: Terminal:input may be locked on switching workspaces using Alt-Fn shortcut
- From: "bonefish" <trac@xxxxxxxxxxxx>
- Date: Tue, 21 May 2013 13:56:37 -0000
#9785: Terminal:input may be locked on switching workspaces using Alt-Fn
shortcut
-------------------------------------+----------------------------
Reporter: siarzhuk | Owner: bonefish
Type: bug | Status: in-progress
Priority: normal | Milestone: R1
Component: Applications/Terminal | Version: R1/Development
Resolution: | Keywords:
Blocked By: | Blocking:
Has a Patch: 0 | Platform: All
-------------------------------------+----------------------------
Comment (by bonefish):
Replying to [comment:6 siarzhuk]:
> The origin of problem is Keymap Switcher. It is reproduced in the
following situation: on the first workspace I have opened window with
active Russian keymap. On the second workspace the Terminal window with
German (default) keymap. When switching ws1 <-> ws2 the keymap switcher
reloads the current keymap because of change the active window keymap.
Looks like this is the place where B_MODIFIERS_CHANGED is eaten. But your
patch workarounds this behaviour.
It would be much better to fix Keymap Switcher, though, since other
applications could be affected as well.
> Just for information: on non-patched system visual effect of this lock
is blue-highlighted path in the Terminal window under the mouse pointer.
On the patched system the same highlighting effect is still observed, but
after any key was hit it goes away.
That is expected. Moving the mouse should help as well. The modifier check
is done whenever a user event is received. `TermView` doesn't override
`KeyUp()`, so in that case a check doesn't happen. Maybe adding it would
help. OTOH the event might get lost just like the `B_MODIFIERS_CHANGED`.
--
Ticket URL: <http://dev.haiku-os.org/ticket/9785#comment:7>
Haiku <http://dev.haiku-os.org>
Haiku - the operating system.
Other related posts:
