[Kget] [Bug 190500] New: Konqueror integration: get from cache/KPart where possible rather than redownload
peaches
pzcdyhbb0nzq9layi4mcj1hhp at gmail.com
Fri Apr 24 11:10:29 CEST 2009
https://bugs.kde.org/show_bug.cgi?id=190500
Summary: Konqueror integration: get from cache/KPart where
possible rather than redownload
Product: kget
Version: unspecified
Platform: Compiled Sources
OS/Version: Linux
Status: UNCONFIRMED
Severity: wishlist
Priority: NOR
Component: konqextension
AssignedTo: kget at kde.org
ReportedBy: pzcdyhbb0nzq9layi4mcj1hhp at gmail.com
Version: trunk: KDE r957442, qt-copy r942255 (using Devel)
OS: Linux
Installed from: Compiled sources
Saving things like images from Konqoueror creates new downloads for KGet, which
downloads new copies. Aside from getting entirely new copies, this can
sometimes not work at all, if the website reacts differently based on
"Referer:" http request header entry or something like that, which KGet can't
necessarily know about or change.
I think both problems can be solved much of the time for Konqueror plugin to
get any finished data it can from Konqueror cache or KHTML KPart first (I
assume the KPart data and Konqueror cache are separate anyway, and getting from
KPart where possible would work even if caching is off). Then the download
could be automagically added to KGet as 100% finished with whatever pre- and
post-handling goes on, like transfer history tracking and semantic tagging.
Seems like a bit of coding voodoo, but it would be nice.
Hopefully this can also be helpful for cases like for example you download a
PDF and view it in Okular KPart inside Konqueror, then use Konqueror's Save As
to get an instant KGet copy (right now I think the KPart's internal context
menu doesn't send to KGet at al which may be another issue altogether...).
Now that I think about it, maybe KGet can simply poll all opened Konqueror
instances for any URL that gets added to it, checking if any KParts or
Konqueror cache has the URL's data already as a completed download, then start
the voodoo magic.
Anyway.. something to think about.
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the Kget
mailing list