home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / acorn / tech / 610 < prev    next >
Encoding:
Internet Message Format  |  1992-11-12  |  3.7 KB

  1. Path: sparky!uunet!mcsun!news.funet.fi!hydra!klaava!veijalai
  2. From: veijalai@klaava.Helsinki.FI (Tony Veijalainen)
  3. Newsgroups: comp.sys.acorn.tech
  4. Subject: Re: Sprite dragging/New Filer/Replacement ToolSprites
  5. Message-ID: <1992Nov12.153817.4264@klaava.Helsinki.FI>
  6. Date: 12 Nov 92 15:38:17 GMT
  7. References: <1992Nov12.095100.18123@aston.ac.uk>
  8. Organization: University of Helsinki
  9. Lines: 61
  10. X-Newsreader: TIN [version 1.1 PL6]
  11.  
  12. In article <1992Nov12.095100.18123@aston.ac.uk> you wrote:
  13. >  ..... directories to have sprites anyway (rather that having
  14. > to use up one of your characters labelling it) I don't know whether this would 
  15. > be anything like possible realy though.
  16. >   If we must have a 'special character' to mark a directory which has an icon
  17. > then can we have somethin unobtrusive like '-' NOT '*' or '?' etc. "~' might
  18. > be quite usefull...
  19. > ___
  20. >  Mik Davis at Aston University, Birmingham 
  21. > E-Mail: davism@uhura.aston.ac.uk           
  22.  
  23. I'd say that it is funny to use presious character for filenames, when
  24. you only can reserve some special character to add (with sm also added
  25. for small icon) in front to obtain spritename for it.
  26.  
  27. I am still using RISC OS 2 in my A340, mayby until Feb92 to let the
  28. situation cool down and mayby buy ARM60/VIDC20/FPU?? (/MEMC20/IOC20 + 16
  29. MHz SIM sockets + 1 MB Cache?) @32 MHz clock uppgrade instead of punny
  30. ROM sockets.  What I find infuriating is that all programs seem to fall
  31. over when they don't recognize the file layout, eaven when program
  32. understanding the format (ex.  PD ArcFS2 , .TAR.Z (.TAZ) archive and
  33. sparkplugII).  Another difficulty are the buggy exeption handlers in the
  34. programs that leave the files over so taht only thing you can do is
  35. F12+scsi:close+<return> which closes all the obey scripts.  I'd like to
  36. have a facility to keep track of all the files open and graphically
  37. close them selectively.
  38.  
  39. Second thing I would find essential is broadcasting some kind of
  40. message, when renaming or deleting file and an application to make a log
  41. out of those.  So when you rename a archive currently shown by ArcFs or
  42. SparkPlug or any application, then they could react and change the name
  43. they are using instead of killing themselves in next operation.  Also I
  44. would like it to keep <Appname$Dirs> current , which means running the
  45. Obey-files after move/rename.  Mayby also an application showing all
  46. filename containing system variables to make manual adjustments and
  47. spies those messages.  Another app (not necessary really, but mayby more
  48. consistent with the Archimedes style) could keep library of the files
  49. consistent and use it for file find operations.  All we would need then
  50. to make us little happier in the jungle of hard disk file tree and
  51. floppy archives would be new versions of the archivers that would send
  52. the rename messages (mayby with archiver-flag or they name) of the files
  53. moved to archives and some logic in the disk librarian program to know
  54. to use the sender of the archived file to get into the file on request.
  55. Mayby we would need a module, which periodically saves the changes in
  56. the filesystems to configured disc catalogue file. I'd suggest to buffer
  57. those messages until no uppdates in filesystems have happened for
  58. certain period. Also we could rely on that module sending rename
  59. messages on files contained inside moved/renamed directory. Mayby giving
  60. also prompt for confirmation if you are trying to delete something
  61. essential? Preventing the saving of dir to its own sub-dir would be
  62. nice...... 
  63.  
  64. I have lots of ideas if somebody is interested about them.
  65.  
  66. -- Tony Veijalainen e-Mail:     Tony.Veijalainen@helsinki.fi (preferred)
  67.          (finger veijalai@plootu.helsinki.fi for more information)
  68.  
  69.  
  70. -- 
  71. Tony Veijalainen    e-Mail: Tony.Veijalainen@helsinki.fi (preferred)
  72.          (finger veijalai@plootu.helsinki.fi for more information)
  73.