home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / windows / openloo / 3607 < prev    next >
Encoding:
Internet Message Format  |  1992-08-26  |  2.3 KB
  1. Path: sparky!uunet!olivea!decwrl!csus.edu!csusac!unify!openlook!openlook-request
  2. From: DMAHONEY@vax.micron.com
  3. Newsgroups: comp.windows.open-look
  4. Subject: cmd/shelltool questions
  5. Message-ID: <y95ek2y@openlook.Unify.Com>
  6. Date: 26 Aug 92 14:35:29 GMT
  7. Sender: news@Unify.Com
  8. Lines: 43
  9.  
  10.  
  11.  
  12.  
  13. I am working on window applications for a Sparc IPC (4.1.x, OW2, olwm)
  14. that is the front-end interface to a production machine.  As such, my 
  15. "user" is completely unsophisticated, barely versed with computers, 
  16. much less Unix or X.
  17.  
  18. I have an application, a script, that uses shelltool, but invariably an
  19. operator either closes the window into an icon (and wonders why the
  20. machine seems to loop) or the operator quits the window before the proper
  21. data is entered.  I've been considering switching this application to 
  22. an Xview program, using a popup window and a data check that pops the window
  23. back up if the data is wrong (or missing).  Unfortunately, a popup window
  24. doesn't really allow you to force feed the user and opening up a popup window
  25. (and its respective data check) for each of several options is not doable,
  26.  
  27. again due to the confusion of the operators.
  28.  
  29. Is there any way to run a force-feeding (step-by-step) script in a popup window?
  30.  
  31. Also, a source of much aggravation is the fact that our only non-cleanroom
  32. access to the Sparcs are ASCII terminals.  Is there anyway to save
  33. a console/cmdtool/shelltool window remotely from an ASCII terminal (using
  34. remotely-issued mouse commands?)  (Actually, the ability to do any
  35. sequence of remote mouse/keyboard commands would be invaluable.)
  36.  
  37. A last problem (irritation) is the curious behavior where if you make
  38. a window "Full" (or double click on the header) and fill the larger window
  39. with text and then make the window "Normal" (ie. small), the text you see
  40. is the text that was at the top of the window, not the stuff at the bottom.
  41. For console and error-logging windows, the most recent data (at the bottom
  42. of the window) is most important and having to drag the scrollbar to the
  43. bottom after every "Full"-"Normal" sequence is irritating.  Is there some
  44.  
  45. resource that can be set?
  46.  
  47. Thanks in advance for any insight into any of this.  Please respond
  48. by email and if there is sufficient response, I will summarize.
  49.  
  50. --Dale Mahoney
  51.   Micron Semiconductor             dmahoney@vax.micron.com
  52.   Boise, ID
  53.