Bug 87793

Summary:	Alt-tab blocked during type-ahead-find
Product:	[Applications] konqueror	Reporter:	Jonathan Riddell <jr>
Component:	general	Assignee:	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:

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