home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / acorn / tech / 1222 < prev    next >
Encoding:
Internet Message Format  |  1993-01-11  |  2.8 KB
  1. Path: sparky!uunet!cs.utexas.edu!wupost!waikato.ac.nz!aukuni.ac.nz!cs18.cs.aukuni.ac.nz!jwil1
  2. Newsgroups: comp.sys.acorn.tech
  3. Subject: Re: new template format
  4. Message-ID: <1993Jan11.013151.13552@cs.aukuni.ac.nz>
  5. From: jwil1@cs.aukuni.ac.nz (TMOTA)
  6. Date: Mon, 11 Jan 1993 01:31:51 GMT
  7. Sender: jwil1@cs.aukuni.ac.nz (TMOTA)
  8. Organization: Computer Science Dept. University of Auckland
  9. Lines: 55
  10.  
  11. [menu template handling code...]
  12. >Of course, once the chunk has been defined, someone's got to
  13. >write the SWIs to handle it... <shuffles feet and looks around
  14. >hopefully>
  15.  
  16. Well, time permitting (i.e. not before March...) I'm willing...
  17.  
  18. >As to the Glass relocatable module (I'm liking this idea more and
  19. >more) I should point out that the module will be PD, i.e. anyone
  20. >can do what the hell they like with it.
  21.  
  22. Please don't do this. It's asking for trouble. Make it freeware,
  23. so that you still retain some kind of revisiob control. Just look
  24. what happened when Acorn let people hack and release their template
  25. editor... in fact, Acorn didn't even let that happen, so beware!
  26.  
  27. >More importantly,  the *complete* source for the module will be
  28. >Freeware, i.e. freely distributable but if you want to use the code
  29. >in your own programs (as opposed to just being a SWI client) you have
  30. >to get permission of the author (via the moderator i.e. me).
  31.  
  32. Um... I feel the source should be available only in a different form,
  33. i.e. the module should be available, and the source code for the
  34. contained functions (though not necessarily the whole module) should
  35. be available in C/Assembler/BASIC if people want standalone code...
  36.  
  37. However, if the main thing is in an RM, you should encourage people
  38. to use it as a shared resource rather than including the source code
  39. directly into their own programs.
  40.  
  41. The main reason I believe the source code should be available is so that
  42.   a) We can see what is going on in the module,
  43.   b) We can alter it to do what we want, and send improvements back to
  44.      you to possibly improve the next generation of the module...
  45.  
  46. >The reason the source will be available is because it's very useful when
  47. >tracking down bugs or determining just *exactly* what a function does
  48. >when the documentation is less than clear (as I found with DeskLib
  49. >- this is supposed to be a compliment, Jason!).
  50.  
  51. ;-) Well, I freely admit that DeskLib contains bugs. I had to leave
  52. something up to the reader to solve, or they'd get bored ;-)
  53.  
  54. >Also, I think I'll back down on icon-decoding at run-time
  55.  ...
  56. >Of course, it's up to the programmer whether they use
  57. >it or use constants...
  58.  
  59. ...but of course, you'll encourage them to use it, as it
  60. allows users more freedom with respect to altering the program
  61. interface without having to re-compile the application to make
  62. it work!
  63.  
  64. -- 
  65. themasterofthearcanejwil1@cs.aukuni.ac.nzthismessagewassentonrecycledelectrons
  66.