RA Brown wrote:
Barbara Duprey wrote:

Instead of focusing on parallels to Calc, let's think instead about this:

   * You have a "family" of text documents, all related to the same
     overall function.
   * The documents are fully independent of each other for such things
     as styles, page numbering, layout, and so on.
   * When something causes you to want to edit or refer to one of these
     documents, chances are high that your requirement extends also to
     the other documents in the family.
   * Currently, each of these documents has a different name, and you
     open each in a separate window to achieve your objective.
   * The proposal is to allow the documents to retain their
     independence, but be contained in a single file that can be opened
     with one action and makes the individual documents readily
     accessible from each other to streamline the updating and/or
     referencing activities you need to perform.
   * When you have accomplished your task, you currently close each
     document separately. With the new structure, a single action
     closes all the documents.

Besides improving efficiency for the document owner, an advantage to this structure is that the recovery information tracks together for all the documents, making it less likely that they will get out of sync by being restored to different points in your workflow.

Dotan, is this a reasonable statement of your intent here?


Barbara,

Great post.

I would like to see at least one other added: The ability to have text and spreadsheets in the same file. Having the ability to store scanned and PDFs documents would be an even bigger plus.

Andy

Wow! You're right, all the same considerations apply. This might have to be "phase 2" of the project, though, because the operations on the different filetypes have such dissimilar interfaces and probably quite different code for some similar functions. It would almost certainly take a seriously hard look at modularity, winnowing out embedded assumptions about the context of operations. Certainly worth your adding this to the issue, though.

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to