Bug 87793 - Alt-tab blocked during type-ahead-find
Summary: Alt-tab blocked during type-ahead-find
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR wishlist
Target Milestone: ---
Assignee: Konqueror Developers
: 103675 122782 (view as bug list)
Depends on:
Reported: 2004-08-22 22:24 UTC by Jonathan Riddell
Modified: 2006-02-28 20:38 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Note You need to log in before you can comment on or make changes to this bug.
Description Jonathan Riddell 2004-08-22 22:24:49 UTC
Version:            (using KDE Devel)
Installed from:    Compiled sources

alt-tab is blocked when using type-ahead-find.  Using such keyboard accelerator should stop type ahead find and continue as expected by running the accelerator.
Comment 1 Lubos Lunak 2005-04-04 15:31:32 UTC
CVS commit by lunakl: 

There's no need for keyboard grab with type-ahead find, just moving
things around a bit in the event filter will do.
BUG: 87793

  M +4 -0      ChangeLog   1.416
  M +1 -0      khtml_part.cpp   1.1096
  M +46 -47    khtmlview.cpp   1.697
  M +1 -0      khtmlview.h   1.221
Comment 2 Lubos Lunak 2005-04-12 11:10:51 UTC
*** Bug 103675 has been marked as a duplicate of this bug. ***
Comment 3 MaxAuthority 2005-06-16 12:51:21 UTC
As nice as this 'improvement' was (blocking ctrl-w or alt-tab) really isn't a good thing, but it broke type-ahead-find for me :(

As a vi-addict I try to assign single-letter shortcuts to the most important actions, so 'o' goes to the location bar e.g.

So when I am searching for /votes, it searches for the 'v' but when the 'o' is pressed type-ahead-find stops and sets the focus to the location bar :(

A proposed solution is maybe doing things the 'firefox' way, that pressing / opens a textbox at the bottom of the khtml frame which has the focus, so all letters would go into this text box, but more complex shortcuts would be handeled by the main event loop?
Comment 4 Thiago Macieira 2006-02-28 20:38:53 UTC
*** Bug 122782 has been marked as a duplicate of this bug. ***