[Deadftp-devel] [ deadftp-Feature Requests-474108 ] Suggested new queue behaviour
Status: Beta
Brought to you by:
brandon2
From: <no...@so...> - 2001-10-23 15:29:44
|
Feature Requests item #474108, was opened at 2001-10-23 08:29 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=357301&aid=474108&group_id=7301 Category: None Group: None Status: Open Priority: 5 Submitted By: Michael Grig (mgrig) Assigned to: Nobody/Anonymous (nobody) Summary: Suggested new queue behaviour Initial Comment: Basically, the suggestion is to model the queue behaviour with regard to directories after Bullet Proof FTP (IMHO the best windows ftp client available to date) I've always found it's treatment of the queue most logical and I would very much like to see similar behaviour implemented in Deadftp. Basically, the following changes are suggested: - When downloading a directory, the directory with the same name is created on the local filesystem. (eg: if downloading /pub/pants/ a directory called "pants" is created in the current directory and all the files are placed in it as opposed to just dumping everything to the current directory) - When you enqueue a directory it is not expanded on enqueue - When downloading, if the top entry in the queue is a directory, it is created localy, and all the files in it are reenqued (in the front or the back depending on preferences) with local path pointing to the newly created directory. - If an overwrite/resume/rename issue comes up, show a dialog with a timeout (aka after n seconds it goes to the default option), defaulting to a user selectable (in preferences) option depending on the local and remote file sizes and dates. I very much hope that you will take this suggestion under consideration. I think that at least the first point deserves some imediate attention. Thank you. PS. I am willing to help out with implementing this feature (even though I am more familiar with GTKmm/C++, than GTK+/C). Let me know if there's anything you would like me to do. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=357301&aid=474108&group_id=7301 |