home *** CD-ROM | disk | FTP | other *** search
/ PC World 2008 May / PCWorld_2008-05_cd.bin / temacd / taskzip / TZip.exe / TaskZip_WishList.txt < prev    next >
Text File  |  2001-10-06  |  17KB  |  420 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. and given how busy I have been over the past year with one
  9. son, having more will probably prevent me from doing much
  10. other than limited bug releases for 3-4 years.
  11.  
  12. I want to thank all of you who have taken the time to install 
  13. and use TaskZip, and then to go beyond and email me with these 
  14. excellent suggestions.  Without your excellent input, TaskZip 
  15. would not have gotten this far.
  16.  
  17. -----------------------------------------
  18. WISH LIST:
  19. -----------------------------------------
  20. 09/25/2001
  21. ----------
  22. - Earl Lumpkins: Runs as MMC, administerable from any 
  23. computer.
  24.  
  25. - Earl Lumpkins: Integrated basic encryption.
  26.  
  27. - Earl Lumpkins: Able to use hidden administrator only
  28. shares for backup target folders, and source folders.
  29.  
  30. - Earl Lumpkins: Able to use TAR format to bypass ZIP 4 GB
  31. limitation.
  32.  
  33. - Earl Lumpkins: Ability to use NET SEND commands to send
  34. alert messages.
  35.  
  36. - Earl Lumpkins: Ability to send X number of backups to
  37. one network path, and Z number of backups to a different
  38. network path.
  39.  
  40. - Felix Schwarz: Incremental backups should perform a 
  41. complete backup for the initial run, not just the files
  42. that are changed that date, or that happen to have the
  43. archive bit set.
  44.  
  45. - Geoff Anderson: For CD-RW backups, would be nice to be able
  46. to have TaskZip automatically determine whether correct disk
  47. was in place based on volume name.
  48.  
  49. - Hynek Sladecek: Add Optional final report which summarizes
  50. processing (e.g.: "Successfully archive 24 files and 10215 
  51. bytes").
  52.  
  53. - Mark Jermanski: Add a CRC check to the zip file if users
  54. so choose (verify zip output with zip.dll call).
  55.  
  56. - Chris Barret: Have TaskZip recognize that a backup job 
  57. is overdue if computer was turned off when scheduled time
  58. passed.  Instead of scheduling automatically for next date,
  59. have TaskZip start backing up immediately.
  60.  
  61. - Stan Coleman: New feature to delete any ziaNNNNNN files
  62. that started to compress, but then failed out.  Leaving
  63. them in place eats up a lot of drive space.
  64.  
  65. - Stan Coleman: Allow users to choose a different path 
  66. for the temp file creation when zipping.  Currently, the
  67. default is to use the same path as the Target (or output)
  68. file is built.
  69.  
  70. - Michal Fryska/Charles Hawkes: Add ability to enter user 
  71. name and password for secure directories (such as Samba 
  72. shares on Linux).
  73.  
  74. - Michal Fryska: Add ability to schedule backups based on 
  75. size (exceeds certain pre-defined limit), or schedule based
  76. on trigger of file being added.
  77.  
  78. - Keith Walton: Request to add option in File | Preferences
  79. so that users can toggle on/off errors when file spec
  80. items do not exist...just continue forward rather than
  81. kill the entire backup job and move on.
  82. Note that a current workaround is setup your directory
  83. structure so that your backup item is a parent directory...
  84. then the children directories can be empty without causing
  85. a problem.
  86.  
  87. - John Reilly: Multi-machine backups for networked users.
  88.  
  89. - John Reilly: Remote control reporting (logs) too.
  90.  
  91. - John Reilly: Control via browser from home on holiday, etc.
  92.  
  93. - John Reilly: Feature to automatically determine files that
  94. are out of date and back them up.
  95.  
  96. - John Reilly/David Starr: Defer backups of locked files, 
  97. checking until they are unlocked at which time the are 
  98. backed up...or figure out a way to unlock them.
  99. TaskZip needs to handle locked files more gracefully.  
  100. Continue backing up all other files and wait to return 
  101. later when the file is not locked to back it up, or 
  102. figure out a way to unlock the file.
  103. At present, TaskZip will successfully skip items in the
  104. Add File dialog (entire folders with wildcard specs), but
  105. will not successfully continue backing up individual items
  106. if a locked file error is encountered.
  107.  
  108. - John Reilly: Feature needed where disk space is assessed
  109. before backup to popup error before backup rather than after
  110. backup failed.
  111.  
  112. - John Reilly: File restore would be a good feature to add.
  113.  
  114. - Earl Lumpkins: Ability for backup job to mirror copy
  115. files not to a single drop point, but to multiple drop
  116. points simultaneously.
  117.  
  118. - Earl Lumpkins: I.S. Administrators want the ability to
  119. dynamically add and remove networked drives rather than
  120. rely on UNC paths (\\Server\Path).  There are some things
  121. you cannot do with UNC paths where a mapped drive comes
  122. in very handy (esp. in conjunction with the undocumented
  123. pre-backup and post-backup command-line batch jobs).
  124.  
  125. - Felix Schwarz: Show date and time column on main 
  126. window for Last Run.
  127.  
  128. - Felix Schwarz: Make it possible to have grandfathered
  129. backups for non-compression just like compression...use
  130. named folders with appropriate extensions just like
  131. the zip files are made.
  132.  
  133. - W.Gaddis: Make a warning message that backup is about
  134. to occur and user must exit out of any applications that
  135. might lock files and prevent a successful backup from
  136. occurring.
  137.  
  138. - Bob Cherochak: Make TaskZip compress to RAR, or gzip,
  139. or other format.
  140.  
  141. - Mel Farmer: If there is an error that precludes TaskZip
  142. from successfully finishing a backup, the zip file will
  143. not be completed.  If user selects "No Stop, Keep Running"
  144. then unless s/he checks the error and event logs, will
  145. not notice that backup failed.  Fine and good, but what
  146. about when the grandfathered backups keep chugging along
  147. deleting good backups until after X number of days all
  148. existing grandfather backups have been erased, with no
  149. new ones replacing them...OOPS! User is Shit Outta Luck.
  150.  
  151. - Clean code up.
  152.  
  153. - Consider taking stuff off of this wish list and making
  154. a shareware version of TaskZip, all the while maintaining
  155. the freeware version too, albeit with lesser functionality.
  156. Would have license activation code.  Am hesistant to do
  157. it because of limited time...even if made money, may not 
  158. be worth the effort (time is more important).
  159. ...10/01/2001...Do not want to do this at all now due to
  160. time constraints.  Cannot support the shareware app at 
  161. this time.  Leave 100% freeware with no shareware version.
  162.  
  163.  
  164.  
  165. 12/06/2000
  166. ----------
  167. - Update Help file with command line parms and other info
  168. that is contained in the Readme.txt file.
  169.  
  170. - Add in John's new UI for handling command-line runs
  171. before and after backup job (see below).
  172.  
  173.  
  174.  
  175.  
  176. 11/25/2000
  177. ----------
  178. - Figure out how to get wildcard characters [, ], and ? to
  179. work as exclude filenames...not parameters for exclude.
  180. Some users use these wildcard characters in their filename
  181. conventions.
  182.  
  183. - Have auto-scheduled backups occur without the tray icon.
  184. Currently to have auto-scheduled backups run, you *must* 
  185. have the tray icon, or select manual mode where the 
  186. scheduled backups do not run.  Gerald Donker suggests 
  187. that a third solution in between would be beneficial to
  188. prevent users from accessing what the I.S. staff setup.
  189.  
  190.  
  191.  
  192. 10/29/2000
  193. ----------
  194. - Make settings for command-lines to be run both before and 
  195. after the backup is run.  Users have requested this for ftp 
  196. functionality (send .zip file to web), and to run other 
  197. utilities before/after zipping.  Note: you can get something 
  198. like X-Drive (look this name up on search engine to find url) to 
  199. seamlessly work with TaskZip for ftp's (the drive looks like any 
  200. other to TaskZip).  John almost has this done.  It is getting
  201. close...BUT I will defer for now due to time constraints.
  202.  
  203. - If change saving format from _1, _2, etc. to dated save,
  204. the old format save is left forever.  User must know to go
  205. in and delete old zip files left over after changed save
  206. format...Maybe should go in if change format and delete,
  207. or prompt to delete?
  208.  
  209. - Make option to map drive dynamically prior to backup,
  210. execute backup, then unmap the drive.  This will help
  211. with old Novell networks, etc. that do not fully support
  212. UNC (universal named connections).  Could even check if
  213. UNC paths work, then if not map a path.
  214.  
  215. - Schedule jobs to run at windows startup.
  216.  
  217. - Add date range critiera option to backup wildcard file
  218. selection. [From John's List]
  219.  
  220. - Make non-compression backup jobs also keep history with
  221. multiple named copies (Dir20001010, Dir20001011, etc.).
  222. Size is an issue though...if keep too many grandfather
  223. copies around, have to check source size first before
  224. backup occurs. [From John's List]
  225.  
  226. - Make a wizard that takes a zip file and creates a .tzp
  227. package from the zip file.  Henceforth, zipping would
  228. be automated...but user would have to answer TaskZip
  229. specific questions.  Zip file not store drives is one issue,
  230. and if zip file not store paths, have to trap for and 
  231. notify user. [From John's List]
  232.  
  233. - Ability to highlight several backup jobs and relocate 
  234. their target directory. [From John's List]
  235.  
  236. - Ability to make backup job templates that can run against
  237. other drives or directories.  Need relative path handling 
  238. of some sort.  However, could just copy a job and modify
  239. the drive or directory. [From John's List]
  240.  
  241. - Multi-threading while executing a backup would make the 
  242. whole thing appear far more responsive, and leave room
  243. for running multiple concurrent backups. [From John's List]
  244.  
  245. - Log edit, delete, and create of backup jobs.
  246. [From John's List]
  247.  
  248. - Create method to categorize backup jobs (like with a 
  249. tree control and groupings) so make more sense rather than
  250. just listed all on same equivalency. [From John's List]
  251.  
  252. - Cannot edit files in listbox, can only delete them, or
  253. add more by clicking add button.  Would be nice to just
  254. edit them in the listbox...I have to ponder this request
  255. though because adds more to the code, but for what?  For
  256. power users to save having to click a button at expense
  257. of simpler users who need to be led along.
  258.  
  259. - Backup Jobs have schedule that includes both full and
  260. incremental for same job.  Do not know how to make this
  261. appear in GUI, need to give some thought.
  262.  
  263. - Have TaskZip shutdown other running programs like
  264. Outlook so does not impact the backup.
  265.  
  266. - Add support for multiple languages throughout the GUI
  267. dialogs.
  268.  
  269.  
  270. 10/18/2000
  271. ----------
  272. - Number of days/weeks/months to keep grandfathered backups
  273. around is a drop down.  That drop down contains the same
  274. count as user set in preferences (1-99).  Would be better 
  275. if it knew 12 for months, 31 for days, and 4 for weeks,
  276. or something like that (rather than 99 if that is what
  277. user set for Keep N copies around in preferences window).
  278.  
  279. - Copying a backup job two times yields "Copy of Job", and
  280. "Copy of Copy of Job".  Do like Windows Explorer (Copy 2).
  281.  
  282. - Running multiple backups would be nice if window title bar
  283. indicated which backup job was currently running (leave
  284. status bar text listing of file archived as is).
  285.  
  286.  
  287. 03/14/2000
  288. ----------
  289. - Allow users to specify where the transaction log gets written
  290. to.  Gilberto G. in Portugal wants to be able to redirect all
  291. users transaction logs to a central Linux server so that all 
  292. the information regarding user's backups would be in one place
  293. on the network.  Until I fix this, just make a backup job 
  294. using no compression that just copies that taskzip.log file
  295. to the central server -- temporary work-around.
  296.  
  297.  
  298. 03/12/2000
  299. ----------
  300. - For non-compression backups (not applicable to zip backups), 
  301. backup to a temp directory.  When entire backup is complete with 
  302. no failures, then delete existing directory, and rename temp to 
  303. that name.  Right now, the design is risky because if you have a 
  304. failure while backing up to the one-shot, no-older-copies-
  305. kept-around, non-compression backup...then all is lost that is 
  306. not in the current backup.  This is an important design bug to 
  307. fix...but note that if a failure occurs during backup, user is 
  308. notified immediately and original source still exists.  This is 
  309. why I prefer backing up to zip files for the history, and then 
  310. weekly backing up my entire zip file history directory to 
  311. another computer.
  312.  
  313. - Make option to use as NT Service for NT installs (thanks Sean
  314. and Earl).
  315.  
  316.  
  317.  
  318. Pre- 03/01/2000
  319. ---------------
  320. - Make backups prompt users to immediately execute a backup job 
  321. if the previous run was skipped.  This one narrowly missed going 
  322. into the current release, but would have taken quite a bit of 
  323. testing and was risky so I skipped it.  
  324.  
  325. - Make option for Auto-Notification via email for both 
  326. successful backup run, or failed backup run.
  327.  
  328. - Add logic so users can select "Last Thursday of Month", 
  329. "Second Monday of Month", etc.
  330.  
  331. - Make a new backup type similar to Incremental, but that just 
  332. updates a single zip file with changes.  This way, the single 
  333. backup would always contain one backup with the most recent copy 
  334. of everything in it.  One draw back is that there would be no 
  335. grandfather backups (_1, _2, etc.).
  336.  
  337. - Add ability to specify higher or lower compression rates.  
  338. Pretty easy to do since zip.exe supports it...but would require 
  339. addition to .tzp file structure so omit until later when change 
  340. the .tzp file structure all at once.
  341.  
  342. - Postpone backups until the network activity is below a 
  343. specified threshold.  This will prevent excessive network 
  344. traffic and is important for huge, multi-gigabyte backups.
  345.  
  346. - Make option for selecting files (wildcard-like) whose 
  347. date/time stamp meets specified criteria (between date range, 
  348. after specified date, etc.).
  349.  
  350. - Do not rename incremental backup files with the _1, _2, etc. 
  351. if there was nothing to backup...just leave the files as is.
  352.  
  353. - Instead of recurse subfolders checkbox applying to entire 
  354. backup job (all folders selected either on or off), make /s 
  355. switch apply to individual folder selections.
  356.  
  357. - Add Version Stamp to .tzp files.  Upgrades would then know 
  358. what fields to expect when loading / savving .tzp files.
  359.  
  360. - Add ability to span diskettes for removable media.
  361.  
  362. - Add -A option to backup job definitions.  This would allow 
  363. users to make self-extracting zip files instead of just zip 
  364. files.  I really liked this option for people who do not have a 
  365. zip utility...but most people have a zip utility.  Add it in 
  366. later when revise the saving of .tzp files.
  367.  
  368. - Allow option to pause after each backup job is executed, and 
  369. before next one is executed so that can put in new diskettes.  
  370. This item will go away when I eventually re-write the TaskZip 
  371. compression, removing the zip.exe engine and replacing with a 
  372. zip.dll with more features...one of them being the ability to 
  373. span diskettes.  Spanning will eliminate this feature request.
  374.  
  375. - Add ability to multi-select file types from the Pick File 
  376. dialog's wildcard selection tab.  This would be faster for user 
  377. than having to repeatedly hit the Add File... button and click 
  378. all the buttons and drop-downs to fill out their selections.
  379.  
  380.  
  381.  
  382. -----------------------------------------
  383. REQUESTS WILL NOT DO:
  384. -----------------------------------------
  385. - One user had a good request that TaskZip list files like 
  386. WinZip rather than Backup Jobs in the scheduler window.  
  387. Although this would make TaskZip more like the other zipping 
  388. tools, it would defeat the purpose of the scheduling window 
  389. where you schedule backup jobs.
  390.  
  391. - If multi-select several backup jobs and click edit, will
  392. just open the last job in list for edit.  Should open
  393. all jobs, just the shared properties for altering.  Would
  394. take too much work to implement though, so nix it.
  395.  
  396. - Add restore feature for recovery instead of popping up
  397. Winzip or other zip utility.  Decide no because those 
  398. apps work fine and not need to duplicate the functionality.
  399.  
  400. - Make scheduler run as separate executable.  Decide no 
  401. because one of TaskZip's strengths is that is all in one
  402. package and simple to use.  Splitting off the scheduler
  403. would allow more sophisticated users to choose their own
  404. scheduler (i.e.: Windows scheduler, or At command for NT);
  405. but would cause less advanced users to opt out of using
  406. TaskZip.
  407.  
  408. - Ability to make hierarchical backup jobs (one that calls
  409. many sub-jobs).  Could use scripting too.  Will not do 
  410. however, because few people use it and take a lot of time
  411. to build it well.   [From John's List]
  412.  
  413. - Mel Farmer: Could make TaskZip icon change as jobs are 
  414. active (backup is running) at task tray.
  415.  
  416. - User noticed bug where once upgrade to version 2.xx; you
  417. can never downgrade back to 1.xx.  The fix will be for you
  418. to manually change the .tzp files so that all the INI-like
  419. text is removed at the bottom half of the file, and leave
  420. the top half, plain-text, older .tzp format data intact.