home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / mac / programm / 13231 < prev    next >
Encoding:
Text File  |  1992-07-30  |  4.7 KB  |  99 lines

  1. Newsgroups: comp.sys.mac.programmer
  2. Path: sparky!uunet!psinntp!newstand.syr.edu!greeny
  3. From: greeny@top.cis.syr.edu (J. S. Greenfield)
  4. Subject: Re: MacOberon
  5. Message-ID: <1992Jul30.020613.17378@newstand.syr.edu>
  6. Organization: Syracuse University, CIS Dept.
  7. References: <1992Jul28.231712.27337@fcom.cc.utah.edu> <1992Jul29.154809.16204@gvl.unisys.com>
  8. Date: Thu, 30 Jul 92 02:06:12 EDT
  9. Lines: 88
  10.  
  11. In article <1992Jul29.154809.16204@gvl.unisys.com> dave@prc.unisys.com (David Lee Matuszek) writes:
  12. >
  13. >MacOberon "works" on my Mac (13" monitor).  However, the interface is
  14. >a real show stopper.  Even if you assume the author had no particular
  15. >reason to follow Apple's interface guidelines, it's still a disaster.
  16. >For example, the "scroll bars" work by holding down some modifier key
  17. >while you click with the mouse to move the selected line to the top of
  18. >the window--but this leaves you with NO WAY to scroll backwards!
  19. >Although MacOberon seems to have quite a bit of documentation, you are
  20. >on your own when it comes to figuring out what to read first.
  21.  
  22. Actually, I found the interface to be a bit awkward, but there a few
  23. reasons for this--
  24.  
  25. 1) The package is designed for a three-button mouse.  Since the Mac standard
  26. is a single-button mouse, they use modifier keys to simulate the two other
  27. mouse keys.  (And the documentation does specify how to program the buttons
  28. on a three button mouse in order to make it a "standard" Oberon three-button
  29. mouse--basically, you just define two of the buttons to act like modifier
  30. keys.)  BTW, you can scroll backwards, but only all the way back to the
  31. top of a document.  I suspect that this is an indication that Oberon
  32. documents are typically short.
  33.  
  34. 2) Oberon is designed to be portable.  As such it should have as standard
  35. an interface as possible, regardless of which machine it is running on.
  36. Since the MacOS routines are not available on all of the other machines, you
  37. shouldn't expect that the system will be based around a mac interface.
  38.  
  39. 3) I seriously doubt that Wirth's interest was to spend time and energy
  40. developing a beautiful and full blown interface.  Rather, I'm sure he
  41. decided to develop a basic interface, and devote most of the effort toward
  42. the real meat of whatever Oberon is...
  43.  
  44.  
  45. Also, though the documentation may not be award-winning, the system does
  46. tell you which file should open to get various information.
  47.  
  48. The biggest problem I had was figuring out why I was getting blown out of
  49. the water every time I booted MacOberon.  It turns out that it is incompatible
  50. with AutoDoubler...
  51.  
  52.  
  53. >I downloaded MacOberon because I wanted to find out something about
  54. >the Oberon language, but decided I didn't want to know badly enough to
  55. >hassle with the brain-dead interface.  (My interest was only casual;
  56. >someone with more motivation could probably succeed.)
  57. >
  58. >I don't know if the interface is incidental or integral to Oberon.  If
  59. >incidental, then, as you say, you can't fault somebody for making a
  60. >free port, and maybe somebody will someday do a better job.  But it
  61. >looked as if the interface was part of the Oberon design, and in that
  62. >case you have to wonder if the rest of the language is done as badly
  63. >and with as little regard to state-of-the-art techniques.
  64.  
  65. Well, I'd say it's integral in the sense that it is undoubtedly *standardized*
  66. for all Oberon implementations.  But it is probably incidental int he sense
  67. that the fundamental ideas of Oberon are not dependent on how the windows
  68. scroll...
  69.  
  70. As I mentioned above, you really can't fault someone who creates a language
  71. (which I can only imagine is intended first and foremost as a research tool
  72. for new language/OS concepts) and decides that they are not going to
  73. spend their life developing a master interface.
  74.  
  75. Would you rather be the person who created Pascal, or, say, one of the many
  76. people who developed THINK Pascal?
  77.  
  78. (And that's not to put down TP which I think is a great package.  It's just
  79. to point out that you wouldn't expect Wirth to create Pascal *and* spend
  80. his time developing a great (on the whole) interface like TP.  First things
  81. first.)
  82.  
  83.  
  84. >Comments are welcome.  I'd be especially interested in hearing whether
  85. >anyone thinks Oberon itself is neat enough to be worth the trouble of
  86. >learning the interface.
  87.  
  88. For myself, I don't know.  I had been under the impression that Oberon
  89. was intended to support distributed processes, but it didn't look that way
  90. to me when I check out MacOberon.  Then again, I didn't spend much time
  91. with it, since having to shut off AD is a real pain...
  92.  
  93.  
  94. -- 
  95. J. S. Greenfield                                         greeny@top.cis.syr.edu
  96. (I like to put 'greeny' here, 
  97. but my d*mn system wants a 
  98. *real* name!)                        "What's the difference between an orange?"
  99.