Home / KGet : Usability report

Personnaly, I think using KGet is not as easy as it should.
And it miss few features to be pleasant.

Before to begin : I have french version of KDE, so I've retranslated back to english the strings :-)
Secund note : I've taken a totaly new to KGet user profile (that quite I am) and wrote all questions this user can ask.
I alwayse think what to write to describ buttons/features by asking me all questions (typically "what", "for what", "why", "when"...). I think as this, all user questions will be OK and he will can choose to use the feature or not just by read the name/label.

The actual toolbar (Usability errors)

Proposed modified main toolbar

I've added "..." on paste and new because it's implie a dialog.
I've added "New download...".

I've regrouped the only three download control + one. Basically, we want to download all files we add to the queue, because we want to download all, files must be automatically deownloaded without operation : when a download finish, another must be started. They are downloaded with "Play". But we want to have a download number limit and download files from top to bottom (priority), so they are currently paused. They will be re-downloaded as soons as a download will finish (or Play is clicked, and priority is higher than other current downloads). It's what expected : KGet is a downloader and we don't have to explicitly clic "Start/Continue" to download.
But for some files, we don't want to continue download : that is the reason of the "Suspend". It replace the "offline mode" : select all files and then "suspend" to have the same behaviour. The "Remove" has been replaced by "Cancel download" if download in at 0% or < 100% : it's quite explicit that download will be deleted AND also the file. If download is at 100%, name it "Remove from list". Here also it's obvious and nice usable.

Each download should have an icon if it's state :

Those states replace [Put in wait stack], [Chronometer] and [In wait].
Because [Resume], [Pause]... can do that : make feature doublons.

I think thins wording is very explicit and usable.
If you have remarqs, feel free to correct.

Add download : reduce steps

Another issue is the new download process that need two dialogs to accept. It's ennoying : Because of the configurables folders (by extensions...) their is no particullary need to change folder on past/add.
And because we paste URLs, there is most time no need to edit it. I propose to have a new add/paste dialog :

 ________________________________________________________________
| URL to download   : [ http://www.kde.org/something.tbz ]       |
| Where to download : [ file:/home/me/[something.tbz]    ] [...] |
|                     [ Use last folder ]                        |
 ________________________________________________________________

Then, when paste, the focus must be placed on the secund field, with "[something.tbz]" selected to be able to personnalize only the name of the downloaded file (as now : the most often control a user expect).
If dialog is called with "New", then place focus on URL, of course. The [ Use last folder ] will recall the last folder.

To solve the problem of "New download" by using the "Paste" feature, I propose to add an adress bar, like in Konqueror. After all it's consistent.

The "Open a download" and "Paste a download" texts are strange. Or it's not a use in french. I usually don't say "Open a download". Perhapse rewording it as "Open an URL to download" and "Paste an URL to download", isn't it ?

The "Drop to target" appears in two menus : View and Options. Quite unhabitual to have two options in two different places.

What options I usually want

Waoo ! It's a long comment :-/
But I wanted to do it for some time.

Have been posted to KDE-bugs under Bug 79519: KGet usability report TODO.

New design

I've joined KGet 2 working team to help for the redesign of KGet.
Here is a Kolourpaint made mockup of what I could see for the main window :
Idea of new GUI for KGet 2

Here are explanations :

The toolbar :

After reflexions (see below), perhapse the log window should be a KMDI panel : would be better (or a window if user do not want the KMDI interface).

Then, the list :

With this draw, I haven't took in acount the "modes" (quickly changeable options), nor a button to pass to a "limited bandwidth mode" (looking at this, downloader4x (d4x) have three options :