Firefox:Download Manager: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
No edit summary
 
 
(31 intermediate revisions by 24 users not shown)
Line 3: Line 3:
There are a couple of problems existing in the way we do downloads right now that affect users in various ways:
There are a couple of problems existing in the way we do downloads right now that affect users in various ways:


* it is not possible to resume downloads across sessions. If the user knows their network connection is going down they can use our limited "Pause" support now but only so long as the browser is open.
* it is not possible to pause or resume downloads of components being installed via XPInstall, because the download progress notification back end is different.
* there is much code duplication relating to file and path name validation in the browser and external helper app service due to the lack of a simple API for file transfer that coalesces all such code. This results in bloat and multiple sites to consider when addressing security issues.
* there is much code duplication relating to file and path name validation in the browser and external helper app service due to the lack of a simple API for file transfer that coalesces all such code. This results in bloat and multiple sites to consider when addressing security issues.
* performance of the download list is sluggish when the download history is long.  
* performance of the download list is sluggish when the download history is long.  
* download list does not properly implement accessibility features that people are used to, does not scroll with key navigation, etc.  
** Could use a different default setting for when to clear the downloads history
* download Manager does not support Torrents or similar distributed downloading systems
* Add a checkbox option in Options dialog/General/download like "Show download dialog while opening a file" to don't display systematically download dialog when you are only opening a file like a JNLP file. This option could be unchecked by default.


= Features =  
= Supporting Pages =


The following features are required for 2.0:
[[Firefox:Download_Manager_Wishlist|Feature Wishlist]]


* cross session resume
[http://developer.mozilla.org/en/docs/nsIDownloadManager nsIDownloadManager Documentation]
* storage back end
* unified download back end with XPInstall, etc.  
* unified API for invoking download operations (e.g. unify code paths between link clicks and Save Target As... and other potential uses - single API to take a url and transfer)
* accessibility - listview implements accessibility APIs and proper keyboard navigation support


= Design =
[http://developer.mozilla.org/en/docs/nsIDownloadManagerUI nsIDownloadManagerUI Documentation]


* revised design for function "links"
= Mockups =
 
[[Image:comtom-mockup.png]]

Latest revision as of 14:05, 11 March 2009

Background

There are a couple of problems existing in the way we do downloads right now that affect users in various ways:

  • there is much code duplication relating to file and path name validation in the browser and external helper app service due to the lack of a simple API for file transfer that coalesces all such code. This results in bloat and multiple sites to consider when addressing security issues.
  • performance of the download list is sluggish when the download history is long.
    • Could use a different default setting for when to clear the downloads history
  • download Manager does not support Torrents or similar distributed downloading systems
  • Add a checkbox option in Options dialog/General/download like "Show download dialog while opening a file" to don't display systematically download dialog when you are only opening a file like a JNLP file. This option could be unchecked by default.

Supporting Pages

Feature Wishlist

nsIDownloadManager Documentation

nsIDownloadManagerUI Documentation

Mockups

Comtom-mockup.png