home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / atari / st / 13333 < prev    next >
Encoding:
Text File  |  1992-09-08  |  3.7 KB  |  74 lines

  1. Newsgroups: comp.sys.atari.st
  2. Path: sparky!uunet!mcsun!Germany.EU.net!rrz.uni-koeln.de!aeg03
  3. From: aeg03@rrz.uni-koeln.de (Jan T. Kim)
  4. Subject: TOS vx. Mac OS (was: Falcon Graphics)
  5. Message-ID: <1992Sep07.113259.122478@rrz.uni-koeln.de>
  6. Reply-To: kim@vax.mpiz-koeln.mpg.dbp.de
  7. Organization: Regional Computing Center, University of Cologne, F. R. Germany
  8. References: <1992Aug25.124510.2938@aber.ac.uk> <5pyyc3q@rpi.edu> <Bu1Dyu.IA0@gpu.utcs.utoronto.ca> <1992Sep04.123211.134011@rrz.uni-koeln.de> <Bu24Fr.FFx@gpu.utcs.utoronto.ca>
  9. Date: Mon, 07 Sep 92 11:32:59 GMT
  10. Lines: 62
  11.  
  12. In <Bu24Fr.FFx@gpu.utcs.utoronto.ca> gbcusg@gpu.utcs.utoronto.ca (I. Barnett) writes:
  13.  
  14. >In article <1992Sep04.123211.134011@rrz.uni-koeln.de> kim@vax.mpiz-koeln.mpg.dbp.de writes:
  15.  
  16. >>It's in the eye of the beholder whether TOS  or  the  Mac  OS  is
  17. >>better.  I  just  don't  understand why so many beholders in this
  18. >>group deem the Mac OS better...
  19.  
  20. >Try using the Mac for a while.  If atari had enforced O/S rules like apple
  21. >does, like the standard 'FILE' and 'EDIT' menus, you would be able to use
  22. >any application without any new knowledge like you can on the macv (to a
  23. >certain extent).
  24.  
  25. Standard user interfaces have their  advantage,  but  freedom  in
  26. styling  interfaces has its advantage too. Programs like CrackArt
  27. and NoiseTracker don't seem to be possible on the Mac.
  28. As far as I know the Mac, I  never  saw  anything  comparable  to
  29. *.TTP  programs, i.e. programs that just do plain text outputThis
  30. may not be user-friendly, but it certainly is programmer-friendly
  31. as  the programmer does not have to wade through all that mess of
  32. graphical text formatting, opening windows, constantly monitoring
  33. for  user  actions like sizing, scrolling etc. Plain ASCII I/O is
  34. not fancy  at  all,  I  know,  but  it's  highly  functional  and
  35. sufficient  in  many  cases.  And  for  those that don't like it,
  36. shells can be provided that do some  fancy  reformatting  of  the
  37. data and display them in windows and so on. I/O redirection makes
  38. it possible.
  39.  
  40. >What it boils down to is that the mac & ST came out at the
  41. >same time but look at how far the Mac O/S has come compared to TOS.  Not
  42. >only has apple constantly upgradaed and improved all facets of their os, 
  43. >but they have encompassed it all in a single package (especially in system
  44. >7).
  45.  
  46. The Mac OS is undoubtedly much more fancy than TOS.  But  beneath
  47. the  fancy  surface  it  seems to be much more messy. A friend of
  48. mine who works with a lot of big Mac machines told me that almost
  49. all  of them seem to have weird crap on their disks, which is due
  50. to system crashs  while  the  disk  contents  were  not  properly
  51. updated.  And  there is a lot of funny reshuffling of "resources"
  52. taking place, which can obviously create  many  problems,  either
  53. for  the programmer who has to take care about all those possible
  54. events or for the user, when something  goes  wrong  because  the
  55. programmer forgot something.
  56.  
  57. >Let's compare adding new fonts: on the mac,  you drag the font file(s)
  58. >to system folder and you're done.  On the ST, you have to get into arcane
  59. >GDOS files like assign.sys and extend.sys.
  60.  
  61. I don't see why everyone is so excited about loading fonts on the
  62. fly.  For  real  professional  purposes  you  have  to use system
  63. specific fonts anyway -- Signum, Calamus, TeX, ... they all  work
  64. with their own fonts for good reasons.  And  for  purposes  other
  65. than  word  processing  or  DTP,  fonts are needed only for fancy
  66. customization.
  67.  
  68. Greetinx, Jan
  69.  
  70.  +- Jan Kim -- X.400:    S=kim;OU=vax;O=mpiz-koeln;P=mpg;A=dbp;C=de -+
  71.  |             Internet: kim@vax.mpiz-koeln.mpg.dbp.de               |
  72.  |                                                                   |
  73.  *----=<  hierarchical systems are for files, not for humans  >=-----*
  74.