home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / acorn / 9429 < prev    next >
Encoding:
Internet Message Format  |  1992-11-08  |  2.7 KB
  1. Path: sparky!uunet!decwrl!waikato.ac.nz!shunger
  2. From: shunger@waikato.ac.nz
  3. Newsgroups: comp.sys.acorn
  4. Subject: Re: DragASprite / Modified filer.
  5. Message-ID: <1992Nov8.113426.12032@waikato.ac.nz>
  6. Date: 8 Nov 92 11:34:26 +1300
  7. References: <1992Nov7.165801.464@dcs.warwick.ac.uk>
  8. Organization: University of Waikato, Hamilton, New Zealand
  9. Lines: 55
  10.  
  11. In article <1992Nov7.165801.464@dcs.warwick.ac.uk>, ahersee@dcs.warwick.ac.uk (Andrew Hersee) writes:
  12. > 
  13. >>>Ok it is possible to do. All you need to do is plot the multiple files you
  14. >>>are going to drag in a sprite and then drag that larger sprite. (I may work
  15. >>>on this if no one else succedes).
  16. > 
  17. >>I think multiple-drag sprites look a bit silly to be honest!
  18. > 
  19.  
  20. An it wouldn't be consistant with the GUI either (if you want to be picky)
  21.  
  22. e.g draw group of points aren't moved as "instant effect" are because they are
  23. more than one point. so more than on kind of filer object == done in a outline
  24. box; however when moving one point in a draw object the change shown
  25. incremently until you decide the final destination (or quit)
  26. (this is an example - there are many exceptions and I'm not suggesting the
  27. design of the desktop is modeled on !draw)
  28.  
  29. Dragging individual files/applications would be nice (but that is a matter of
  30. taste)
  31.  
  32. >>neat! Of course don't need to modify the filer - just have your dirs
  33. >>as apps which when double-clicked on open a subdir, etc.
  34. > 
  35. > Yes this is what I used to do however tis not a very good solution :
  36. > 
  37. > i)  Takes more disc space for !Run etc + 2 directories
  38. > ii) You can not use adjust click on the resulting directory to take you back
  39. >     to the parent of the !directory. (Although I got round this problem
  40. >     in RO2 by having an app inside the !directory which had a !boot file
  41. >     which closed !directory and opened it's parent. Unfortunately this
  42. >     only works once in RO3)
  43. >
  44. Use an obey file named !run in the application-which-is-a-directory
  45. something like
  46. (call this obey file FRED)
  47.  
  48. set alias$open_directory filer_opendir <Obey$Dir>
  49. open_directory
  50. (end FRED)
  51. Have all the sprites for applications-which-are-really-directories in the
  52. !Sprites file of your !System Directory (assuming !system is in the root
  53. directory ) then they are IconSprited when you open the window)
  54.  
  55. When you click on the application-that-is-a-directory it opens the sub
  56.  
  57. I have done this for a couple of years now.
  58. Also I changed the sprite of FRED by redefining the filetype of FRED to an
  59. unused type, and defined the runtype for it Obey %.
  60.  
  61. If you design the icon so it is something meaningful (e.g a open directory
  62. icon -or in my case a smashed one-) and in a colour that blends with you
  63. directory icon they become almost invisible (not that they disappear you just
  64. don't notice them)
  65.  
  66.