[PATCH] soft vs hard reload in Konqueror and khtml
Mario Weilguni
mweilguni at sime.com
Tue Jul 29 08:35:46 BST 2008
Germain Garand schrieb:
> Le samedi 12 juillet 2008, vous avez écrit :
>
>> Hi all,
>>
>> Please find attached my first proper patch for KDE! :) It should go some
>> way to fixing the following bug, although I don't think it is precisely
>> what he is asking for:
>>
>> http://bugs.kde.org/show_bug.cgi?id=137720
>>
>> Briefly, it makes khtml respect the softReload member of BrowserArguments -
>> currently, when a page is reloaded, khtml largely ignores cached copies of
>> images and re-downloads nearly all of them, using quite a lot of bandwidth.
>> On a low-bandwidth connection, this can be quite painful, especially when
>> reading an image-heavy page whose textual context changes often, such as
>> eBay or a web forum.
>>
>> As far as I can tell, most non-khtml browsers *appear* to use the reloading
>> & caching strategy imposed by this patch, and they implement what is the
>> current default behaviour of khtml by allowing the user to initiate a
>> "hard" reload with a keyboard shortcut - typically CTRL+F5 - that forces a
>> re-download of all images, ignoring the cache.
>>
>
> Hi Simon,
> the patch looks nice to me...
> It could be even better to check if other browsers apply the same strategy to
> other cached elements (e.g. stylesheets) and not special-case images.
>
> OTOH images are indeed what will most significantly affect the page reloading
> time (by far), so it's already very nice as is and could go in IMO.
>
> Greetings,
> Germain
In fact, Firefox and IE will use http-if-modified-since or similar
techniques when doing a soft-reload, no matter what content-type it is.
IE is special here, it depends on settings - but normally, it negotiates
the content again.
More information about the kfm-devel
mailing list