KParts::URLArgs split up

[Simon St James]

Hi David,

On Monday 09 July 2007 16:59, David Faure wrote:
> So here's a kdelibs patch which addresses the issue of KParts::URLArgs
> being 1) hidden in the browser extension stuff even though some of it is
> unrelated to browsers and is needed by almost all parts (like reload,
> xOffset, yOffset, mimeType and KIO job metadata)
> 2) cluttered with actual browser-specific stuff (and by that I mean stuff
> that is only used by KHTML and Konqueror, basically).

Eerily, I was just about to start preparing an e-mail about the state of 
URLArgs this evening!

I was going to ask whether it would be possible to distinguish, as is the case 
with several browsers, between a "hard" and a "soft" reload in URLArgs? 
The "soft" reload, usually triggered by pressing F5, re-downloads the current 
page *but* not the images; the images are simply retrieved from the cache.  
The "hard" reload (CTRL+F5 in e.g. Firefox) re-downloads everything, and is 
the current method employed by Konqueror even when just F5 is pressed.  
Needless to say, this can be very painful on dial-up or metered Internet 
access!

This addition would be a step towards fixing e.g.

http://bugs.kde.org/show_bug.cgi?id=121993

The distinction is also useful for another bug, as detailed here:

http://www.nabble.com/Bug--66958-t2927772.html

Maybe making reload an enum encompassing "Not reload", "Soft reload" and "Hard 
reload", for example ... ?

Best Wishes,
Simon