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