Abstract: A computer-implemented process for replacing old files having old names on a permanent storage medium with new files in volatile memory. Some of these files may be opaque files, which are old files that have become new files without undergoing any changes, other than possibly name changes. The primary steps of this replacement can comprise first saving the non-opaque new files onto the permanent storage medium and assigning them temporary filenames. An opaque recovery file listing the old name and a temporary name for each opaque file is created. A primary recovery file listing the temporary name and a final name for each new file is created. After the names of the opaque files are changed to their temporary names, the names of the non-opaque old files are changed from their old names to backup names. Then, the names of the new files are changed from their temporary names to their final names. The recovery files and the old files can be deleted.

Abstract: A computer-implemented process for replacing old files having old names on a permanent storage medium with new files in volatile memory. Some of these files may be opaque files, which are old files that have become new files without undergoing any changes, other than possibly name changes. The primary steps of this replacement can include first saving the non-opaque new files onto the permanent storage medium and assigning them temporary filenames. An opaque recovery file listing the old name and a temporary name for each opaque file is created. A primary recovery file listing the temporary name and a final name for each new file is created. After the names of the opaque files are changed to their temporary names, the names of the non-opaque old files are changed from their old names to backup names. Then, the names of the new files are changed from their temporary names to their final names. The recovery files and the old files can be deleted.

Abstract: Redirecting an editing environment to open a primary file instead of an associated supporting file. Each supporting file can be provided with a marker identifying it as a supporting file and specifying the location of the primary file associated with that supporting file. This can be done in response to the initiation of a file save event for saving the supporting file. For opening a file in the editing environment, the file open process relies on the presence of a marker in the file to determine if the file is a supporting file. If so, the editing environment is redirected to open the primary file with which the supporting file is associated. For example, for an HTML document containing a primary file and a supporting file, the editing environment is directed to open the primary file rather than the supporting file to support the presentation of the entire content of the HTML document for editing by the user.

Abstract: A computer-implemented process for simulating, in an HTML-formatted primary file, certain user-expected characteristics of an electronic document containing an embedded file. In response to initiating a save operation for a primary file to be saved as an HTML document, a file embedded within the primary file is detected. In turn, a support file is created for storage, in a separate storage location and physically removed from the primary file, to logically represent the embedded file. In addition, a current file list, which is associated with the primary file, is created and saved to the storage mechanism, typically the hard disk drive for the computer. When the HTML-formatted primary file is opened in a work session, the editor can open a link to each support file identified by the file list. In response to conducting a save operation for a primary file, an inquiry can be conducted to determine if a prior file list is associated with the primary document.