home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / lang / lisp / mcl / 2076 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  4.5 KB
  1. Path: sparky!uunet!olivea!apple!cambridge.apple.com!TCASASENT@DIAMOND.kbsi.com
  2. From: tcasasent@diamond.kbsi.com ("Tod Casasent" )
  3. Newsgroups: comp.lang.lisp.mcl
  4. Subject: Re2: Mother ship App.
  5. Message-ID: <MAILQUEUE-101.930121173543.416@DIAMOND.kbsi.com>
  6. Date: 21 Jan 93 23:45:16 GMT
  7. Sender: owner-info-mcl@cambridge.apple.com
  8. Reply-To: tcasasent@diamond.kbsi.com
  9. Organization: Knowledge Based Systems, Inc.
  10. Lines: 87
  11. Approved: comp.lang.lisp.mcl@Cambridge.Apple.C0M
  12.  
  13. Lots of stuff cut out between the included comments.
  14.  
  15. > >MCL does infact make stand alone applications,  even though
  16. > >they're too big to be of any use to anyone
  17. > Well, we have one MCL app which is being used in beta, one which has 
  18. >'shipped' (vertical market), and another under development now which is due 
  19. >to go into late beta by the end of February 93, and four more in design.  I 
  20. >am sure that there are others out there...
  21.  
  22. The only problem we have with the size of the final application is in coming 
  23. up with a way to ship it.  Is there some standard way to break up an MCL 
  24. application onto floppy disks???
  25.  
  26. >  >The fact is,  MCL makes B I G CLUMSY and BUGGY applications
  27. > As others have pointed out, this is categorically untrue.  Admittedly, I 
  28.  
  29. See above comment for response to "B I G", and original letter.
  30.  
  31. CLUMSY - 
  32. We're doing an application that is highly interactive and graphics oriented.
  33.  
  34. Users p.o.v.: Clumsy is all in how you write it.  Our MCL application 
  35. compares resonably speed-wise to our Windows application in C++.  And for 
  36. redisplay, the MCL application is MUCH MUCH better due to some limitations 
  37. I'm told are due to Windows...
  38.  
  39. Programmers p.o.v.:  Ok, integrated debugger, incremental compilation, 
  40. snapshots, fasl files, almost everything under the "Tools" menu.  The only 
  41. machine better set up for LISP is a Symbolics, and that has its own 
  42. problems.
  43.  
  44. BUGGY - See final 2 comment for additional comments.  Patch 1 fixes most of 
  45. the bugs we've found.  Patch 2 will fix the rest.
  46.  
  47. >bigger.  No, considering making regular standalone apps with MCL is tribute 
  48. >to the effort that has gone into keeping it lean (and mean).
  49.  
  50. The largest problem I've run into is that features that I, personally, 
  51. consider to be standard application functions are not sufficiently 
  52. documented (or not documented at all).  These include:
  53. 1. Supporting AppleEvents
  54. 2. Allowing contrl-key, option-key and just plain keystrokes to be processed 
  55. without having a window open.  (With a window open, the "documentation" as 
  56. it were, came mostly off this group.)
  57. 3. Describing the top-level function.  Users don't want a Lisp Listener 
  58. hanging around if they're not going to use it.
  59.  
  60. >environments.  What is more, it is also their best supported product, as we 
  61. >in info-mcl benefit from the same standard of technical support normally 
  62. >only provided under expensive and select programmes like the Apple Partner 
  63. >scheme.  We should come to praise MCL, not blindly bury axes into it:  if 
  64. >you want to offer constructive criticism, then surely a reasoned response 
  65. >to the three options for reduction in size would be a wiser move?
  66.  
  67. Praise:
  68.  
  69. Kudos to everyone who spends time reading this stuff and giving answers.  
  70. For free yet (minus the cost of Internet or mail of course :-)
  71.  
  72. To Apple for offering free bug fixes and patches. (minus the cost of 
  73. Internet or mail of course :-)
  74.  
  75. Constructive Criticism:
  76.  
  77. Please document everything.  I would be happier with complete and up-to-date 
  78. documentation than I would be with yet more (possibly undocumented) 
  79. features.
  80.  
  81. Look at some standard Macintosh applications and ask yourselves, "Do we 
  82. allow programmers to emulate this action?"  And then ask "Is it sufficiently 
  83. documented?"  I'm not asking for hand-holding, I just want the bare 
  84. neccesities.
  85.  
  86.     -Tod
  87.  
  88. ========================================================================
  89. tcasasent@kbsi.com
  90. ========================================================================
  91. "Truth then, that's it truth.  For when a man lies he murders some part
  92. of the world.  You should know that." - Merlin to Arthur in "Excalibur"
  93. ========================================================================
  94. Jean -  Henna neko da ne... == Hobbes - Do you believe in God?
  95. Nadia - Raiyon yo!          == Calvin - Well, Somebody's out to get me.
  96. ========================================================================
  97. The opinions and statements herein expressed are not those of KBSI and,
  98. if attributable to anyone, are mine.
  99. ========================================================================
  100.