home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / mac / oop / macapp3 / 309 < prev    next >
Encoding:
Internet Message Format  |  1992-12-29  |  1.7 KB

  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!spool.mu.edu!olivea!apple!applelink.apple.com
  2. From: DUNCAN.KEN@AppleLink.Apple.COM (UT Austin, Ken Duncan,PRT)
  3. Newsgroups: comp.sys.mac.oop.macapp3
  4. Subject: Re3: Takeover
  5. Message-ID: <725595047.8953490@AppleLink.Apple.COM>
  6. Date: 29 Dec 92 02:05:00 GMT
  7. Sender: daemon@Apple.COM
  8. Organization: AppleLink Gateway
  9. Lines: 29
  10.  
  11. MacAppers and Apple Decison Makers,
  12.  
  13. To follow up on Jeff Alger's comments concerning Apple overhauling the pricing
  14. structure and continuing with MacApp/Bedrock:
  15.  
  16. Apple:
  17. Yes, we asked for cross platform development, faster compiler times, better
  18. tools, etc. BUT we did not ask for SYMANTEC to provide it. I would like to see
  19. Apple support Bedrock/MacApp by taking the lead in product development,
  20. ownership, support, and transition from MacApp to Bedrock. I would like see
  21. MacApp 3.0x releases and bug fixes (on ET0) until Bedrock ships. You have a
  22. large investment in MacApp and so do we. We are very willing to let it evolve,
  23. but Apple might be the right one to make it happen. I do not feel comfortable
  24. waiting for Symantec to release Bedrock. The last time THINK worked with MacApp
  25. was version 2.0x wasn't it?
  26.  
  27. MADA, or any other type group, can't support MacApp IMHO. Apple makes a lot of
  28. statements about the importance of developers and here's a chance to prove it.
  29. Give us the tools to "break on through to the other side" with you. Many of us
  30. subscribe to ETO to have one-stop-shopping for our tools. Don't change this.
  31.  
  32. As many times as Apple has spun-off and returned Claris, there should be some
  33. precedent set for recognizing a mistake and correcting it. End this platform
  34. confusion and provide developers a path for the future.
  35.  
  36. Thanks,
  37.  
  38. Ken Duncan
  39.  
  40.