home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / mac / oop / macapp3 / 281 < prev    next >
Encoding:
Internet Message Format  |  1992-12-25  |  2.8 KB
  1. Path: sparky!uunet!spool.mu.edu!olivea!apple!applelink.apple.com
  2. From: DEWAELE.W@AppleLink.Apple.COM (De Waele Willy - Gent,BE,IHD)
  3. Newsgroups: comp.sys.mac.oop.macapp3
  4. Subject: Re2: * Takeover Proposal *
  5. Message-ID: <725330059.1285881@AppleLink.Apple.COM>
  6. Date: 26 Dec 92 00:31:00 GMT
  7. Sender: daemon@Apple.COM
  8. Organization: AppleLink Gateway
  9. Lines: 59
  10.  
  11. Hi Robert and all MacApp 3.0 lovers,
  12.  
  13. Robert, receiving your link (on Xmas) is encouraging ...
  14.  
  15. > MADA could not undertake a project of that scope without a significant
  16. increase ...
  17.  
  18. All is depending on the amount of a separate fee for the members subcribing the
  19. MacApp upgrade.
  20. IF (!) Apple will cease maintenance of MacApp, MADA is in the best position to
  21. coordinate the bug fixes, submitted and tested by members.
  22. Indeed we can submit implementation of new features also to MacApp.
  23. The new versions of MacApp can be distributed on a CD (personally i will
  24. subcribe!) or/and ETO (there are allmost no differences between ETO #8 and #9).
  25.  
  26. > So how can MacApp live on? It probably can't as the commercial framework that
  27. it is today. But it would be a shame to let the technology wither and
  28. die.
  29.  
  30. As i mention in my previous link, Apple should upgrade MacApp with bug fixes
  31. and new features as QuickTime, OSL, AppleScript, QuickDraw GX ....
  32. Indeed it would be a big shame if Apple will 'drag MacApp into Trash'!!!!
  33. MacApp is very good and allmost complete, and used by a lot of developers.
  34. BTW i have experimented a while with MS C++ 7.0. I added a lot of basic coding
  35. to my subclasses to make it complete!
  36.  
  37. > This simple act would likely make MacApp the overnight favorite framework
  38. among students and tiny developers.
  39. > MacApp would become a learning tool for aspiring object-oriented Mac
  40. programmers
  41.  
  42. A lot of students and developers (*tiny* and others) are developing without a
  43. framework because working flexible with a framework, a fast Mac with minimum 16
  44. Mb and a *huge* harddisk is a must, which means a *big* investment for a
  45. student (plus the cost of subcribing the software).
  46. MacApp (and other frameworks) aren't easy, it take some time (a few months?)
  47. learning OOD, OOP and understanding the structure of the framework (where and
  48. how to overwrite) by *browsing* the framework code.
  49. BTW i learned a lot of *tricks* for my non-MacApp applications.
  50.  
  51. ---
  52.  
  53. Something else to consider: what about the cost of
  54.     - the conversion of a lot of MacApp applications
  55.     - learning a new framework
  56.     - fixing first version bugs
  57.     - overhead of a multi-platform framework.
  58.  
  59. We know that Apple is reading these links, by sending links to the group is the
  60. only way to convince Apple to keep MacApp as our favorite Mac framework.
  61.  
  62. I give my answer on Eric's title in one of the issues of FrameWorks 'Is MacApp
  63. 3.0 Dead?' No way, but it is still stagnant, and that is also a shame!!!!
  64.  
  65. Xmas (without snow) Regards
  66. Willy
  67.  
  68. ps: still learning MacApp ...
  69.  
  70.