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.