kget<-->konqueror integration

Patrick patrick.charbonnier at chello.be
Sun Jun 16 12:25:23 BST 2002


On Wednesday 12 June 2002 11:16, David Faure wrote:
> On Thursday 06 June 2002 10:42, patrick wrote:
> > Hi list,
> > i would like to add an integration between kget and konqueror, in the
> > sense when you click on a link ( *.gz ) instead opening the default box
> > [save as...cancel] launch the download manager.
>
> Does kget handling the "save" case only, or also the "open" case?
>
> > At the first look i figure out 2 way do doing this (but maybe there's a
> > better way)
> > 1) modify the code in
> >
> > void BrowserRun::simpleSave( const KURL & url, const QString &
> > suggestedFilename )
>

I've made for testing purpose a simple patch that modify - - 
-KHTMLPopupGUIClient::slotSaveLinkAs()
-BrowserRun::simpleSave
I've tested with different site and seams working well (i got only a problem 
trying to download on java.sun.com apparently only "save as" work fine with 
this site..)

[...]

> > 2) Or modify  KIO::copy( url, destURL );
>
> That sounds more generic already, which might be a good thing.
> Well, that really depends on how it works, which I don't know ;)
> KIO::copy is the high-level recursive one anyway, it's rather file_copy
> that you might want.
> Then any application using file_copy (directly, via copy(), or via
> NetAccess) will make the download appear in kget.
> There's also the case of apps using get() - which is even more common,
> but then I don't know if kget can/wants to handle that.

I agree with you i will prefer to modify things in KIO:
my idea is to put all download skills in some function KIO::AvancedCopy 
(mirrors,split download, single log, advanced gui, dockable..) and leave just 
the job list management to kget and maybe use dcop for communication...
but for doing this i need more time....and  i would like to publish a working 
version for kde 3.1 so for the moment i will not add new functionality just 
bug fixing, make a decent help, at least 2 translation and remake the 
icons....)

If you agree i will go for the 1st solution patching kthml and kparts for the 
moment and switch for the kio implementation later.
 
ciao 
patrick

-------------- next part --------------
A non-text attachment was scrubbed...
Name: kget_kdelibs_patch_1.1
Type: text/x-diff
Size: 5361 bytes
Desc: not available
URL: <https://mail.kde.org/mailman/private/kfm-devel/attachments/20020616/e3e6e242/attachment.diff>


More information about the kfm-devel mailing list