When is KHTMLView done with rendering?

[Jeroen Wijnhout]

On Thursday 17 June 2004 11:12, Lubos Lunak wrote:
> On Thursday 17 of June 2004 09:45, Jeroen Wijnhout wrote:
> > On Thursday 17 June 2004 08:58, Jeroen Wijnhout wrote:
> > > On Wednesday 16 June 2004 22:46, Leo Savernik wrote:
> > > > There's a much easier approach: After each reflow (triggered by a
> > > > timer during page loading), check whether the targeted element
> > > > already has a renderer. If it has, we know that it has been laid out
> > > > and thus the coordinates are known => jump to it.
> > >
> > > Ok, and what are the magic commands (i.e. how do I perform the checks,
> > > which timer etc.). Remember, I'm not familiar with the KHTML code, so
> > > some pointers would be very welcome :-)
> >
> > This is what I found: emitting a (newly created) finishedLayout() signal
> > at the end of void KHTMLView::layout() and connecting this signal to a
> > gotoAnchor() slot in KHTMLPart, fixes the problem. But I'll have to do
> > some more testing.
>
>  Please make sure it doesn't do any scrolling if there was any user
> activity meanwhile.

I'll try. In KHTMLView::timerEvent the scrolling is handled, right? I will 
just disconnect the signal/slot there in case of any scrolling.

best,
Jeroen
-- 
Kile - an Integrated LaTeX Environment for KDE
http://kile.sourceforge.net