home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 5848 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  4.2 KB
  1. Path: newsbf02.news.aol.com!not-for-mail
  2. From: cmarschn@aol.com (Cmarschn)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: What the new Amiga-OS *must* have
  5. Date: 20 Mar 1996 21:54:26 -0500
  6. Organization: America Online, Inc. (1-800-827-6364)
  7. Sender: root@newsbf02.news.aol.com
  8. Message-ID: <4iqgd2$8n7@newsbf02.news.aol.com>
  9. NNTP-Posting-Host: newsbf02.mail.aol.com
  10. X-Newsreader: AOL Offline Reader
  11.  
  12.  
  13. I think the recent discussions about the new Amiga-OS get lost in details,
  14. but they don't cover some really essential things. After having had a look
  15. on other OS's, I was overwhelmed about functions that really make the
  16. programmer's life pleasant. And it's the programmer who makes these things
  17. other people use. The faster and the more effective he (yes, also she) can
  18. work, the better the programs will be, and the faster they will get ready.
  19.  
  20. - A fat binary format is badly needed. Not only that it could hold both
  21. 680x0 and PowerPC-Code, the most important thing that is
  22.  
  23. - A more complex and driver-controlled graphics output system is badly
  24. needed. If you've seen the flexibility of Windows' GDI, you really know
  25. what is ment by "graphics primitives". If you want to program an
  26. illustration program, you can use the same commands to draw curves, rotate
  27. text and use different pen types on the screen *and on the printer*. Try
  28. that on the amiga! Ever made printer output besides ascii-text? Then you
  29. know what I mean. And more fundamentally: more drivers are badly needed.
  30. Graphics Accelerator cards have to path (!) the system functions to get
  31. useable.
  32.  
  33. - The GUI needs a complete rework. Not only that menus can't be controlled
  34. from keyboard, gadgets lack the feature of cycling through them by cursor
  35. keys or tab and the cycle gadgets don't use a menu to choose what you want
  36. (you have to emulate all these features with a bunch of commodities), the
  37. inner representation of the GUI system is totally out of date. IBM made an
  38. effort to reach user friendliness in 1991 with the Common User Access
  39. Style Guide. This guide contained notebook-like property boxes and
  40. containers (for icon boxes, tree views and a spreadsheet-like view). And
  41. Windows included most of them in 95. Not the Amiga. 
  42.  
  43. This development is due to the imo genius way control elements are handled
  44. under Windows. Each element is a window (with the one you can drag around
  45. as the topmost) of a specified class, which can hold subwindows. And it's
  46. the window that receives messages for user I/O. So you can easily create a
  47. class that displays files in several columns, where each of these can be
  48. moved and sized with the mouse: the class window controls several
  49. subwindows, which are a "black box" for it, it just moves and sizes them
  50. by sending it standard messages. This is OOP. Boopsi?? lol. (even rofl ;)
  51. Crashes, hangs, low speed, C structures, harsh casts -- it's no pleasure
  52. to program that (even try to debug it!).
  53.  
  54. -- Introduce a resource format. This feature, normal in most operating
  55. systems, frees the programmer from hacking his dialogs in C-Code. Instead,
  56. a second person with designing abilities can create it, can add graphics,
  57. menus and keyboard short cuts and includes it in the program. The data can
  58. be changed even after the program is compiled. The resources are loaded
  59. only when needed. All changes can be made with a WYSIWYG editor, not with
  60. a text editor.
  61.  
  62. What about MUI or EGS? They're both very powerful GUI systems, but only
  63. for programmers, not for the ones in the Usability Department. You can't
  64. design the GUI free, you must specify rules for each side of an element,
  65. so that it can be sized with the font or the window. This mostly results
  66. in jammed and ugly dialogues. 
  67.  
  68. More important details concerning the user interface: A new standard font
  69. (throw topaz in the trashcan), a bigger sizing gadget, totally keyboard
  70. driven environment, local menus, notebooks and other class stuff, support
  71. for truetype and type-1 fonts, better color displaying and printing
  72. facilities, pen and filltype selection, and, finally, a new asl.library.
  73.  
  74.  
  75. With following complaints in mind,
  76.  
  77. Clemens Marschner
  78.  
  79.      ///
  80. ---
  81. ///-----------------------------------------------------------------------
  82. \\\///  Clemens Marschner                                    
  83. CMarschn@aol.com
  84. -\///------------------------------"Uh, I shot Marvin in the face!"
  85. (Travolta)
  86.  
  87.