home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / mswindo / advocacy / 2852 < prev    next >
Encoding:
Text File  |  1992-11-21  |  12.9 KB  |  372 lines

  1. Newsgroups: comp.os.ms-windows.advocacy
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!rpi!vccnw05.its.rpi.edu!johnsd2
  3. From: johnsd2@vccnw05.its.rpi.edu.its1 (Daniel Norman Johnson)
  4. Subject: Re: Macintosh bigots
  5. Message-ID: <#d21w=#@rpi.edu>
  6. Nntp-Posting-Host: vccnw05.its.rpi.edu
  7. Reply-To: johnsd2@vccnw05.its.rpi.edu.its1
  8. Organization: Sun Microsystems, Inc.
  9. References: <strobl.722375872@gmd.de>
  10. Date: Sun, 22 Nov 1992 00:08:36 GMT
  11. Lines: 359
  12.  
  13. In article 722375872@gmd.de, strobl@gmd.de (Wolfgang Strobl) writes:
  14. >In <v911w2p@rpi.edu> johnsd2@jec327.its.rpi.edu.its1 (Daniel Norman Johnson) writes:
  15. >
  16. >>In article 722358730@gmd.de, strobl@gmd.de (Wolfgang Strobl) writes:
  17. >>>In <vgz1s6p@rpi.edu> johnsd2@vccnw01.its.rpi.edu.its1 (Daniel Norman Johnson) writes:
  18. >>>
  19. >>>>Nonetheless Windows folk do argue that the Mac has no CLI,
  20. >>>>and consider this important. If you don't, good for you.
  21. >>>
  22. >>>I don't argue that each Macintosh should come with a built-in
  23. >>>CLI, just because *I* would't touch a machine without a CLI.
  24. >>>It should come with a decent keyboard interface, however. :-)
  25. >
  26. >>:/ Oh, lemme guess. You feel there should be keyboard shortcuts for
  27. >>all menu items, and keyboard based way to move/resize windows. Right?
  28. >
  29. >And a few other things (for example: keyboard "shortcuts" for all
  30. >dialog boxes), in addition.
  31. >
  32. >The Macintosh Human Interface Guidelines require a conforming
  33. >program to allow a program to be operated using the mouse only,
  34. >keyboard usage is allowed for typing text (including naming
  35. >of objects) and for *additional* shortcuts, only.
  36.  
  37. This sounds like you are complaining that the Mac UI can
  38. be operated by mouse alone. The strikes me as quite irrelevant.
  39.  
  40. >The Windows UI guidelines contain a similar requirement,
  41. >but applied to the keyboard: a conforming program has to
  42. >be useable on a computer which doesn't have a pointing
  43. >device, i.e. all functionality has to be accessible via
  44. >the keyboard. This doesn't prevent a program from
  45. >havin a decent mouse interface - not at all. But that
  46. >mouse interface may not replace the keyboard interface.
  47.  
  48. And the Mac UI requires that the keyboard interface may not
  49. replace (or hinder) the mouse interface. I prefer that, myself.
  50. I have no objection to additional keyboard shortcuts on top of that,
  51. so long as they dont interfere with the mouse interface.
  52.  
  53. I dont consider it a big deal myself.
  54.  
  55. >>[deletie- we agree. Wow.]
  56. >
  57. >Wow.
  58. >
  59. >I would like to impose a third requirement: a user 
  60. >interface and all programs written to it should have a
  61. >full script interface.
  62.  
  63. "requirement"?
  64.  
  65. > I.e. all functionality of the
  66. >system and its programs should be accessible from
  67. >within a program or from a script, by accessing
  68. >named and well defined access points (i.e. functions,
  69. >subroutines, variables and the like).
  70.  
  71. I agree this would be a good ->feature<- and the mac
  72. would do well to have it (but doesn't, alas), but I
  73. question your calling this a "requirement". A requirement
  74. for what? A good UI? Its not even involved in that issue.
  75.  
  76. >Besides other things, this would make adding a CLI
  77. >to a system almost trivial.
  78.  
  79. That may be true. Im not convinced; it sounds like it would
  80. depend on how its done. I suspect something could be contrived
  81. that didnt' conform well to a CLI.
  82.  
  83. >Windows doesn't have such a capability, yet. From my
  84. >limited knowledge about the Amiga, I believe that it
  85. >has it - they use an modified version of REXX (a 
  86. >script language for IBM mainframes which originated
  87. >on VM/CMS. Well written Amiga programs have something
  88. >called an AREXX port, which allows controling a program
  89. >from a AREXX script. I really would like Windows to 
  90. >have a similar feature.
  91.  
  92. Good Mac program are SUPPOSED to have it (w/ apple events)
  93. but rarely do.
  94.  
  95. >[...]
  96. >
  97. >>>[...]
  98. >>>
  99. >>>>>Btw, you *can* put 640k into a '81 PC.
  100. >>>
  101. >>>>I know. And I suspect you also mean to imply that you can't
  102. >>>>do that to a 128k Mac, which is true enough. (I seem to recall
  103. >>>>there used to be a 3d party hack to get you up to 4 megs,
  104. >>>>but 640k wasn't a configuration they offered, and its long gone
  105. >>>>now)
  106. >>>
  107. >>>You can put 640k into an '81 PC by installing a memory board
  108. >>>which still works on a '92 PC. (No, I don't recommend it).
  109. >
  110. >>Err, well only if its an ISA card, I believe.
  111. >
  112. >Only if it's a 8-bit ISA card. But it probably will work in
  113. >an EISA machine (i.e. on a 32-bit bus), too. (I wouldn't
  114. >recommend doing that, either).
  115.  
  116. Heh heh..
  117.  
  118. >It is completely ridiculours to make use of that capability
  119. >for memory expansion. Using it in order to be able to
  120. >continue to use an old, specialized I/O card is not.
  121.  
  122. Indeed that is so.
  123.  
  124. >
  125. >
  126. >[...]
  127. >>>
  128. >>>>>Perhaps they need even more choice?
  129. >>>
  130. >>>>Then they can get it- and all that goes with it- on the PC.
  131. >>>
  132. >>>>What if they don't? What makes you think they do?
  133. >>>
  134. >>>Well, the fact that they *buy* PCs a lot, for one.
  135. >
  136. >>It seems to me that a lot of people buy PCs for other reasons-
  137. >>for one thing they are the standard, so you're not taking much
  138. >>of a risk in buying one. For annother, they are *cheap*. Real
  139. >>cheap. For a third, if you want raw speed you can get more of it
  140. >>with a PC than you can with a Mac (there ain't no 66 Mhz 040 Mac...).
  141. >
  142. >>Also, everyone else is doing it. :)
  143. >
  144. >Well, the people here at GMD order Suns and Macs only, for
  145. >the very same reason. :-)
  146.  
  147. :) Sometimes it works for Apple too.
  148.  
  149. >
  150. >>>>>>>>|> The usual case is that
  151. >>>>>>>>|>if it doesn't fit your needs anymore, you throw it away or
  152. >>>>>>>>|>sell it, and buy another machine, complete with a new system.
  153. >>>>>>>
  154. >>>>>>>>Maybe you do but I dont have the money to burn.
  155. >>>>>>>>If I need a faster system I expect Ill buy an accelerator.
  156. >>>>>>>
  157. >>>>>>>What does it accelerate?
  158. >>>>>
  159. >>>>>>It gives you (well me) a faster CPU. Some of them can do veyr
  160. >>>>>>neat tricks; theres one that adds an 040 and lets you use both
  161. >>>>>>it and your main processor simultaniously.
  162. >>>>>
  163. >>>>>And you told me that video accelerators are a waste of
  164. >>>>>resources?? :-)
  165. >>>
  166. >>>>Huh? I said ->that<-? I said it should not be necessary.
  167. >>>
  168. >>>Sorry that I misunderstood what you said. But now I fail
  169. >>>to understand your argument. 
  170. >
  171. >>My argument is not very complex. I just think Windows should
  172. >>not need an accelerated video card. If you wish to assert that
  173. >>it DOESN'T need one, be my guest. I am not going to call you on it;
  174. >>if you have a fast enough computer you may well not; also it is
  175. >>a question of how fast you feel is "fast enough".
  176. >
  177. >>But surely you agree it would be BETTER if it never needed one?
  178. >
  179. >Windows doesn't need it, and the the PC doesn't need it.
  180. >On some - mostly older ones - Windows certainly needs it,
  181. >but I would argue that it needs a new cpu and a new hard disk
  182. >in that case, too. 
  183.  
  184. Heh. Ok. Sounds like you are essentially disqualifying all
  185. PCs that aren't good 'nuff to run Windows unaided- a fairly
  186. reasonably thing to do, I guess.
  187.  
  188. >The PC architecture certainly suffers from an I/O bottle-neck,
  189. >nowadys, and Windows suffers with it, sometimes. But it is 
  190. >misleading to blame Windows for that.
  191.  
  192. Heh ok. You're right there, although its hard to say how much is Windows
  193. and how much is the throughput problem.
  194.  
  195. Still amounts to the same thing tho, no matter what part of the system
  196. is responcible.
  197.  
  198. >
  199. >[...]
  200. >
  201. >>On the Mac, you can also add hardware wo/ throwing out the existing
  202. >>stuff. (I should expect this would include sound hardware too, but
  203. >>I haven't gone looking)
  204. >
  205. >>I think you'd be on firmer ground if you argued that you didn't
  206. >>need to get the origional adliblike sound hardware in teh first place.
  207. >
  208. >I didn't need, and I indeed did not (and could not) do it, because it 
  209. >was not available when I bought my first IBM compatible PC. I bought 
  210. >it later, for my current PC. I'll replace it by a new and better card
  211. >soon, and put the adlib card into that old PC, so that the kids 
  212. >can enjoy their games with sound. 
  213.  
  214. Unfortunatly, this arrangement has the minor problem that developers
  215. (particularly game developers) can't count on having sound hardware.
  216. If they write for windows it can take care of this, but most game-makers
  217. dont do this (for good reasons, of course)
  218.  
  219. Of course, PC games are better than Mac games anyway. :(
  220.  
  221. >(Well, in reality its a bit more complicated: I bought that card
  222. >used and cheaply, and I've already moved it to our "family computer".
  223. >But I digress ...
  224.  
  225. Yeah, you do. :) But not as bad as I do, sometimes.
  226.  
  227. [deletia ROM debate]
  228. >>>Using old Apple ROMs is against Apples intentions, if I'm 
  229. >>>not mistaken. It's not part of the concept, its *against* the
  230. >>>concept, so you shouldn't count that.
  231. >
  232. >>I dont quite follow this part. No, I completely fail to follow it.
  233. >
  234. >>>Why should Apple sell ROMs for less? Nobody forces them to 
  235. >>>do that.
  236. >
  237. >>Believe it or not, the ROMs do constitute the entire cost of
  238. >>the computer. Somehow or other outbounded managed to convince Apple
  239. >>to sell ROMs to it. They build the rest.
  240. >
  241. >Apple sells *old* ROMs? I was under the impression that people
  242. >where using old ROMs they got from cannibalizing complete
  243. >motherboards or even old, used Macs.
  244. >
  245.  
  246. That is my impression; they are certainly NOT selling brand new 1 meg
  247. ROMs.
  248.  
  249. >
  250. >
  251. >
  252. >>[deletia- more weird stuff]
  253. >
  254. >>[deletia- restrictions, what restrictions?]
  255. >>>>Ah, yes. I had forgotten about the joys of hard drive controllers
  256. >>>>on the PC. Fortunately most PCs ship with Hard drives, so this
  257. >>>>isn't really such a big thing. (what a pity!)
  258. >>>
  259. >>>It's almost as difficult as getting the correct batteries for
  260. >>>your walkman, indeed. :-)
  261. >
  262. >>Hmmm, funny walkman you have there.. :)
  263. >
  264. >Sure. It's controled using a three button mouse and has a
  265. >nice VUI (Voice User Interface). Very handy when I ride
  266. >the bike, the player is buried in one of my pockets and I
  267. >want to switch to another program or to start the tape.
  268. >
  269. >I expect the next generation to have voice input, however.  :-)
  270. >
  271.  
  272. Oh, YOUR VUI doesn't have voice input! Just goes to show the INFERIOR
  273. NATURE of PC TECHNOLOG (if I may call it that).
  274.  
  275. :)
  276.  
  277. >>>
  278. >>>[...]
  279. >>>
  280. >>>>>
  281. >>>>>Speaking from my experience with bicycles: absolutely NOT! 
  282. >>>>>Just think about a mountain bike with thin, 28" tires. 8-/
  283. >>>>>
  284. >>>>>No, the bicycle (err, the COMPUTER) is just too flexible to be
  285. >>>>>fully explored with one, single architecture. There is a place 
  286. >>>>>for more than just one CPU, one OS or one user interface, IMHO.
  287. >>>
  288. >>>>Yeah, but in the PCs case it has many different OSes for the SAME
  289. >>>>task. 
  290. >>>
  291. >>>Name two.
  292. >
  293. >>OS/2 and Window 3.1 and GeoWorks. Oops, that's 3.
  294. >
  295. >Can't say much about GeoWorks, you may be right about that.
  296. >
  297. >Currently, OS/2 and Windows are quite different - OS/2 is 
  298. >a mature operating system with preemptive multitasking,
  299. >multithreading, synchronization primitives supported by
  300. >the OS, a nice file system, named pipes etc. etc.
  301. >
  302. >Windows on DOS has none of these features, just like the
  303. >Mac.
  304.  
  305. :) The Mac has a nice file system, if nothing else. :)
  306.  
  307. > What it has - and the Mac doesn't have - is a 
  308. >relatively clean and abstract API to the application
  309. >program, which makes moving these programs to a different
  310. >OS base (I'm talking about Windows NT here) quite simple.
  311.  
  312. Having a nice API in this case would help moving to NT- but
  313. not to other platforms such as Unix/Motif or the Mac.
  314.  
  315. The problem is that the API needs to be similar to your destination
  316. platform for this to work out.
  317.  
  318. >After Windows NTs release, the situation may change, 
  319. >but even then both serve disimilar purposes. OS/2 was
  320. >and still is IBMs integration platform, while Windows
  321. >is sold by Microsoft for the rest of us ;-), i.e. as
  322. >the GUI and/or OS to be used on non-proprietary hard-
  323. >ware. They are not alone in trying to get that market,
  324. >at least NeXT (with NextStep) and Sun (with Solaris)
  325. >have a similar target.
  326.  
  327. IBM WANTS to sell you OS/2 as Der Generic OS. Those features you
  328. mentioned are supposed to help.
  329.  
  330. >>>Of course there is a lot of overlap, just like in the area of
  331. >>>applications. 
  332. >
  333. >>They nearly totally overlap, as near as I can tell.
  334. >
  335. >I don't expect to be able to run OS/2 on my Indigo 
  336. >in the forseeable future.
  337.  
  338. :) That's probably true. But I dont expect to run Windows (not NT)
  339. there either.
  340.  
  341. >>>>Imagine those bicycles if you had to get specific types
  342. >>>>of tires for specific brands o' bike. 
  343. >>>
  344. >>>Well, fortunately Shimano doesn't sell tires! :-)
  345. >>>
  346. >
  347. >>That sounds like a good line, but I dont know what Shimano is,
  348. >>alas.
  349. >
  350. >It a Japanese company which sells parts of the transmission
  351. >system (my dictionary and me don't know much about English
  352. >bike part terminology, sorry) for bicycles, and it is 
  353. >very well known here. Perhaps they use a different name in
  354. >the U.S., just like Nanao, who call themselves Eizo, here
  355. >in Germany.
  356.  
  357. I know the name vaguely, I just didn't know it well 'nuff to get
  358. the joke.
  359.  
  360. >The point I tried to make was that for almost any
  361. >part of a bicycle there are at least three completely
  362. >incompatible systems in use.
  363.  
  364. :)
  365.  
  366. ---
  367.             - Dan Johnson
  368. And God said "Jeeze, this is dull"... and it *WAS* dull. Genesis 0:0
  369.  
  370. These opinions have had all identifiying marks removed, and are untraceable.
  371. You'll never know whose they are.
  372.