features request in KHTML for interaction with another KDE project

[Sebastien Raveau]

On Sunday 17 April 2005 18:40, Tobias Anton wrote:
> Your approach won't work in some complex cases. Imagine e.g. a page with
> javaScript code that is executed onLoad. Assume further that this code
> changes an IMG tag's "src"-attribute so the image referred to by the new
> value will be loaded only after completion of the page itself. You won't be
> able to intercept this URL, no matter how many libraries or function calls
> you add to the parsing step of KHTML.

I know: that's exactly what I was explaining in my very first email, when you 
said it was too long.

> Otherwise, you'll be able to get a list of all links by creating a
>       new HTMLCollectionImpl( d->m_doc, HTMLCollectionImpl::DOC_ANCHORS);
> and filter them by their href-attribute, doing the same for frames and imgs
> with their src-attribute afterwards. This way, you can use KHTML for
> parsing and retrieving the information you desire.

Thanks, I'll try that :)

> However, I have not yet understood why you want to interfere with KHTML in
> that way, if hawKeye's main purpose is to show the links in a web page...

*sigh*
That's not hawKeye's purpose at all...

-- 
Sébastien Raveau
computer and network security student
head of the hawKeye network monitor project
http://hawkeye.sourceforge.net/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <https://mail.kde.org/mailman/private/kfm-devel/attachments/20050417/3672fe12/attachment.sig>