Launcher API support

Bug #869365 reported by Satchit Bhogle
40
This bug affects 8 people
Affects Status Importance Assigned to Milestone
Midori Web Browser
Confirmed
Wishlist
Unassigned

Bug Description

When downloading a file in Midori, it doesn't give you any progress bar or download speed. You're left sitting and wondering when the download will complete, though the integration with NotifyOSD is nice. Instead of the traditional in-browser download managers, in eOS, the download speed and a progress bar should be displayed in Docky itself. It's clean and effective.

Tags: downloads

Related branches

Revision history for this message
Satchit Bhogle (satchitb) wrote :

Why isn't Wishlist a status? Changing to Opinion.

Changed in elementaryos:
status: New → Opinion
Revision history for this message
Sergey "Shnatsel" Davidoff (shnatsel) wrote : Re: DockManager support

Wishlist is importance, not status. "Opinion" means that the opinion is not shared by the dev team, so changing to "confirmed".

Changed in elementaryos:
status: Opinion → Confirmed
importance: Undecided → Wishlist
summary: - download management integration between midori and docky
+ DockManager support
affects: elementaryos → midori
Revision history for this message
Cris Dywan (kalikiana) wrote :

Opinion could also mean "the dev team doesn't have a clear opinion" the way I use it sometimes when I don't know what the right solution is :-)

The way I see it, we should rather have SteadyFlow support and have that display the progress. I'm also concerned with conveying progress in the dock when there are multiple things that could be progressing, think pages loading. But expectations differ in that I guess.

Revision history for this message
Satchit Bhogle (satchitb) wrote :

Oh, I really don't think users will have any doubt that the progress bar represents a download. After all, it pops up after they knowingly initiate the download. Post hoc ergo propter hoc in this case is not a fallacy ;)

Also, this shouldn't be a Midori-only fix. Other browsers should get this feature too, if possible.

Cris Dywan (kalikiana)
tags: added: downloads
Revision history for this message
Danielle Foré (danrabbit) wrote :

DockManager is being discontinued. Changing the bug description to reflect a move to Unity Launcher API

summary: - DockManager support
+ Launcher API support
Revision history for this message
Danielle Foré (danrabbit) wrote :

I have to agree with Christian that it could be ambiguous when we're talking about multiple downloads, but I think a badge for complete downloads wouldn't be a bad idea.

Revision history for this message
Satchit Bhogle (satchitb) wrote :

Progress bars are essential. I would, of course, prefer that they are on the Dock, but if not there, then they must be in the browser, else the user has no idea about progress. If in the Dock, either the oldest download, the newest download or the download closest to finishing should be shown. I personally am leaning towards the third, because then there's a clear connect between progress and completed alerts (be they in badge form or NotifyOSD bubble), but I'll be the first to admit that it's not very obvious for a progress bar to suddenly jump forward when a smaller download overtakes a larger download in terms of percentage completion.

Revision history for this message
Cassidy James Blaede (cassidyjames) wrote :

satchitb, bug 764827 is about showing the download statusbar when there are active or recent downloads, perhaps you'd be interested in that?

Dan and Christian, as far as multiple downloads go, is there a way to combine the progress of both? I assume you're already calculating the transfer speeds and filesizes since those would be shown in the download statusbar. It'd be really slick to be able to close Midori while something's downloading and to be able to see the progress of the download in the launcher. But then again, maybe a download manager would make more sense here... :-/

Revision history for this message
Julián Unrrein (junrrein) wrote :

According to the elementary HIG (http://www.elementaryos.org/docs/human-interface-guidelines/desktop-integration/dock-integration), this is a bad use case for Dock integration.

Revision history for this message
Julián Unrrein (junrrein) wrote :

I'm talking about the download progressbar, by the way. Dock badges for completed downloads would be nice.

Cris Dywan (kalikiana)
Changed in midori:
milestone: none → 0.5.4
Revision history for this message
Cris Dywan (kalikiana) wrote :

To clarify my updated point of view: some people like to monitor progress without seeing the browser window. The dock enables that. Despite the relative ambiguity it does serve a purpose.

Sadly dock and indicators is a schizophrenic subject. The HIG frankly doesn't help at all because every other person understands it differently. At one time people are crazy about download status in the dock, the next day somebody explains why it's wrong, and next time around a subset of the feature is wrong.

Revision history for this message
Julián Unrrein (junrrein) wrote :

I totally get your point of view. This should be talked with DanRabbit and/or other of the big guys, to see what they think about this now.

Cris Dywan (kalikiana)
Changed in midori:
milestone: 0.5.4 → none
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.