Bug 53166 - konqueror (khtml?) doesn't move focus on find
Summary: konqueror (khtml?) doesn't move focus on find
Status: RESOLVED FIXED
Alias: None
Product: konqueror
Classification: Applications
Component: khtml (show other bugs)
Version: unspecified
Platform: Unlisted Binaries Linux
: NOR wishlist
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-01-19 20:59 UTC by Krishna Sethuraman
Modified: 2008-07-30 11:48 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Krishna Sethuraman 2003-01-19 20:59:06 UTC
Version:            (using KDE KDE 3.0.5)
Installed from:    Unspecified Linux

(Ref: bug 32245) - similar feature desired

I am (also) a man of few mouse clicks. I love the keyboard. I love tab key navigation however when I am reading a long html page with hyperlinks and want to use 'find' to search for a hyperlink on the page, it highlights the text found.  However, when I press the tab, this jumps the current view back to the top. Irritating don't you think. 
I think it should take the found, highlighted text, find the nearest hyperlink to it (or maybe the hyperlink just prior or just after it) and focus on that; if I need one before that I can always do shift tab.  Control-f text enter tab enter to hit a link would take my web browsing to the next level.

(This is something like the behavior in internet explorer, not to compare; I preferentially use konqueror on its own merits, but if you want to see what I mean,
fire up IE and see how it behaves).

What'dayasay?

(Sorry if this has already been filed; I didn't find anything in the bug database on this when I searched)
Comment 1 Krishna Sethuraman 2003-02-19 02:43:33 UTC
I'm curious how complex this would be to implement.  I looked at the code and it 
appears that web pages are analyzed into trees, but couldn't tell if a 'nearest' link  
to a given chunk of highlighted text could be determined based on the information 
in the tree.  Or is the tree the wrong place to look for this information? 
Comment 2 Krishna Sethuraman 2003-03-11 04:46:01 UTC
Is this the same or a subset of 51259? 
Comment 3 Krishna Sethuraman 2004-05-11 03:42:45 UTC
If someone can describe whether the find-as-you-type functionality (bug 51259) covers this case as well, I guess I can do without it.  Or perhaps it can be closed for now, and I'll refile this bug once I can test the find-as-you-type functionality and notice any problems.

[This add in response to 'please review your entries' email]

Thanks for an excellent product.
Comment 4 Sebastian Sauer 2005-03-21 05:07:27 UTC
At least partly related to the wishreports 99356 and 97068.
Comment 5 Krishna Sethuraman 2006-12-12 05:51:37 UTC
See also bug 99356 comment 4 for a partial workaround.
Comment 6 Michael 2008-07-30 11:48:33 UTC
Tested with konqueror (svn trunk r 837777)  and http://www.phoronix.com/scan.php?page=news_item&px=NjYyOA as the test page. 

If you search for "kernel mode" you will get the first link in the text. If you then use tab, you will get to the next links in the text.

So it looks like it has been fixed, if not, feel free to add a comment here ;)