home *** CD-ROM | disk | FTP | other *** search
/ ftp.pasteur.org/FAQ/ / ftp-pasteur-org-FAQ.zip / FAQ / comp-groupware-faq / products-editors < prev    next >
Internet Message Format  |  1997-06-02  |  29KB
  1. Path: senator-bedfellow.mit.edu!faqserv
  2. From: groupware@arch.ping.dk (Groupware FAQ)
  3. Newsgroups: comp.groupware,comp.answers,news.answers
  4. Subject: comp.groupware FAQ: Products-editors
  5. Supersedes: <comp-groupware-faq/products-editors_854045052@rtfm.mit.edu>
  6. Followup-To: comp.groupware
  7. Date: 1 Jun 1997 08:55:40 GMT
  8. Organization: University of Copenhagen
  9. Lines: 840
  10. Approved: news-answers-request@MIT.EDU
  11. Expires: 21 Oct 1997 08:52:16 GMT
  12. Message-ID: <comp-groupware-faq/products-editors_865155136@rtfm.mit.edu>
  13. NNTP-Posting-Host: penguin-lust.mit.edu
  14. Summary: Groupware Products, multiuser editors
  15. Keywords: CSCW, orgware, group, interactive, shared, environments
  16. X-Last-Updated: 1995/06/20
  17. Originator: faqserv@penguin-lust.MIT.EDU
  18. Xref: senator-bedfellow.mit.edu comp.groupware:10064 comp.answers:26284 news.answers:103838
  19.  
  20. Archive-name: comp-groupware-faq/products-editors
  21. Posting-Frequency: semi-monthly
  22. Last-modified: 1995.6.20
  23. Version: 1.2
  24. Copyright: 1995 (C) David S. Stodolsky, PhD
  25.  
  26. From: kochm@Informatik.TU-Muenchen.DE (Michael Koch)
  27. Newsgroups: comp.groupware
  28. Subject: WWW version of multi-user editor and co-authoring systems list
  29. Date: 13 Apr 1995 08:16:14 GMT
  30.  
  31. As there is a big interest in a collection about projects and
  32. products in the context of multi-user editors and co-authoring systems
  33. I converted the list I posted some months ago to some HTML pages.
  34.  
  35.   http://www11.informatik.tu-muenchen.de/cscw/multiusereditor.html
  36.  
  37. The list uses the unOfficial Yellow Pages of CSCW to store the project
  38. descriptions and the CSCW bibliography to store bibliographic
  39. information about the references mentioned in the descriptions.
  40. With the YP-scripts, the project descriptions can be edited and annotated.
  41.  
  42. If you know a multiuser editor or a research group that is working on that 
  43. topic an is not mentioned in my list, than please send me an info
  44. (kochm@informatik.tu-muenchen.de).
  45. Additions, comments and corrections are also welcome and will be integrated.
  46.  
  47. --
  48. Michael Koch   +49 89 450552-33     kochm@informatik.tu-muenchen.de
  49. Institut fuer Informatik, Technische Universitaet Muenchen, Germany
  50.          Lehrstuhl fuer Verteilte Anwendungen, Professor Schlichter
  51. http://www11.informatik.tu-muenchen.de/local/persons/koch.html
  52.  
  53.  
  54. List of multiuser editors / co-authoring systems
  55. ------------------------------------------------
  56. From: kochm@Informatik.TU-Muenchen.DE (Michael Koch)
  57. Newsgroups: comp.groupware
  58. Subject: Multiuser editor list (long)
  59. Date: 18 Jul 1994 07:34:23 GMT
  60.  
  61.                      by Michael Koch (ed.)    
  62.  
  63.                          first draft
  64.                           july 1994
  65.  
  66.  
  67. I'm working on a distributed multiuser editor / co-authoring system in
  68. the context of distributed systems and computer supported work (CSCW).
  69. As one basis for my PhD thesis I collected information on existing
  70. multiuser editors.
  71.  
  72. >From my last question in the Usenet-Newsgroup comp.groupware I learned,
  73. that such a list may be of interest for some other groups around the
  74. world. So I spend a little extra work to make this list available.
  75.  
  76.  
  77. There are many different definitions of what a multiuser editor is 
  78. and there are different types of editors even if you agree on one
  79. definition.  I looked for programs that match the following points:
  80.  
  81. - programs that support their users in jointly generating and 
  82.   editing a document (that may be a linear or hierarchical text,
  83.   a hypertext, a graphic or any other medium)
  84.  
  85. - the programs should have a possibility to store the data and to
  86.   continue editing later
  87.  
  88. The sources of information have been several papers, technical
  89. reports, internal reports, surveys and books (always refer-ed). Most
  90. of the description text is pure cut/paste of some of the main ideas
  91. from the publications.
  92. It may be redundant or unpolished. That's because I didn't try to
  93. write a book, just a information list. Corrections or more precise
  94. descriptions are welcome.
  95.  
  96.  
  97. !!
  98. !! This list is a first draft version
  99. !!
  100. !! If you know a multiuser editor or a research group that
  101. !! is working on that topic an is not mentioned in my list,
  102. !! than please send me an info (kochm@informatik.tu-muenchen.de).
  103. !! Additions, comments and corrections are also welcome and will
  104. !! be integrated in the next versions.
  105. !!
  106.  
  107.  
  108.  
  109. Contents:
  110. ---------
  111. 1. alphabetically ordered list of system names
  112. 2. list of research groups
  113. 3. descriptions of programs/projects 
  114. 4. bibliography
  115.  
  116.  
  117. -----------------------------------------------------------------
  118.  
  119. 1. list of system/program names
  120.  
  121. The attributes in parenthesis indicate if it is a editor for
  122. synchronous sessions or asynchronous sessions, what medium types can
  123. be edited and how the storage of the document is handled (central,
  124. replicated, cache)
  125.  
  126. Alliance        (async, structured text, central)
  127. Aspects            (sync, text, graphic)
  128. CAR            (async, text, central)
  129. CaveDraw        (sync, graphic)
  130. CES            (async, text, replicated)
  131. CoAUTHOR        (async, multimedia)
  132. CoDraft            (sync, graphic ,replicated)
  133. CollaborWriter        (async, text, central))
  134. CoMEdiA            (sync, async, hypermedia, central)
  135. Contexts        (async, hypermedia, central)
  136. ConversionBoard        (sync, graphic, replicated)
  137. DistEdit        (sync, async, text, replicated)
  138. EHTS            (async, hypertext, central-cache)
  139. Ensemble        (sync, graphic)
  140. ForComment        (sync, text)
  141. GroupDesign        (sync, graphic, replicated)
  142. GroupDraw        (sync, graphic, replicated)
  143. GroupIE            (sync, async, text, graphic, replicated)
  144. GroupSketch        (sync, graphic, replicated)
  145. GroupWriter        (async, text)
  146. GROVE            (sync, text, replicated)
  147. Instant Update        (sync, (async), text)
  148. Iris            (sync, async, hierarchical text, replicated)
  149. KMS            (hypermedia, central)
  150. MACE            (sync, async, text, central-cache)
  151. Mercury            ()
  152. MESSIE            (async, text, central)
  153. Mjolner-project        (async, sync, text, central)
  154. MultimETH        (sync, text)
  155. Neptune            (hypertext, central)
  156. PREP            (async, text)
  157. Quilt            (async, text, central)
  158. SASE            (sync, text)
  159. SASSE            (sync, text)
  160. SEPIA            (sync, async, hypertext, central)
  161. Shared Books        (async, text, central)
  162. ShrEdit            (sync, text, central)
  163. Vopex-2KM-Sun        (sync, text, central)
  164.     
  165.  
  166. -----------------------------------------------------------------
  167.  
  168. 2. list of research groups
  169.  
  170. United States
  171. - Brown University IRIS
  172.   (Meyrowitz) -> Intermedia
  173. - Carnegie Mellon University
  174.   (Neuwirth) -> PREP
  175. - Microelectronics and Computer Technology Corporation, Austin
  176.   (Ellis) -> GROVE
  177. - MIT Cambridge
  178.   (Greif) -> CES
  179. - University of Florida
  180.   (Newman-Wolfe, Pelimuhandiram) -> MACE
  181.   (Newman-Wolfe, Pelimuhandiram) -> Emsemble
  182. - University of Michigan
  183.   (Dourish) -> ShrEdit
  184.   (Knister) -> DistEdit
  185. - Bell
  186.   (Fish, Leland) -> Quilt
  187. - Xerox
  188.   -> Shared books
  189.  
  190.  
  191. Australia
  192. - Toronto University
  193.   (Baecker) -> SASE, SASSE
  194.  
  195. Canada
  196. - University of Calgary 
  197.   (Malcom, Gaines) -> GroupWriter
  198.   (Greenberg, Roseman, Webster, Bohnet) -> GroupDraw, GroupSketch
  199.  
  200. Denmark
  201. - University of Aalborg
  202.   (Wiil) -> EHTS
  203.  
  204. France
  205. - Universite de Paris-Sud
  206.   (Karsenty, Beaudouin-Lafon) -> GroupDesign
  207. - INRIA-IMAG
  208.   (Decouchant, Quint) -> Alliance
  209.  
  210. Germany
  211. - Frauenhofer Institut fuer Computergrafik, Darmstadt
  212.   (Santos, Tritsch, Hornung) -> CoMEdia
  213. - Gesellschaft fuer Mathematik und Datenverarbeitung - IPSI
  214.   (Haake) -> SEPIA
  215.   (Haake) -> CoVer
  216. - Universitaet Erlangen-Nuernberg
  217.   (Kirsche) -> CoDraft
  218. - Universitaet Freiburg
  219.   (Hahn) -> CoAUTHOR
  220. - Universitaet Karlsruhe
  221.   (Ruedebusch) -> GroupIE
  222. - Universitaet Muenchen
  223.   (Borghoff, Koch) -> Iris
  224.  
  225. Sweden
  226. - Lund University
  227.   (Minoer, Magnusson) -> Mjolner-project
  228.  
  229. Switzerland
  230. - ETH Zuerich
  231.   (Lubich) -> MultimETH
  232.  
  233. United Kingdom
  234. - Aston University, Birmingham
  235.   (McAlpine) -> CollaborWriter
  236. - Dundee Institute of Technology
  237.   (Jones) -> MILO
  238. - University College London
  239.   (Baydere, Sasse) -> CAR
  240.   (Sasse) -> MESSIE
  241.  
  242.  
  243. -----------------------------------------------------------------
  244.  
  245. 3. program/project descriptions:
  246.  
  247. - Alliance
  248.   INRIA-IMAG France  (Dominique Decouchant and Vincent Quint)
  249.   [Decouchant1994]
  250.  
  251.   An asynchronous multiuser editor that is based on the single-user
  252.   editor Grif [Quint1986].
  253.   Collaborative editing of structured documents; fully replicated
  254.   application with central document storage (Sun NFS)
  255.  
  256.   Supports roles; different roles for parts of the document; according
  257.   to the roles the document is automatically divided into variable-size
  258.   fragments, which are the sharing units;
  259.   multiple readers but only on writer/manger role per fragment
  260.  
  261.   Notification about changes after a fragment is written back
  262.  
  263.  
  264. - Aspects (Apple)
  265.   commercial (available since 1990)
  266.   info from group.tech@applelink.apple.com
  267.  
  268.   Synchronous group writing, drawing and painting. Mainly tightly
  269.   coupled cooperation with the 'view-with-others' option. If this
  270.   option is disabled then loosely coupled cooperation is possible.
  271.  
  272.   Floor control options: 
  273.   free for all, taking turns and turn taking mediated by moderator.
  274.  
  275.  
  276. - CAR
  277.   [Baydere1993]
  278.   University College London, Angela Sasse
  279.  
  280.   Collaborative multiuser editor based on a central NFS filestore.
  281.   Use of SCCS in the filestore for locking and version and
  282.   configuration management.
  283.  
  284.   Each section has a manager. The manager is responsible for the 
  285.   version control when a section was freshly created, and put the
  286.   first version under SCCS control before releasing it for comments.
  287.  
  288.   No special support for comment, just a policy: Comments are text
  289.   additions to the document so that they stand out from the
  290.   original text. No text should be deleted, comment with text: 
  291.   'last text should be deleted/replaced'.
  292.   Commenters keep modification history on top of the file up to date
  293.   (by hand!), email authors that a comment has been made to their
  294.   section
  295.  
  296.   Policy that only author changes his section. Use of video
  297.   conferences to talk about comments or suggested modifications.
  298.  
  299.  
  300. - CaveDraw
  301.   [Lu1991]
  302.  
  303.   Synchronous collaboration in local distributed teams for the
  304.   generation of text/graphic documents.
  305.  
  306.   Semi-transparent drawing layers and drawing cursors with different
  307.   colors for the basic coordination. Every user has his own drawing
  308.   color. The distribution of the own drawing layer or the import of
  309.   the layers of other users is configurable.
  310.  
  311.  
  312. - CES
  313.   [Greif1986] 
  314.   MIT Cambridge
  315.  
  316.   Asynchronous means of interaction on replicated structured
  317.   text documents. Structure is fully replicated, contents are 
  318.   stored by author. Coordination with the help of 'tickle locks'
  319.   (explicit locks that are released automatically after some time).
  320.  
  321.   Access rights for document structure and contents.
  322.  
  323.   Based on Argus, a development an runtime support tool for
  324.   distributed applications [Liskov1983].
  325.  
  326.  
  327. - CoAUTHOR
  328.   [Hahn1991]
  329.   
  330.   Co-authoring system for hypermedia documents.  Prototype that
  331.   provides a real-time environment for multiple authors who wish to
  332.   collaborate on the production of hypermedia documents, such as
  333.   technical manuals, surgeon reports, etc. CoAuthor documents have
  334.   recorded design history. Developed as part of Multiworks a ESPRIT-II
  335.   Technology Integration Project.
  336.  
  337.  
  338. - CoDraft
  339.   Universitaet Erlangen-Nuernberg
  340.   [Kirsche1993]
  341.   [Kirsche1993a]
  342.  
  343.   Multiuser Object-graphic editor; fully replicated application;
  344.   fully replicated document storage.
  345.  
  346.   Every instance has to be in contact with all others and inform
  347.   them about modifications and receive such informations from the
  348.   other instances. Synchronization by locks. Session-Join only
  349.   if invited by a member of the session.
  350.  
  351.   Global-view is possible (whole drawing area with working areas
  352.   of users marked)
  353.  
  354.  
  355. - CollaborWriter
  356.   Aston University, Birmingham
  357.   [McAlpine1994]
  358.  
  359.   Built around a writing model presented by Sharples and Pemperton.
  360.  
  361.   SGML to define how a document could be structured; logical document
  362.   structure as essential to the coordination of the collaborative
  363.   process
  364.  
  365.   Concurrency control with versioning based on an oo-database with
  366.   long transactions
  367.  
  368.  
  369. - CoMEdiA (cooperative hyperMedia Editing Architecture)
  370.   Frauenhofer Institut fuer Computergrafik, Darmstadt
  371.   [Santos1994]
  372.   [Hornung1991]
  373.  
  374.   Documents with a hypermedia structure; create new node and link
  375.   it into document. Every node in one file. Central storage of
  376.   files on one or more server; time-stamp-ordering for
  377.   synchronization.
  378.   
  379.   Locks on parts of the document and lock on the cursor position.
  380.   The lock for the cursor position enables a very tight cooperation.
  381.  
  382.   Private and public annotations (graphic or text), telepointer,
  383.   multi-cursors, follow co-author, roles (chairperson, author, commenter,
  384.   reader);
  385.   on-line voice communication (conferences)
  386.  
  387.  
  388. - Contexts
  389.   Tektronix, Inc
  390.   [Delisle1987]
  391.  
  392.   Multi-user hypertext system. Extension to a system called Neptune,
  393.   allowing users their own private views or contexts of the hypertext
  394.   database, and may make modifications within this view. When
  395.   alterations are completed, they can be released to other project
  396.   team members by merging the users private view (context) with the
  397.   shared master view. Supports document versioning: integrating
  398.   modifications in view is only done if no conflicts (e.g. branches)
  399.   occured, display of differences is possible
  400.  
  401.  
  402. - ConversionBoard, SimpleDraw, NormadicDraw, ...
  403.   Bellcore, USA
  404.   [Brinck1993]
  405.  
  406.   Fully synchronous oo graphic editors realized on the basis of
  407.   single user applications with the help of the Rendezvous toolkit.
  408.  
  409.   Do actions locally and distribute them. Synchronization with
  410.   floor control.
  411.  
  412.   No means to display modifications of other users in a special way.
  413.   UNDO.
  414.  
  415.  
  416. - DistEdit
  417.   [Knister1990]
  418.   [Knister1993]
  419.  
  420.   Toolkit to build cooperative multiuser editors. Supports the 
  421.   re-implementation and the modification of existing single-user
  422.   editors. Uses the ISIS communication toolkit for reliable
  423.   ordered communication.
  424.  
  425.   Fully replicated document storage.
  426.  
  427.   Version 1 [Knister1990] provides primitives for inserting and
  428.   deleting of strings, for the propagation of the cursor position
  429.   and for the transfer of the floor.
  430.   Only one user has the floor for the whole file and can modify
  431.   the text; the others can watch the actions of that master-user
  432.   or read anywhere in the text. A user can request the floor; the
  433.   floor is transfered if the floorholder agrees.
  434.  
  435.   Version 2 [Knister1993] changes the floor concept; now there are
  436.   implicit and explicit locks (tickle locks);
  437.   Lock-Step-Mode to change text very tightly coupled.
  438.   All operations are still based on the insertion and deletion of
  439.   strings; a simple transaction mechanism is added;
  440.   UNDO
  441.  
  442.  
  443. - EHTS (Emacs HyperText System)
  444.   University of Aalborg, Denmark
  445.   [Wiil1991]
  446.   [Wiil1992]
  447.   [Wiil1993]
  448.  
  449.   Multiuser hypertext system consisting of a text editor and a
  450.   graphical browser. Text editor is the Emacs editor with additional
  451.   libraries.
  452.  
  453.   Central storage of the document in 'HyperBase', a active multiuser
  454.   database for hypertext systems in C++;
  455.   client-server model, support for collaboration among users by
  456.   providing event (notification) mechanism and fine grained lock
  457.   mechanism
  458.  
  459.   Caches at clients; use of notifications from server to invalidate
  460.   cache.
  461.  
  462.  
  463. - Ensemble
  464.   [NewmanWolfe1992]
  465.  
  466.   Object graphic editor; part of the conference system DCS
  467.  
  468.  
  469. - ForComment
  470.  
  471.   Multi-user asynchronous editor. Supports circulation comments, and
  472.   revisions of documents. Separates the authors from the others who
  473.   have commented the paper.
  474.  
  475.  
  476. - GroupDesign
  477.   Laboratoire de Recherche en Informatique, Univ de Paris-Sud
  478.   [Karsenty1992]
  479.  
  480.   Real-time multi-user drawing tool (close to GROVE)
  481.   features to compensate the lack of group memory: history, age 
  482.   (display of the time since the last modification with a color) and
  483.   identification (display of user who created object with a color),
  484.   time-relaxed WYSIWIS (privacy while working), audio echo, 
  485.   realized with different modi: synchronization view 
  486.   (localization mode), identification mode,
  487.  
  488.   Fully replicated document storage; Synchronization by high-level
  489.   asynchronous protocol: distribute events, use logical clock to 
  490.   timestamp events, list of received events, if received event then 
  491.   undo all events with more recent timestamp, do event and redo the events
  492.  
  493.  
  494. - GroupDraw
  495.   University of Calgary
  496.   [Greenberg1992]
  497.  
  498.   Multiuser object graphic editor;
  499.   WYSIWIS with scrolling and access rights (private objects that cannot
  500.   be seen by the other users)
  501.  
  502.   Locks (can be granted by the object owner(=creator): so the state
  503.   of an object can only be received from the owner; 
  504.   the granularity of locks is a handle (one object can have several
  505.   handles, e.g. a line has two);
  506.  
  507.  
  508. - GroupIE (Group Interaction Environment)
  509.   [Ruedebusch1993]
  510.   [Ruedebusch1991b]
  511.   [Ruedebusch1991a]
  512.  
  513.   Integration of a multiuser editor, a conferencing tool and a email
  514.   system; implement in Smalltalk-80; fully distributed/replicated;
  515.   supports text, graphic, video objects and compound objects
  516.  
  517.   OO graphical multiuser editor with integrated email functionality.
  518.   Distribution with distributed Smalltalk; remote method call based
  519.   on proxy concept.
  520.  
  521.   Parameters of cooperation (granularity, notifications, ...) are
  522.   scalable.
  523.  
  524.   
  525. - GroupSketch
  526.   University of Calgary
  527.   [Greenberg1992]
  528.  
  529.   Synchron, implicit interaction on common text/graphic documents
  530.   in local distributed groups. Users may execute every action, there
  531.   is no synchronization/coordination. No concurrency control, all
  532.   events are distributed to all other users; multiple active cursors
  533.   that show user names and current action (draw, delete, ...);
  534.  
  535.   Central registration daemon that handles newcommers.
  536.  
  537.  
  538. - GroupWriter
  539.   Knowledge Science Institute, Univ. of Calgary
  540.   [Malcolm1991]
  541.  
  542.   Notion: should contain all the features of existing commercial
  543.   wordprocessing systems. full versioning facilities, being able to
  544.   maintain multiple versions, reproduce older versions and compare
  545.   different versions; complexities can be hidden by the user interface
  546.  
  547.   Using a commercial wordprocessing engine as its core element
  548.  
  549.   Text editor; storage granularity is a paragraph; linear text
  550.   structure; versioning for paragraphs and for the structure;
  551.   possibility to choose between alternative paragraphs (versions)
  552.   or to merge alternative paragraphs (with help of the system).
  553.  
  554.   The existence of different alternatives is indicated by marks
  555.   in the editor window. Annotations are indicated in the same way.
  556.  
  557.  
  558. - GROVE
  559.   Microelectronics and Computer Technology Corporation
  560.   Austin, TX
  561.   [Ellis1989]
  562.   [Ellis1990]
  563.  
  564.   * text (mainly short document, outlines)
  565.   * very tight coupled cooperation (two users editing the same word ...);
  566.     propagation of actions by character, WYSIWIS (strict and relaxed)
  567.   * text is fully replicated
  568.   * special concurrency control method; ordering and transformation of
  569.     events 
  570.   * access rights, different views possible
  571.  
  572.  
  573. - Instant Update
  574.   On Technology (for Macintosh)
  575.   (info in MacUser Jan 92)
  576.  
  577.   Sister product of Meeting Maker. Timestamp paragraphs and sorts
  578.   changes different users have done to the same document. A push on
  579.   the 'update-button' updates other users changes to the
  580.   document. Users may edit off-line. The users get a message if the
  581.   'master-document' is changed.
  582.  
  583.  
  584. - Iris
  585.   Technische Universitaet Muenchen, Michael Koch
  586.   [Borghoff1993a]
  587.   [Borghoff1993b]
  588.   
  589.   Iris is distributed multiuser multimedia editor. It handles
  590.   hierarchical structured documents. The handling of the medium 
  591.   contents is separated from the storage of the structure. 
  592.  
  593.   The storage is fully replicated (in the moment only realized for
  594.   the structure, text contents and graphic contents).
  595.   Synchronization is handled with locks. Concurrency control is based
  596.   on a voting scheme. In the future a optimistic versioning scheme will
  597.   be applied.
  598.  
  599.  
  600. - KMS
  601.   [Akscyn1988]
  602.  
  603.   Hypermedia system, single logical database (physically distributed
  604.   across network): master server;
  605.   optimistic concurrency control: does not guarantee that one is able
  606.   to save changes after editing!
  607.  
  608.   Linear version thread for the individual frames and framesets 
  609.  
  610.  
  611. - MACE (Mother of All Concurrent Editors)
  612.   [NewmanWolfe1991]
  613.   Computer and Information Sciences Department, University of Florida
  614.  
  615.   Text editor; tightly coupled, synchronous cooperation and loosely coupled,
  616.   asynchronous cooperation is supported. Synchronization with explicit
  617.   locks of any size (no pre-defined granularity).
  618.  
  619.   Multi-level server architecture; concurrency control by central server
  620.  
  621.  
  622. - MESSIE
  623.   [Sasse1993]
  624.   University College London, Cambridge University
  625.  
  626.   MESSIE is a environment for collaborative editing, that supports the
  627.   collaborative creation of larger documents by teams of geographically
  628.   distributed authors, that work on heterogeneous systems.
  629.  
  630.   Shared filestore via Email; all authors may read all files in the
  631.   filestore and may add comments.
  632.  
  633.   Requirements: system should be simple to install, maintain and
  634.   port; storage overhead for the documents should be kept to a minimum;
  635.   it should be possible to manage documents remotely as well as locally;
  636.   Policy-free collaboration; not everybody has synchronous connection or
  637.   possibility to work remotely on another machine
  638.  
  639.   Implementation by the integration of existing tools: shared filestore,
  640.   electronic mail, version control tool
  641.  
  642.  
  643. - Mjolner-project
  644.   [Minoer1993],[Magnusson1993]
  645.   Lund University, Sweden
  646.  
  647.   Semi-(a)synchronous collaborative editing for hierarchical
  648.   structured documents;
  649.   attempt to integrate synchronous and asynchronous editing.
  650.  
  651.   Based on the Mjolner project (oo software development environment)
  652.   concurrency control by fine grained versioning
  653.  
  654.   awareness: 1 evolution graph; 2 presentation of active diffs (shows
  655.   differences between revisions or alternatives of the document)
  656.  
  657.  
  658. - MultimETH
  659.   ETH Z"urich
  660.   [Lubich1990]
  661.  
  662.   Allows small distributed workgroups to jointly edit multimedia
  663.   documents and to conduct an audio conference at the same time. The
  664.   prototype system is based on OSI upper layer protocols and runs over
  665.   a variety of networks including TCP/IP...
  666.  
  667.   Part of a conference system;
  668.   chairman, who chooses access control policy in conference: none 
  669.   (social protocols on audio channel), access control by tokens,
  670.   invite by chairman
  671.  
  672.   Documents are hierarchical structured (ODA), hierarchical locks of
  673.   sub-trees;
  674.   access writes on sub-trees
  675.   
  676.  
  677. - Neptune 
  678.   Tektronix, Inc
  679.   [Delisle1986]
  680.  
  681.   Distributed multiuser hypertext system (storage for CAD systems);
  682.   central server; transactions
  683.  
  684.   capability for complete version histories at the granularity of
  685.   'writes' from a text editor; it is possible to see any version
  686.   of a hyperdocument
  687.  
  688.  
  689. - PREP (work in preparation editor)
  690.   Carnegie Mellon University
  691.   [Neuwirth1990]
  692.   [Neuwirth1992]
  693.  
  694.   Same goals as Quilt: support of asynchronous implicit interaction
  695.   by change of text documents and annotation.
  696.   
  697.   Basic coordination by access rights.
  698.  
  699.   
  700. - Quilt
  701.   [Fish1988]
  702.   [Leland1988]
  703.  
  704.   Quilt supports asynchronous, implicit interaction on text documents;
  705.   different types of annotations (private note, public comment);
  706.   asynchronous messages to selected partners;
  707.  
  708.   Basic coordination by the access rights, roles;
  709.   common database for the documents;
  710.  
  711.   Realized on the basis of standard software: Orion database,
  712.   X-Windows, Xt
  713.  
  714.   Quilt hybrid of a multi-user hypermedia, computer-conferencing and
  715.   multimedia electronic mail system. people have different roles in
  716.   the production of a document. centralized database system. document
  717.   structure consists of a basic tree (consisting of base document with
  718.   n annotations), comment text or voice (private comments, public
  719.   comments, directed messages), system and user log (system log:
  720.   system messages like 'edited section 2.2 for 2 hours; 15 of 45
  721.   paragraphs changed', user log: messages by user)
  722.  
  723.  
  724. - SASE
  725. - SASSE
  726.   Toronto University
  727.   [Baecker1993]
  728.  
  729.   Prototype system for collaborative synchronous writing. Designed to
  730.   support both focused and independent work. Assumes that people will
  731.   communicate via telephone or an AV connection. text modifications
  732.   immediately appear on all text windows. telepointers are
  733.   provided. users are provided continuous feedback of other
  734.   collaborators working locations in the document with color coded
  735.   scroll bar for each user, indicating the current locations of
  736.   collaborators. The text is locked at the users text selection
  737.   level. This means that it is possible for collaborators to work
  738.   within the same line of text.
  739.  
  740.   SASSE: support for brainstorming, outlining, reviewing. views
  741.   provides information about who the collaborators are, where in the
  742.   document they are working, and what they are doing. An annotation
  743.   mechanism have been added to allow authors to exchange notes and
  744.   comments. A version mechanism shows which part of the document where
  745.   changed by whom.
  746.  
  747.   Non-optimistic locking of regions
  748.  
  749.  
  750. - SEPIA
  751.   GMD-IPSI
  752.   [Haake1992]
  753.  
  754.   Supports synchr. and asynchr. collaborative creation of
  755.   hyperdocuments such as manuals, articles, proposals etc. Provides
  756.   several different activity spaces, which could be seen as
  757.   task-specific browsers. The users interact with four activity space
  758.   browsers dedicated to the tasks of the content generation and
  759.   structuring, planning, arguing and writing. The basic objects in
  760.   SEPIA are atomic nodes, composite nodes and labeled links. Multiple
  761.   browsers on the screen displays different composite nodes. The state
  762.   of an object is signaled by using colors. Used in collaboration
  763.   SEPIA supports three different modes of collaborative writing
  764.   (individual work, loosely coupled and tightly coupled mode) and a
  765.   smooth transition between them. WYSIWIS in tightly coupled mode.
  766.  
  767.   Hypertext authoring system consisting of various activity spaces
  768.   used for structuring, planning, arguing and writing documents under
  769.   a rhetorical perspective. three modes of collaboration: individual
  770.   work, loosely coupled mode and tightly coupled mode. smooth
  771.   transition between these modes of collaboration with automatic node
  772.   locking and 'author awareness' when somebody is in the same node for
  773.   loosely coupled work; shared views, telepointing, audio-visual
  774.   connection for tightly coupled work.
  775.  
  776.   current CSCW systems do not support different collaboration models
  777.   at the same tome, nor do they allow for parallel work on a shared
  778.   information base or alternative states of a shared information base.
  779.   -> individual work, loosely-coupled work, tightly coupled work
  780.   transitions between the modes are triggered by the authors
  781.   navigational actions or by explicit conference requests
  782.  
  783.   CoVer, a contextual version server (hypermedia version server,
  784.   realized as extension to cooperative hypermedia server CHS)
  785.   represents versioned objects by so called multi-state objects (mobs)
  786.   mobs hold history of a single object, tasks store history of a group
  787.   of objects.
  788.  
  789.   CoVer offers task oriented version support
  790.  
  791.  
  792. - Shared Books
  793.   Xerox
  794.   [Lewis1988]
  795.  
  796.   'publication management' system based on the Xerox ViewPoint 
  797.   document processing system.
  798.  
  799.   Container for different documents (or parts of documents).
  800.   These can be accessed by several users at the same time;
  801.   explicit locking per sub object; simple revision control;
  802.   collaborative editing of one object is not possible;
  803.  
  804.  
  805. - ShrEdit
  806.   University of Michigan
  807.   [Baecker1993]
  808.   [Dourish1992a]
  809.  
  810.   Co-authoring system for Macintosh. WYSIWIS editor. Multiple users
  811.   may edit the same file. can be used with MacWrite, MacDraw and
  812.   MacPaint. Similar to 'Aspects' but locks on the character level.
  813.  
  814.   Each collaborator has an identical view of the document the group is
  815.   working on (WYSIWIS). To enter text, you select an insert point and
  816.   type normally. Your input is automatically sent to the server if you
  817.   are idle for a specified time period. If you place your cursor at a
  818.   point someone else has selected, you are locked out until that
  819.   person finishes. The status window shows who is currently editing
  820.   and who is tracking (i.e watching what someone else types as it is
  821.   being typed). users with sufficient memory can run two ShrEDIT
  822.   sessions under Apples multitasking system, enabling them to maintain
  823.   seperate planning and text documents. A local word processor could
  824.   run as a third task for private notes. Interaction parameters such
  825.   as the number of seconds of idle time before new text is sent to the
  826.   server can be set by the users.
  827.  
  828.   Synchronous group writing system which allows for the fine grained
  829.   editing of text. no prescribed structure for collaborative work,
  830.   relying on the authors to form some method of working
  831.   together. private and shared (public) views, track another authors
  832.   actions
  833.  
  834.   locks shared windows at the level of text selections. no telepointers.
  835.   "find" other users; "track" other users
  836.   lack of structure
  837.  
  838.   minimal system constraint: synchronous shared editing tool designed
  839.   for use in face-to-face design meetings. users can work
  840.   simultaneously in any part of the document, although insertion
  841.   points are locked, so that no two insertion points can be
  842.   co-located.
  843.  
  844.  
  845. - Vopex-2KM-Sun
  846.  
  847.   Shared Editor on a single screen (two mice, two keyboards ...)
  848.  
  849. -----------------------------------------------------------------
  850.  
  851. 4. See bibliography-editors FAQ
  852.  
  853.  
  854. ==================================================================
  855.  
  856.  
  857. David S. Stodolsky      Euromath Center     University of Copenhagen
  858. david@euromath.dk   Tel.: +45 38 33 03 30  Fax: +45 38 33 88 80. (C)
  859.