Summary: | Would like better management of long file transfers in konqueror | ||
---|---|---|---|
Product: | [Applications] konqueror | Reporter: | Luke <lcampagn> |
Component: | general | Assignee: | Konqueror Developers <konq-bugs> |
Status: | RESOLVED INTENTIONAL | ||
Severity: | wishlist | CC: | bonne, kde-2011.08 |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Luke
2006-04-15 00:47:06 UTC
You want KGet. And if it doesn't implement that feature you want, you can request it. But this is not suitable for Konqueror. I disagree. This could be a bumper feature for konqueror. If you want to copy a bunch of files of a CD to your desktop, but you can't select them all in one go, then you currently have two options: 1. Wait for the copy to finish to copy the next lot 2. Copy both simultaneously at 1/10th the speed because the laser zips back and forth. If you could have a copy queue you could tell the second group of files to begin copying after the first lot was finished. This simple feature could actually be used for many different things. In my opinion it should be implimented in konqueror. I had the same problem while I copied many large files from one external hdd to another. I don't want to fragment the files to much, so I had to wait before I can start new filetransfers... The Bug sould be reopened. I also agree that this bug should be reopened. Konqueror is handling the transfers in a bad way. So what if another program handles them in a good way, that does not mean that Konqueror does not have to. KGet advertises itself as a way to transfer files over the internet, or more specifically, to download them from remote machines to local. I would never think to use KGet to copy files from a CD. Thiago, do you object to reopening this bug, possibly against Dolphin instead of Konqueror? See also related bug #205200. |