home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / mac / oop / macapp3 / 387 < prev    next >
Encoding:
Internet Message Format  |  1993-01-10  |  2.2 KB
  1. Path: sparky!uunet!stanford.edu!apple!applelink.apple.com
  2. From: PHILMONT@AppleLink.Apple.COM (Philmont SW Mill, Jesse Feiler,PAS)
  3. Newsgroups: comp.sys.mac.oop.macapp3
  4. Subject: Suggestion on bugs, tips
  5. Message-ID: <726676532.6815484@AppleLink.Apple.COM>
  6. Date: 10 Jan 93 14:25:00 GMT
  7. Sender: daemon@Apple.COM
  8. Organization: AppleLink Gateway
  9. Lines: 38
  10.  
  11. I've been thinking about the latest discussions of MacApp bugs, fixes, unfixes,
  12. etc. Jeff's suggestion of collecting these in FrameWorks seems a good idea, but
  13. I wonder if we can go one better.
  14.  
  15. If we devise a standard format for such items, MADA could collect them
  16. electronically and publish them as Jeff suggested on the code disk. In additon
  17. to the bug fixes, I would suggest that workarounds and tips be included. Anyone
  18. could submit them, and MADA would have no responsibility other than collating
  19. and publishing them. This seems like an application that really is appropriate
  20. for HyperCard.
  21.  
  22. MADA could prepare an empty HyperCard stack which anyone can download and then
  23. use for creating bug/tip reports. The fields should be:
  24.     short description (e.g., Cells incorrectly broken in page breaks in
  25. TGridView)
  26.     MacApp method(s), object(s) affected
  27.     lengthy description
  28.     workaround/fix
  29.     submitter's name, E-address, date
  30.     keywords for searching
  31.     MacApp version this is relevant to
  32.  
  33. This is what most people already put in an AppleLink message, and shouldn't
  34. take much time to enter. MADA would explicitly not correct or edit this data.
  35. There will be misspellings (although we'd hope that the names of the MacApp
  36. methods would not be mangled), duplications, and contradictions. There will
  37. even be some errors. Although I'm not a big fan of Hypercard, in a situation
  38. like this it seems that the simple searching capabilities would work well, and
  39. allow the ultimate user to poke around looking for alternate solutions and
  40. workarounds for problems. No XCMDs, no fancy scripts, no nothing should be
  41. added. By keeping it very simple for contributor, browser and MADA, it might
  42. actually work.
  43.  
  44. Whatever mechanism MADA has to put together to do this (and it shouldn't be
  45. much effort) could be reused for other platforms that come along in the future.
  46.  
  47. Jesse
  48.  
  49.