* Tell the user the format of some of the preferences
fields (proxy and regular expressions)
* Rethink the properties box and remove the button from the toolbar
* Totally remove the download info page and move the information to:
+ The information of the auto download goes to a new column on
+ The buttons go to the properties box
+ The rest go to a popping double click (on a list element)
* Make the list less taller and less wider
* [DONE] Change the titles of the windows:
+ main window and message windows => GNOME Transfer Manager
+ other windows => title according to the content without GTM
* [DONE] Auto-scroll the list when a new download starts to make that
* [DONE] Master switch to the auto download feature on the toolbar
* [DONE] List information with (opening from the menu or something like
+ Number of files on the list
+ Number of complete files
+ Number of running files
+ Number of stopped files
+ Other information people might think it is useful
* [DONE] It's annoying to have GTM open just to wait for a connection
to the network. So the applet will have an option to open GTM when
it knows the network is up.
* [DONE] Resize the applet according to the size of the panel. This is
important with GNOME 1.2 because the panel has diferent sizes
and we don't want the gtm_applet to be the one to ruin the party by
not resizing like the other applets.
Users wish list
* Segmented download to accelerate the download
* Limit the number of downloads to a site
* Handle message out-of-disk-space
* Log the completed downloads (with the ability to reuse
the logged URL)
* report when it is impossible to resume (wget doesn't report this
so it is impossible to do this right now using wget)
* Scheduler for multiple time driven downloads (eg start this at 2am).
A batch mode which would not require X would also be helpful for this.
* bandwidth metering (eg don't use more than 50% of available
* choose the best mirror to get a file from (have to configure the
* long term stats (total bytes transferred, file types, transfer
* mail notification (run command when all downloads are complete
(see above) might cover this).
* Hide the "disable proxy" if the user doesn't have a proxy configured.
* Text box on the toolbar to speed up URL adding (instead of the
* a search function that will interface to internet search programs
such as FTPsearch thereby allowing the user to obtain multiple
locations for the same file or group of files so that, if one
connection is broken or too slow, gtm can switch to another connection
and continue the download(s)
* support recursive wget
* Ability to select a group of files and have an option to "Send To
Beginning" and "Send To End" on the menus and right click.
* Ability to move a group of files at once via DND, and even if not
* It would be useful to automatically separate the list into In
Progress/Waiting/Completed, in that order.
* Ability to have separate "sessions" which have different file lists
and default downloading prefs. This would mean you could run two GTMs
(as long as it didn't use the same session) or switch between sessions
in one instance (and stop downloading the previous session). This
would make file lists more manageable too, and quickly allow you to
choose which download you wanted to currently continue.
* More retry settings, like "move to end between retries", and
"minimum time between retries".
* Ability to define prioritisation categories, so for example, all
files on server x would be downloaded before server y, or all mpgs
would be downloaded before all zips.
* "Delete File" (from disk) and "Open File" actions (on double click).
* Allow changing the whole URL, including the file name if the
download has not already started. If it's partially downloaded, give
the user various options, including rename on-disk file, delete on-disk
file or cancel. If it is downloaded, give the same options plus one to
leave the old file there.
* When files selected, say somewhere how many files are selected.
Useful for determining you've got all files when there's a lot.
Possibly add "selected" column to list statistics.
* Sort by various criteria as well as priority, eg file name, URL.
* Ability to restart transfer even when already running.
* Restore one/multiple files to default download options.
* Automatic download policy selection based on URL/media-type.
Currently only does directory on URL.
* Forced reload checkbox, that will bypass caches.
* Numeric download should support drag & drop that intelligently
breaks down the URL into component parts rather than just dumping
into first field.
* Ability to remove finished files from the list
* Improve directory matching capabilities, perhaps make it similar
to the way email filter rules are typically set up. So as well as
the current wildcard matching you could have "contains", "is exactly",
"matches regular expression" etc.
* Persist download log between sessions.
* Support headers such as Referer, User-Agent, HTTP Authentication,
plus custom headers.
* Prevent GTM from downloading files with different file names if
a redirect occurs. May require not using wget.
* Support retrying a file when it turns out a "try again later"
web page was downloaded. Either require a file to be of a
minimum size, require the MIME type not be HTML, or require the
downloaded file name to the requested one.
* Ability to specify a different file name for the local file
on disk. To change it you would have a checkbox on new single
or numeric download.
* If you try to drag and drop a file with the same file name as
one that already exists you would have an option to bring up the
"New Download" box so you can override the directory and/or file
* Some way to specify the size of the download log, either in
prefs or by a splitter.
* Some way to disable the log. Maybe use a toolbutton like the
* Allow the user to specify what columns appear in the file list, and
to resize them. Currently the file list uses the GTK CList widget.
To fix this, GTM would either have to change to the GAL or GTK2
version, or destroy the file list and recreate it whenever the
column list is changed.
* Extra columns: download size, downloaded, percentage graph,
download time, estimated download time remaining, estimated total
download time, average download speed, 'instantaneous' download
speed, 'running' download speed for a specified interval, local file
name, local directory, originating program (possible?), extra HTTP
headers, use proxy, use caches, use auto download, full URL,
download completed date/time, download started date/time, download
last started date/time, download last stopped date/time, scheduled
* Allow cookies to be set up that can be passed to a site.
* Expand the URL pattern matching so can or always corresponds to
an entire download policy (eg use proxy, use caches, custom headers,
* Maybe change numeric download's min and max numbers so that
breaking min <= max by clicking one number will also move the other
number in the same way so as to enforce min <= max, ie if the widgets
were 2 -> 2 and you clicked to reduce max, min would also reduce, so
as to give 1 -> 1. Then there is no need for the error message if
max < min, just an assertion.
* There are lots of different ways a URL can be refused (eg exists
already & invalid URL). Where one of these errors occur, all the
invalid URLs should appear along with the error. Where multiple
URLs have an error, maybe list the error, then all the URLs with
that error, then the next error, etc.
* Do something about downloading directories.
+ Currently says: "Multiple download not implemented yet".
"Download of directories not yet supported." would be better.
+ Dialog-add allows downloading directory indexes, but dialog-new
gives the above error. Maybe just allow them to be downloaded?
(Could require a file name to be specified?)
* Provide an option to require that all URLs match a directory
suggestion regexp. If they don't, pop up a dialog saying so and
allow the user to define a new regexp for that URL. This would be
like the normal dialog, except it would display the URL, and "OK"
would check the URL matches the regexp.
* Undo! Restore those accidentally lost URLs!
* Port to the soon to be released GTK 2.
* Either use the page info or properties box to allow you to change the
options of a lot of URLs at once. At the moment you can only do this
for auto download using the menus or toolbar.
* Allow defining multiple proxy settings and let URLs choose one.
* Applet should give a visual indication of the progress of a
number of downloads that the application is downloading.
* Do something with the status bar!
* Convert the help system to docbook (almost done).
* I'm going to change the interface to support the download of more
than one file per URL and with this I mean also the use of options
like mirror. (I'm more close to finish this goal!)
* If someone requests it we can add more functions to idl. This way
the program can be controled from an applet or another application
* I don't know yet how to implement upload but I must do it sometime
because programs using GTM to manage transfers through it's CORBA
interface might like it. (This is impossible with wget unless we use
another way to transfer files)
Possibly switching to libcurl might help with this.
* Investigate ease of implementation and potential memory savings of
sharing download policy structure and possibly other stuff between
URLs. This may become more useful as more things are added to the
download policy (eg HTTP headers). Would need to handle the fact
that if you modify the download policy of one URL you would need to
split a new download policy off unless it had a reference count of 1.
* Download policy structure might also be useful elsewhere.
* The current way of speeding up large file list loading is very
kludgey. In particular file-list and file-data are dependent on
each other circularly. There should be no references to file-list
* Perhaps make list statistics updating incremental rather than
resumming every update. This should speed up large list loading a
* Investigate source code sharing between applet and application.
At least some dialog code should be shareable, in particular the
directory suggestion stuff has been copied and pasted from applet
to application in places.
* Keep exploring possible transition to GLADE. GLADE seems too
immature. Most troublesome issue is currently the lack of the
ability to define a compound widget for the download policy widget.
* Audit for where assertions should be placed.
* Run a leak finding program and remove leaks. There are leaks.
* Define ownership rules on interfaces and do a leak audit. This
will find leaks that don't occur a lot in practice and might slip
through a leak finding program.
* Run a "lint" source code checking program.
* Remove all FIXMEs.