home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / os2 / misc / 39463 < prev    next >
Encoding:
Text File  |  1992-12-15  |  3.3 KB  |  69 lines

  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!utcsri!torn!watserv2.uwaterloo.ca!watserv1!schepers
  3. From: schepers@watserv1.uwaterloo.ca (Peter Schepers)
  4. Subject: Re: Running ZIP/ZOO/etc from an icon (again!)
  5. Message-ID: <BzBB65.2KA@watserv1.uwaterloo.ca>
  6. Organization: University of Waterloo
  7. References: <1992Dec15.061829.9640@sbcs.sunysb.edu> <1992Dec15.063444.15320@midway.uchicago.edu>
  8. Date: Tue, 15 Dec 1992 17:56:29 GMT
  9. Lines: 58
  10.  
  11. In article <1992Dec15.063444.15320@midway.uchicago.edu> pynq@midway.uchicago.edu writes:
  12. >What is the 50 word synopsis of whether it is possible to run any of the
  13. >compression programs effectively from an icon?  Is there a way to click
  14. >on an icon and have it prompt you at runtime for the program parameters?
  15. >
  16.  
  17.     What I do is drag a program template onto the desktop, and in the 'Program
  18. and Filename' section, type in the drive:path\filename.ext you wish to
  19. run. Then in the 'Parameters' line, type in '[ ]' (there is a space
  20. between the two brackets). The brackets tell OS/2 to ask for input. This
  21. should do what you want. 
  22.  
  23.      However, I have a much more elegant solution. Create a program
  24. template, like above, but in the 'Parameters' line enter '%*'. Now,
  25. instead of double-clicking on the icon, just drag an icon that you want
  26. uncompressed onto the just-created program template, and watch it
  27. un-compress automatically. The '%*' entered in the option line tells OS/2
  28. to send the full filename and path to the program, rather than asking for
  29. something. Also, for added elegance, open up the settings for the
  30. just-created program template and click on full-screen and open minimized.
  31. This way when the program runs, it will not be visible at all, just your
  32. uncompressed files will appear in the directory from where you dragged it
  33. from.
  34.  
  35.  
  36.      For what it worth, I wrote a DOS application that acts as a front end
  37. for all the uncompressors. It parses the filename, looks at the extension,
  38. determines what uncompressor to run, creates a sub-directory with the name
  39. of the file to uncompress, and uncompresses it into that folder. It then
  40. 'CD's into the folder, so that under DOS, you type 'UNZIP FILENAME.EXT'
  41. and you will be in the subdirectory 'FILENAME' when the unzip process is
  42. complete. From OS/2 I have a program object which references this UNZIP
  43. program, and runs minimized in the background so I don't get any annoying
  44. windows opening and closing all the time. When it is finished, I get the
  45. subdirectory sitting in the folder where I was and I can now open it to
  46. see what the contents of the .ZIP file where. 
  47.  
  48.      If this program seems useable, I can upload it. Or if I get the
  49. time I might learn REXX, rewrite it, using all the latest OS/2 versions
  50. of the uncompressors (rather than the DOS ones). Or maybe someone else
  51. might take up the task. I do find the drag-and-drop procedure to be the best.
  52.  
  53.  
  54. >************************************************************************
  55. >La plus belle fille du monde ne peut
  56. >donner que tout ce qu'elle a.
  57. >
  58. >    - pynq@quads.uchicago.edu, who is still costing the net
  59. >      hundreds, if not thousands, of dollars, every time he posts -
  60. >************************************************************************
  61.  
  62.  
  63. So, you are also costing the net lost of money as well. So am I. Maybe
  64. together we can bankrupt the Internet?
  65.  
  66. Peter Schepers
  67. University of Waterloo.
  68.  
  69.