home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / os2 / apps / 5728 < prev    next >
Encoding:
Text File  |  1992-08-31  |  1.5 KB  |  34 lines

  1. Newsgroups: comp.os.os2.apps
  2. Path: sparky!uunet!cs.utexas.edu!tamsun.tamu.edu!rigel.tamu.edu!wjb5106
  3. From: wjb5106@rigel.tamu.edu (Walter Barnett)
  4. Subject: Re: Starting programs from the background menu
  5. Message-ID: <31AUG199211381208@rigel.tamu.edu>
  6. News-Software: VAX/VMS VNEWS 1.41    
  7. Sender: news@tamsun.tamu.edu (Read News)
  8. Organization: Texas A&M University
  9. References: <FAGER.10.715245049@gribb.hsr.no>
  10. Date: Mon, 31 Aug 1992 16:38:00 GMT
  11. Lines: 21
  12.  
  13. In article <FAGER.10.715245049@gribb.hsr.no>, FAGER@gribb.hsr.no (Fagerland, Svein      94/96) writes...
  14. >There is a menu for every object. In the backbround picture menu iI have 
  15. >added a few of my own programs to the menu, but when I start them from the 
  16. >menu they dont start in the directory where the .exe file is.
  17. >So some programs dont't work ( for instance all the command prompts ).
  18. >THe only way to get around this,  I've  discovered is to make a command file 
  19. >that brings you to the program location before it starts it.
  20. >THERE MUST BE A EASIER WAY ? ANYBODY ?
  21.  
  22. Have the menu point to a program object rather than an executable file.
  23. With the program object, you can specify the starting directory and
  24. parameters.  Use the FindProgram-Locate option to point to the object. 
  25. The pop-up menus pass their path to the program being started; you can
  26. stop this by placing a percent sign as the first thing in the parameters
  27. field for the program object. 
  28.  
  29. _______________________________________________________________________
  30. Walter Barnett        Aerospace Engineering        Texas A&M University 
  31.