When is KHTMLView done with rendering?

[Koos Vriezen]

On Wed, Jun 16, 2004 at 10:46:08PM +0200, Leo Savernik wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Am Mittwoch 16 Juni 2004 17:26 schrieb Jeroen Wijnhout:
[...]
> Yes, that's what I meant, too. KHTML renders incrementally, so even if not 
> everything has been loaded yet, the position of certain elements may already 
> be known.
> 
> > Anyway, as soon as the coordinates of the anchor are known, a signal should
> > be sent to KHTMLPart. So the question is: Is there such a signal, and if
> > not, how/where should I add such a signal.
> 
> 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.

As this is one of my annoyance of Debian's kde-3.2.2 and if Jeroen claims are
correct (position of anchor is still 0,0) why not at least call updateRendering()
on the document in gotoAnchor() for the BRANCH?

> As a usability "enhancement", we could also keep jumping on each reflow as 
> long as no user interaction (scrolled viewport), in case the position may 
> shift (e. g. because images have been loaded that precede the targeted 
> element).

Sounds great to me...

Koos