home *** CD-ROM | disk | FTP | other *** search
/ Freelog 11 / Freelog011.iso / Bas / Systeme / TaskZip / TaskZip_WishList.txt < prev    next >
Encoding:
Text File  |  2000-03-12  |  8.4 KB  |  188 lines
  1. =========================================
  2. T A S K Z I P   W I S H L I S T . T E X T
  3. =========================================
  4.  
  5. Below is a list of new features requested by users.  Any 
  6. features listed here will eventually be done, but are big 
  7. changes and will have to wait until the next major release 
  8. sometime in late 2000 or early 2001.  In the interim, we will 
  9. release patches as needed (hopefully none) to fix small bugs.
  10.  
  11. I want to thank all of you who have taken the time to install 
  12. and use TaskZip, and then to go beyond and email me with these 
  13. excellent suggestions.  Without your excellent input, TaskZip 
  14. would not have gotten this far.
  15.  
  16. -----------------------------------------
  17. WISH LIST:
  18. -----------------------------------------
  19.  
  20. 03/12/2000
  21. ----------
  22. - For non-compression backups (not applicable to zip backups), 
  23. do not completely delete all contents of the target directory 
  24. before copying in the source contents.  Rather, add to or change 
  25. the target contents.  User found that if he deleted files from 
  26. the source, then after the next backup they would be deleted 
  27. from the target (archive directory) as well.  Well, I can look 
  28. into adding this as an option, but will not replace the current 
  29. method as it is an important option too.
  30.  
  31. - For non-compression backups (not applicable to zip backups), 
  32. backup to a temp directory.  When entire backup is complete with 
  33. no failures, then delete existing directory, and rename temp to 
  34. that name.  Right now, the design is risky because if you have a 
  35. failure while backing up to the one-shot, no-older-copies-
  36. kept-around, non-compression backup...then all is lost that is 
  37. not in the current backup.  This is an important design bug to 
  38. fix...but note that if a failure occurs during backup, user is 
  39. notified immediately and original source still exists.  This is 
  40. why I prefer backing up to zip files for the history, and then 
  41. weekly backing up my entire zip file history directory to 
  42. another computer.
  43.  
  44.  
  45. Pre- 03/01/2000
  46. ---------------
  47. - Make backups prompt users to immediately execute a backup job 
  48. if the previous run was skipped.  This one narrowly missed going 
  49. into the current release, but would have taken quite a bit of 
  50. testing and was risky so I skipped it.  
  51.  
  52. - Make option for Auto-Notification via email for both 
  53. successful backup run, or failed backup run.
  54.  
  55. - Make settings for command-lines to be run both before and 
  56. after the backup is run.  Users have requested this for ftp 
  57. functionality (send .zip file to web), and to run other 
  58. utilities before/after zipping.  Note: you can get something 
  59. like X-Drive (look this name up on search engine to find url) to 
  60. seamlessly work with TaskZip for ftp's (the drive looks like any 
  61. other to TaskZip).
  62.  
  63. - Make option so not have to schedule backup jobs, but can only 
  64. run them manually.  I was surprised to learn that many people 
  65. use TaskZip manually like WinZip as a means of quickly zipping 
  66. file sets.  If I would have realized this sooner I would 
  67. probably not have designed TaskZip as a tray app with scheduling 
  68. functionality.  I would have specialized the app as a file set 
  69. zipper and let users use their own preferred scheduling agent 
  70. (and probably have built a freeware one myself).  Oh well, I may 
  71. do that way down the road, or someone else can beat me to the 
  72. punch (imagine if WinZip had templates, file specs, file sets, 
  73. or whatever you want to call it--built in).
  74.  
  75. - Make .tzp file structure into INI format (but retain the .tzp 
  76. extension).  This is very important as future feature 
  77. enhancements can be added in as properties much easier.  I 
  78. initially had no idea that TaskZip would grow this much and have 
  79. this many wonderful suggestions, otherwise I never would have 
  80. assumed that the flat/sequential nature of the current .tzp file 
  81. structure was acceptable.  I wish I would have done this 
  82. correctly from the start--lesson learned.
  83.  
  84. - Make a new backup type similar to Incremental, but that just 
  85. updates a single zip file with changes.  This way, the single 
  86. backup would always contain one backup with the most recent copy 
  87. of everything in it.  One draw back is that there would be no 
  88. grandfather backups (_1, _2, etc.).
  89.  
  90. - Add logic so users can select "Last Thursday of Month", 
  91. "Second Monday of Month", etc.
  92.  
  93. - Add ability to specify higher or lower compression rates.  
  94. Pretty easy to do since zip.exe supports it...but would require 
  95. addition to .tzp file structure so omit until later when change 
  96. the .tzp file structure all at once.
  97.  
  98. - Postpone backups until the network activity is below a 
  99. specified threshold.  This will prevent excessive network 
  100. traffic and is important for huge, multi-gigabyte backups.
  101.  
  102. - Make option for selecting files (wildcard-like) whose 
  103. date/time stamp meets specified criteria (between date range, 
  104. after specified date, etc.).
  105.  
  106. - Add zip file size to the listview (grid) on the scheduler 
  107. dialog form.  User requested so have a better idea of when zip 
  108. disk, CDR, etc. getting full.
  109.  
  110. - When browsing for a folder or files, should start off at C:\, 
  111. and not at the desktop.  Brad Martinez has some code for this on 
  112. his website, but it is pretty involved, so I ommitted it for 
  113. now.
  114.  
  115. - Do not rename incremental backup files with the _1, _2, etc. 
  116. if there was nothing to backup...just leave the files as is.
  117.  
  118. - Clear the archive bit flag on files that have been backed up. 
  119.  If could get this to work, then could also make a true 
  120. incremental backup option...and not just a date based 
  121. incremental which has weaknesses.
  122.  
  123. - Instead of recurse subfolders checkbox applying to entire 
  124. backup job (all folders selected either on or off), make /s 
  125. switch apply to individual folder selections.
  126.  
  127. - Add Version Stamp to .tzp files.  Upgrades would then know 
  128. what fields to expect when loading / savving .tzp files.
  129.  
  130. - Add ability to span diskettes for removable media.
  131.  
  132. - Add -A option to backup job definitions.  This would allow 
  133. users to make self-extracting zip files instead of just zip 
  134. files.  I really liked this option for people who do not have a 
  135. zip utility...but most people have a zip utility.  Add it in 
  136. later when revise the saving of .tzp files.
  137.  
  138. - Replace zip.exe with a more robust dll, ocx, or activeX 
  139. control.  Should offer more features than a util that shell out 
  140. too.  I know that DynaZip has more features...use it at 
  141. work...but don't want to spend the money to purchase for at home 
  142. right now.
  143.  
  144. - Allow option to pause after each backup job is executed, and 
  145. before next one is executed so that can put in new diskettes.  
  146. This item will go away when I eventually re-write the TaskZip 
  147. compression, removing the zip.exe engine and replacing with a 
  148. zip.dll with more features...one of them being the ability to 
  149. span diskettes.  Spanning will eliminate this feature request.
  150.  
  151. - Do not use _1, _2, etc. as the extension tagged to the end of 
  152. previous grandfathered zip backup jobs.  Rather, add on _ plus 
  153. the date (yyyymmdd).  Instead of a number of previous backups to 
  154. maintain, set a number of days back in time to maintain.  Set 
  155. the cutoff based on the date appended at the end of the zip 
  156. filename.  This would be pretty cool, it would simplify the code 
  157. (no longer have to rename files, have code to loop, etc.  Just 
  158. have to check files whose date extension--not file date stamp 
  159. because it could change by opening zip file--is older than date 
  160. X.
  161.  
  162. - Use -X switch of zip.exe utility.  This would allow exclusion 
  163. of specific file types (by extension).  The opposite of the 
  164. include wildcard option.
  165.  
  166. - Add ability to multi-select file types from the Pick File 
  167. dialog's wildcard selection tab.  This would be faster for user 
  168. than having to repeatedly hit the Add File... button and click 
  169. all the buttons and drop-downs to fill out their selections.
  170.  
  171.  
  172.  
  173. -----------------------------------------
  174. REQUESTS WILL NOT DO:
  175. -----------------------------------------
  176. - One user had a good request that TaskZip list files like 
  177. WinZip rather than Backup Jobs in the scheduler window.  
  178. Although this would make TaskZip more like the other zipping 
  179. tools, it would defeat the purpose of the scheduling window 
  180. where you schedule backup jobs.
  181.  
  182. - Make option for a single dialog rather than having to wade 
  183. through all the Wizard steps for more advanced users.  Good 
  184. suggestion, but I am a bit too busy to take a few days of spare 
  185. time to do it.  It is low enough priority, that I am going to 
  186. defer it indefinitely.
  187.  
  188.