home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 10 Tools / 10-Tools.zip / opendc12.zip / SG244883.ZIP / 2.0 < prev    next >
Text File  |  2001-01-27  |  7KB  |  122 lines
  1. <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML//EN">
  2. <HTML>
  3. <HEAD>
  4. <base href="http://publib.boulder.ibm.com:80/cgi-bin/bookmgr/BOOKS/EZ30OZ00/2.0">
  5. <title>
  6. 2.0 "OS/2 WARP and OpenDoc" 
  7.   via IBM BookManager BookServer
  8. </title>
  9. </head>
  10. <body background="/bookmgr/backdrop.gif">
  11. <banner><br>
  12. <a href="../../library"><img src="/bookmgr/libicon2.gif" border=0 alt="[Library]"></a>
  13. <a  href="CONTENTS#2.0"><img src="/bookmgr/contents.gif" border=0 alt="[Contents]"></a>
  14. <img src="/bookmgr/drevs.gif" border=0 alt="[Revisions]">
  15. <a href="1.5.2"><img src="/bookmgr/prev.gif" border=0 alt="[Prev Topic]"></a>
  16. <a href="2.1"><img src="/bookmgr/next.gif" border=0 alt="[Next Topic]"></a>
  17. <a href="../../search?book=EZ30OZ00"><img src="/bookmgr/search.gif" border=0 alt="[Search]" ></a>
  18. <img src="/bookmgr/dslist.gif" border=0 alt="[Search Results]">
  19. <img src="/bookmgr/dsprev.gif" border=0 alt="[Prev Topic Match]">
  20. <img src="/bookmgr/dsnext.gif" border=0 alt="[Next Topic Match]">
  21. <img src="/bookmgr/dnotes.gif" border=0 alt="[Notes]">
  22. <img src="/bookmgr/dlnotes.gif" border=0 alt="[List Notes]">
  23. <a  href="../../print?book=EZ30OZ00"><img src="/bookmgr/print.gif" border=0 alt="[Print]"></a>
  24. <a href="../../download/EZ30OZ00.boo"><img src="/bookmgr/download.gif" border=0 alt="[Download]" ></a>
  25. <a  href="../../help/book"><img src="/bookmgr/help.gif" border=0 alt="[Help]"></a>
  26. <hr>
  27. <a name="HDR4610DDS"><H1> 2.0   Chapter 2.  OpenDoc Description</H1></a>
  28. </banner>
  29. <pre width="80">
  30.    This chapter describes the basic architecture of OpenDoc and the 
  31.    fundamental technology components involved with OpenDoc. 
  32. <p>
  33.    <cite>A</cite> <cite>component</cite> <cite>is</cite> <cite>a</cite> <cite>piece</cite> <cite>of</cite> <cite>software</cite> <cite>small</cite> <cite>enough</cite> <cite>to</cite> <cite>create</cite> <cite>and</cite> <cite>maintain,</cite> 
  34.    <cite>big</cite> <cite>enough</cite> <cite>to</cite> <cite>deploy</cite> <cite>and</cite> <cite>support,</cite> <cite>and</cite> <cite>with</cite> <cite>standard</cite> <cite>interfaces</cite> <cite>for</cite> 
  35.    <cite>interoperability.</cite> Jed Harris, President CI Labs(January 1995) 
  36. <p>
  37.    OpenDoc is the architecture that allows the creation of compound 
  38.    documents.  It is used in OS/2 Warp Version 3, OS/2 Warp with WIN-OS/2 or 
  39.    OS/2 Warp Connect using a set of DLLs.  OpenDoc was designed to facilitate 
  40.    the easy construction of compound, customable, collaborative, and 
  41.    cross-platform documents.  By doing this, OpenDoc replaces today's 
  42.    application-centric user model with a document-centric one. 
  43. <p>
  44.    If you create a compound document in an application-centric user model, 
  45.    you have to use a monolithic application with lots of functions.  The data 
  46.    types you can use (for example, text, graphics, sound, movie) depend on 
  47.    what kind of data the application can handle. 
  48. <p>
  49.    On the other hand, in a document-centric user model, the monolithic 
  50.    application is replaced by many small pieces of data and functions called 
  51.    components or components. Both terms are used in a synonymous way. 
  52. <p>
  53.    Components are objects that have a data part with a related behavior to 
  54.    manipulate the data.  This is called a part handler.  You can place any 
  55.    kind of component in a OpenDoc document without worrying about the data 
  56.    type the component is using. 
  57. <p>
  58.    The document-centric model supports data used in documents such as text, 
  59.    graphics, and spreadsheet.  It also supports movies, sounds, animation and 
  60.    database information, such as calendars shared over the network.  Because 
  61.    it has standard interfaces of interoperability, it is open to new data 
  62.    types and technologies developed in the future.  Because of the 
  63.    standardized way of interoperability, components can be developed from 
  64.    different vendors without knowing each other. 
  65. <p>
  66.    OpenDoc is the implementation of such a document-centric model.  OpenDoc 
  67.    fundamentally changes the conventional meaning of the term document.  In 
  68.    today's computing environment, a document is tied to the application that 
  69.    will let the user view, edit and print its content. 
  70. <p>
  71.    An OpenDoc document differs from traditional documents in that it consists 
  72.    of objects.  These objects may be text objects, graphics objects, 
  73.    spreadsheet objects, movie objects, sound objects, animation, image 
  74.    objects and even a push button.  Those objects are handled (created, 
  75.    modified) by their specific programs called <I>part</I> <I>handlers</I>, but are stored 
  76.    in one data file.  Part handlers are programs that allow you to view, 
  77.    create or modify part's contents. 
  78. <p>
  79.    In addition, OpenDoc is the ideal architecture for multimedia documents. 
  80.    In OpenDoc, each new medium that is or will be developed (for example, 
  81.    video, sound, animation, and simulation) can be embedded as a component in 
  82.    any OpenDoc document. 
  83. <p>
  84.    Although OpenDoc lends itself directly to a complex and sophisticated 
  85.    layout, its usefulness is by no means restricted to page-layout kinds of 
  86.    applications or even compound documents. 
  87. <p>
  88.    Components are pieces of software developed independently from each other 
  89.    that are able to interoperate.  These components are to be bought from the 
  90.    shelves to be plugged together from experienced users or system 
  91.    integrators.  The parts can be updated, replaced by other components 
  92.    without interfering the parts they are working with. 
  93. <p>
  94.    It is very similar to the plug and play philosophy we see on the hardware 
  95.    side.  If you plug in a new card, the appropriate drivers should be loaded 
  96.    dynamically and other software can interoperate immediately with this card 
  97.    without being newly configured. 
  98. <p>
  99.    To enable this plug and play behavior of components, it is obvious that an 
  100.    architecture must standardize the interfaces.  These interfaces are 
  101.    addressed by OpenDoc. 
  102. <p>
  103. <p>Subtopics:
  104. <ul>
  105. <li>  <a href="2.1"> 2.1 Architectural Overview</a>
  106. <li>  <a href="2.2"> 2.2 Component Services</a>
  107. <li>  <a href="2.3"> 2.3 All About Parts</a>
  108. <li>  <a href="2.4"> 2.4 Compound Document Services</a>
  109. <li>  <a href="2.5"> 2.5 OpenDoc Storage</a>
  110. <li>  <a href="2.6"> 2.6 Open Scripting Architecture</a>
  111. <li>  <a href="2.7"> 2.7 OpenDoc Object Model</a>
  112. <li>  <a href="2.8"> 2.8 Interoperability Layer</a>
  113. <li>  <a href="2.9"> 2.9 OpenDoc Tools for Creating Components</a>
  114. </pre>
  115. </ul>
  116. <hr>
  117. <br><a href="1.5.2"><img src="/bookmgr/prev.gif" border=0 alt="[Prev Topic]"></a>
  118. <a href="2.1"><img src="/bookmgr/next.gif" border=0 alt="[Next Topic]"></a>
  119. <cite>  ⌐ Copyright IBM Corp. 1996</cite>
  120. <HR><p><h6><a href="/cgi-bin/bookmgr/library">IBM BookManager« BookServer</a> Copyright 1989, 1999<a href="http://www.ibm.com/"> IBM</a> Corporation.  All rights reserved.</h6><p>
  121. </BODY></HTML>
  122.