unity-design team mailing list archive

[Frederik Nnaji <frederik.nnaji@xxxxxxxxx>]

On Wed, Apr 21, 2010 at 10:18, Matthew Paul Thomas <mpt@xxxxxxxxxxxxx>wrote:

> Conscious User wrote on 20/04/10 14:21:
>
> > I think it would be fine enough if the "download indicator" was a menu
> > with one item per download. This item would have a percentage, a label
> > and an icon indicating the source application. Clicking on each item
> > opens such application. A last, "preferences" item, would open a window
> > for things such as reprioritizing.
>

"preferences" would make sense here for switching available options on the
way you *prefer* the proposed new downloader-service to handle its tasks,
including prioritization..

Conscious makes a point with keeping the topic with "Indicators for showing
progress" ;)
an extra window for manual interaction with the proposed new
downloader-service is of course reasonable and practical, leads away from
the original idea of representing such a service in indicator form up in our
beloved panel.


> What would be the usefulness of showing the download portion of these
> tasks in a menu?
>

brief informative overview with the possibility to invoke the interactive
overview you proposed (windowed)

And if package downloads in particular shouldn't be shown in the menu
> (Update Manager is another example of this), what would be the dividing
> line between downloads that should be in the menu and downloads that
> shouldn't?
>

all downloads can be shown.
downloading as a protocol-independent service as proposed would yet regard
packagemanager activities as one single item only.
as you mentioned before, disk-performance is being reduced by every
write-to-disk operation, therefore all such operations should notify the
proposed service, so it can autoprioritize.