key navigation and visible area of the page
Lubos Lunak
l.lunak at suse.cz
Wed May 12 08:49:37 BST 2004
On Monday 10 of May 2004 18:40, Arend van Beelen jr. wrote:
> On Monday 10 May 2004 18:26, Lubos Lunak wrote:
> > Hello,
scrollTo() patch committed.
>
> [snip]
>
> > On a related note, I noticed the type-ahead find works differently (and
> > less usefully) from Mozilla's. It always starts searching from the top of
> > the page, instead of searching from the top of the visible part of the
> > visible page (which makes more sense if you think of type-ahead find as a
> > faster mouse-less way of navigating on the page). IMHO the code that's in
> > KHTMLView::focusNextPrevNode() should be used for the type-ahead stuff as
> > well. And, while I'm at it, I think Tab should work similarly too - using
> > only the visible elements. Comments?
>
> I was already thinking about changing that. So yes, I agree type-ahead find
> should start at the top of the visual part of the page.
Good. Did you just volunteer :) ?
> And some people on
> bugs.kde.org already mentioned pressing Tab after a type-ahead search
> scrolls to the element that gets focus and you can loose the search result
> out of sight. So Tab should indeed start as well start in the visual area.
> Maybe it would even make sense to let it start right after the current
> selection (if any).
Sounds like a good idea.
--
Lubos Lunak
KDE developer
---------------------------------------------------------------------
SuSE CR, s.r.o. e-mail: l.lunak at suse.cz , l.lunak at kde.org
Drahobejlova 27 tel: +420 2 9654 2373
190 00 Praha 9 fax: +420 2 9654 2374
Czech Republic http://www.suse.cz/
More information about the kfm-devel
mailing list