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]