[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: KHTML memory usage.
From:       Damien Uern <morpheus_2606 () internode ! on ! net>
Date:       2005-06-18 6:57:48
Message-ID: 200506181615.57679.morpheus_2606 () internode ! on ! net
[Download RAW message or body]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Fri, 17 Jun 2005 10:05 pm, Oliver Stieber wrote:
> Hi,
>
> I've been thinking about trying to put some
> improvements into KHTML and was wondering if anyone
> knows.
>
> a: The difference between the page content size as
> downloaded and the memory used by KHTML to render the
> page.
>
> b: How easy it would be to drop pages the rendered and
> only hold the downloaded content of pages that haven't
> been viewed for a while or when memory starts getting tight.
>

Perhaps this is unrelated (as this would likely use MORE memory) but a cool 
feature for KHTML I think would be better caching of back history a la Opera. 
In opera you can click back, and the page is just instantly there, no need to 
resend info or refetch anything. I don't think it even re-interprets any 
html, it just repaints the screen based on already parsed structures.

I have no idea why no other web browser on earth does this, because I think 
it's a really cool feature. 

Please no flames if KHTML does this already now, I'm still using KDE 3.2 :)

Damien

- -- 
Amy: "Way to go, Professor, the plan worked." 
Mom: "Plan? What plan? I thought this was a spontaneous whirlwind of hot dry
sex."
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFCs8MfXHT3QsqXjYQRAiJRAKDOYqKcdsXkioqb3/vTWhXP7Od0LACeKUsE
G7TisnURwTFyxh9cZSyE9NQ=
=/8H6
-----END PGP SIGNATURE-----
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<

[prev in list] [next in list] [prev in thread] [next in thread]