Browse should give an indication that a download is in progress

[greenfeld]

Browse should give an indication that a file download initiated from Browse is in progress. One gets a notification to confirm you want to download the item, and one gets a notification when the download is complete, but one does not get any information about download progress without switching to the Journal view. This is especially important for those on low-speed network connections.

If one does not know that the Journal view shows download progress information for Browse, one will never spot that it can show this information unless they switch to the Journal view while a download is in progress. This is a hidden feature I would have never thought to look for had someone not mentioned it in another bug report.

We should show some sort of download in progress indication in browse, even if it is just an animated icon (perhaps an arrow going down into a box, or a small progress bar?). Otherwise there is no information within Browse that the download is still going on, and no information presented to a user tends to be confusing.

Tested in OLPC 10.1.3 os351 and a daily SoaS F14/0.90 build.

[humitos]

Get Books have a progress bar that show the download progress of the book. This could be followed as an example. Screenshot attached.

[garycmartin]

Replying to humitos:

Get Books have a progress bar that show the download progress of the book. This could be followed as an example. Screenshot attached.

Hi humitos... Hmmm I'm sure it never used to be such a thick progress bar in GetBooks, is this the gtk3 work changing the theme a little? See the HIG here: ​http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/The_Sugar_Interface/Controls/Indicators

[garycmartin]

Whatever UI design is chosen, it will need to support the display multiple downloads. there is also the possibility that downloading will be handed over to a background task sp that you can quit Browse and Sugar will continue the download (I believe that is one reason why the progress bar UI is in the Journal, there was originally intent to fork background downloading that ran into some implementation issues).

Possibly related: One design discussion at Sugar Camp Paris 2, was to make use the Sugar notification system, and provide an aggregate Download/File transfer widget that would appear in the top Frame edge listing all current file transfers. It would provide a single UI location to view progress and/or cancel/manage all downloads/uploads. This was a feature targeted to support the case where a teacher needs to send and/or receive file transfers from all kids in a class (via the Journal --> send to friend feature, likely to be extended to support --> send to group). The current Transfer UI does not scale well when dealing with many transfers at once (many icons and palettes to individually manipulate). Browse downloads could be potentially handled by the same UI.

[dnarvaez]

Milestone 1.0 deleted

[godiard]

Modifications in the Journal in sugar 0.100 and in Browse activity version 155 solve this issue