home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / amiga / misc / 17149 < prev    next >
Encoding:
Text File  |  1992-11-19  |  3.1 KB  |  59 lines
  1. Newsgroups: comp.sys.amiga.misc
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!linac!pacific.mps.ohio-state.edu!cis.ohio-state.edu!csugrad.cs.vt.edu!pmiller
  3. From: pmiller@csugrad.cs.vt.edu (Paul Miller)
  4. Subject: Document-Oriented Interfaces / Amiga's future
  5. Message-ID: <9211191953.AA28647@csugrad.cs.vt.edu>
  6. Sender: daemon@cis.ohio-state.edu
  7. Organization: The Ohio State University Department of Computer and Information Science
  8. Date: Thu, 19 Nov 1992 09:53:22 GMT
  9. Lines: 48
  10.  
  11. There's a very interesting article in the December 1992 issue of BYTE which
  12. discusses the DOI (Document-Oriented Interface). I like designing applications
  13. along this line, as I prefer small, special purpose modules which work
  14. together rather than huge mega-applications which do everything- I argue
  15. often with my friends about the classic DTP/Word-Processor problem - do
  16. you design a DTP with built-in word processor or a Word Processor with
  17. enormous amounts of page-layout features? I prefer neither - in a multitasking
  18. environment, you should concentrate on the task at hand: make a really nice
  19. word-processor capable of doing novels with and a page-layout program with
  20. lots of nifty graphics features - but make sure the layout program will read
  21. your text data!
  22.  
  23. I would like to know how deeply CBM is looking to a DOI hierarchy? It seems
  24. SOME thought is being given to the idea - look at Datatypes and you'll
  25. see a vast potential.
  26.  
  27. A standard will come, and it will probably come from Microsoft or Taligent.
  28. Although I'm natually suspicious of any "standard" coming from Microsoft
  29. it will probably be the case that they will be the first (if NeXT doesn't
  30. surprise us first).
  31.  
  32. I believe it's vitally important that CBM join up with DOI developments.
  33. The standard would allow data objects to be transparently  shared across
  34. applications, platforms, and networks, and this can only be accomplished
  35. if companies work with or at least adopt the standards which will eventually
  36. emerge.
  37.  
  38. AmigaDOS is already well-suited for this kind of interoperability - imagine
  39. a layout application which allows small, self-contained object manipulators
  40. to be registered with the system. If you want to create some text, pull
  41. up your list of manipulators, select Text, and the text object manipulator
  42. will come up, with your standard text-editing functions. Text manipulators
  43. are in turn registered with each other - you need to spell-check? Select
  44. spell-check from the Text-editor's manipulator list and your spell-checker
  45. module kicks in and checks your text object. Go back to your layout
  46. app and select Graphics - now you can draw some graphics, scan some images,
  47. digitize a video sequence, whatever - the point is each tool is a self-
  48. contained mini-app which can talk to other tools in a standard conversation
  49. format. Objects can be updated across networks, globally modified, 
  50. and can even contain themselves for easy revision-control.
  51.  
  52. Just some thoughts on the DOI: a potential major enhancement of the Amiga's
  53. user-interface.
  54.  
  55. -- 
  56. * Paul Miller                         |Nobody cares about my opinion anyway*
  57. * Developer at large
  58. * INTERNET: pmiller@csugrad.cs.vt.edu |    - Have a JOLT and a smile! -    *
  59.