Microsoft Technology Licensing, LLC

David M Buchthal

Alan Aitken Ramaley

Thomas W Olsen

Darrell L Aldrich

Andrzej Turski

Darren Alexander Apfel

Hai Liu

Christopher James Antos

Andrew Grey Carlson

Thomas P Gallagher

Steve Rayson

Walter David Pullen

Christophe Rene Loisey

Lucas Jason Forschler

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. If an event leaves the program performing the primary steps in control but unable to complete the replacement, then the old files can be restored to the permanent storage medium. If an event prevents completion of either a replacement attempt or a restoration of the old files, completion of the replacement can again be attempted at a later time using the recovery files. The described processes can be applied to saving HTML documents, each of which typically comprises multiple files.

File save method for HTML files using recovery files including a list with temporary and final names for replacement files

A method and system are provided for filtering harmful HTML content from an electronic document. An application program interface (API) examines the fundamental structure of the HTML content in the document. The HTML content in the electronic document is parsed into HTML elements and attributes by a tokenizer and compared to a content library by a filter in the API. The filter removes unknown HTML content as well as known content that is listed as harmful in the content library. After the harmful HTML content has removed, a new document is encoded which includes the remaining safe HTML content for viewing in a web browser.

Method, system, and computer-readable medium for filtering harmful HTML in an electronic document

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. If an event leaves the program performing the primary steps in control but unable to complete the replacement, then the old files can be restored to the permanent storage medium. If an event prevents completion of either a replacement attempt or a restoration of the old files, completion of the replacement can again be attempted at a later time using the recovery files. The described processes can be applied to saving HTML documents, each of which typically includes multiple files.

Safe save method of HTML files using recovery files including a list with temporary and final names for replacement files

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. If a prior file list is located, then the current file list is compared to the prior file list. This comparison operation is completed to determine whether support files identified by the prior file list are no longer identified by the current file list. The support files not identified by the current file list, but identified in the prior file list, are deleted from the hard disk of the computer because the corresponding embedded files have been deleted by edit operations for the primary file.

Method for managing embedded files for a document saved in HTML format

An Envelope provides the integration of the functionality of an electronic mail (email) application program and the functionality of a document editor. Users can more easily generate and edit sophisticated documents for email transmission by invoking an Envelope that provides the user with the functions of an email client. A user that is editing a document in a document editor, such as a word processor or spreadsheet application can invoke the Envelope within the user interface of the document editor. The Envelope has its own user interface that is fully functional within the confines of the document editor's user interface to provide the user with the functionality of the email client application program. With the Envelope invoked, the user is enabled to execute many of the email client's functions while still editing the document within the document editor's user interface. Thus, the rich document editing functionality of the document editor is maintained, while the functionality of the email client is simultaneously accessible to the user. Envelope data generated during the editing process is saved with the document and available when the document is next edited or is opened as an email message.

Integrating email functionality into a word processor by incorporating an email GUI within the word processor

Growing community of inventors

Duvall, WA, United States of America

David M Buchthal