home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 16 Announce / 16-Announce.zip / devco.zip / DEVCO-.TXT
Text File  |  1993-07-30  |  6KB  |  130 lines
  1. PROPOSAL:
  2.  
  3. That we form a co-operative to develop a publishing package for OS/2.
  4.  
  5. STRUCTURE:
  6.  
  7. A Limited Partnership. The General Partner, a corporation, will handle business
  8. and marketing. The contributors will be Limited Partners. All profits will be 
  9. distributed to the partners. A Management Committee will supervise and control 
  10. the process.
  11.  
  12. PACKAGE:
  13.  
  14. A package of tools for creating publications or documents (paper or 
  15. electronic). Four basic tools:
  16.  
  17. Composition Tool. Designed for composing and proofing text. Emphasis on content
  18. not format. Would include a somewhat novel approach to outlining and drafting 
  19. text. Also dictionary, thesaurus, usage, etc.
  20.  
  21. Graphics Tool. Designed for importing, viewing, transforming and manipulating 
  22. graphics. Other tools can be added for drawing, painting, etc.
  23.  
  24. Text Format Tool. Designed to control the appearance of text within columns or 
  25. on the page. Largely concerned with applying Styles -- fonts, type size, type 
  26. style, leading, etc. -- to blocks of text.
  27.  
  28. Page Format Tool. Designed to create page layouts and place text and graphics 
  29. within them.
  30.  
  31. These tools would act together on the data. In other words, one might have all 
  32. four active on the desktop simultaneously. For example, in the Page Format 
  33. Tool might set up a newsletter and assign certain space for an Editorial. I 
  34. would define Text Styles in the Text Format Tool and begin entering my ideas in
  35. the Composition Tool. I could link my text to both the Text Format Tool and
  36. Page Format Tool and interact with it in any one of the modes. Each would be, 
  37. in essence, a different window on the same data. I would import special 
  38. graphics through the Graphics Tool and link it to the Page Format Tool.
  39.  
  40. COMPOSITION TOOL CONCEPTS:
  41.  
  42. This tool would be flexible -- allowing the user to configure it to suit his or
  43. her needs. There would be three types of text:
  44.  
  45. Draft. Stuff which will eventually be read in the final document. The user will
  46. be able to apply attributes to this text identifying it as rough or final or 
  47. some stages in between. These would be user definable. This text would exist in
  48. linear form in the main document or within subsidiary processes. Or some might 
  49. be collected in a card file for future use. These would be iconized and moved 
  50. by drag and drop. Any selected block of text could be objectified this way.
  51.  
  52. Comments. These would be post-it type notes by the author reminding him or 
  53. herself to do something or change something, etc. They might also be comments or
  54. suggestions from collaborators. Each would be an object attached to the 
  55. document. They could be of any size. They would be activated by double clicking
  56. the mouse on them.
  57.  
  58. Outline. This is text not designed to be read, but holding the place of text to
  59. be written later. It might be formal outline material. It might be a quick 
  60. narrative of events to allow the author to skip ahead to another part of the 
  61. story. It might be a line of reasoning which will be fleshed out and fully 
  62. articulated later. Each paragraph would be objectifiable -- that is, double 
  63. clicking on the paragraph would launch a new process for composing text, of any
  64. type, under that heading. The new process would be linked to the original.
  65. These outline paragraphs could be hierarchical. The user could elaborate them 
  66. as part of an outline process or replace them with fully articulated text. 
  67. Eventually, they would all be smoothed into a linear whole, based on the 
  68. linkages.
  69.  
  70. The three types of text would be easily convertible one to another. A 
  71. suggestion posted as a comment might be integrated as text. A particularly well
  72. written outline paragraph might be retained in the draft.
  73.  
  74. The user could collapse subprocesses back into the main document at any time.
  75.  
  76. A process would keep track of comments, the states of text and outline material
  77. and display to the user, upon request, areas needing attention.
  78.  
  79. The general idea is that brief outline material would gradually be replaced by 
  80. draft text, which would be molded into the evolving document.
  81.  
  82. This tool would allow a writer to skip around within the composition as his or 
  83. her muse dictated, while maintaining in control of the overall shape and
  84. structure.
  85.  
  86. TEXT FORMAT TOOL
  87.  
  88. This would probably be pretty straightforward. We might provide a way of 
  89. creating style objects or brushes that the writer could brush across blocks of 
  90. text. For example, one might create a Body Text, an Indented Sub-paragraph Text
  91. and a Headline brush and "pain" the appropriate text with them. Or one might 
  92. create font brushes with alterable size and style settings, etc.
  93.  
  94. PAGE TOOL
  95.  
  96. Perhaps each virtual page would be a thread. In effect, each page would be an 
  97. object, linked dynamically to other objects. One would interact quickly with 
  98. the active page while background processes managed changes to others. Since 
  99. threads are finite, I suppose that some allocation of resources would be 
  100. necessary. Pages just after the active page or linked to it with some 
  101. proximity would be background processes. All other less critical pages might be
  102. handled serially by one process.
  103.  
  104. OPEN ARCHITECTURE
  105.  
  106. The design of the product would facilitate the development of additional modules
  107. -- math modules, sound modules for electronic publishing, etc.
  108.  
  109. WORK IN PROGRESS
  110.  
  111. Elementary versions of each of the tools might have a market while the whole 
  112. package takes shape. This would allow them to be tested in the real world of 
  113. work. It would also bring in cash flow to offset expenses.
  114.  
  115. FEEDBACK
  116.  
  117. Contact me with comments or ideas at:
  118.  
  119. Chris Barr
  120.  
  121. Internet:      p00544@psilink.com
  122. Compuserve:  75320,2055
  123.  
  124. or send me mail here.
  125.  
  126.  
  127.  
  128.  
  129.  
  130.