Bug 87793

Summary: Alt-tab blocked during type-ahead-find
Product: [Applications] konqueror Reporter: Jonathan Riddell <jr>
Component: generalAssignee: Konqueror Developers <konq-bugs>
Status: RESOLVED FIXED    
Severity: wishlist CC: hugo.costelha, l.lunak, malenko
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: Compiled Sources   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

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. ***