|Publication number||US8145600 B1|
|Application number||US 11/982,536|
|Publication date||Mar 27, 2012|
|Filing date||Nov 2, 2007|
|Priority date||Nov 2, 2007|
|Publication number||11982536, 982536, US 8145600 B1, US 8145600B1, US-B1-8145600, US8145600 B1, US8145600B1|
|Inventors||Lance Lewis, Ashish Duggal, Nathan Marroquin|
|Original Assignee||Adobe Systems Incorporated|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (22), Referenced by (3), Classifications (8), Legal Events (1)|
|External Links: USPTO, USPTO Assignment, Espacenet|
The present invention relates generally to software and compound documents. More specifically, techniques for version preview and selection are described.
A compound document is a document that includes assets, such as images, spreadsheets, digital videos, digital audio, and other multimedia features. Using conventional techniques, a compound document is typically produced using word processing software or page layout software, intermingling regular text with assets (e.g., images, spreadsheets, digital videos, digital audio, and other multimedia features). Assets in compound documents typically have different versions. Conventionally, different versions of an asset in a compound document are managed by deleting and replacing undesirable versions with desired versions. Conventional techniques such as a version control system are used to track multiple revisions of an asset. Changes to the asset are identified by incrementing an associated number or letter code. For example, the initial version of an asset is assigned version number “1” and when the first change is made to the asset, the version number is incremented to “2,” and so on. With some conventional techniques, a user can choose to update a given asset to the latest version of the asset. For example, if a compound document has version “2” of an asset and the latest version of the asset is version “5,” some conventional software allows the user to update the asset to version “5,” but the user can not preview or choose version “1,” version “3,” or version “4,” using conventional techniques. Users are unable to navigate between versions of an asset without incurring manually-intensive efforts to add, delete, and replace assets (e.g., images, photos, spreadsheets, or the like). For example, if a user wants to view different versions of an asset within the document, the user must manually add one version, view the version within the document, delete the version, and continue the process for each version the user wishes to view. This is both time-consuming and labor-intensive. Further, conventional software does not allow users to freeze a compound document in time, setting the current versions of the assets for the compound document and preventing unwanted updates to the compound document.
Thus, a solution for previewing and selecting versions of an asset in a compound document without the limitations of conventional techniques is needed.
Various examples are disclosed in the following detailed description and the accompanying drawings.
Various embodiments or examples may be implemented in numerous ways, including as a system, a process, an apparatus, or a series of program instructions on a computer readable medium such as a computer readable storage medium or a computer network where the program instructions are sent over optical, electronic, or wireless communication links. In general, operations of disclosed processes may be performed in an arbitrary order, unless otherwise provided in the claims.
A detailed description of one or more examples is provided below along with accompanying figures. The detailed description is provided in connection with such examples, but is not limited to any particular example. The scope is limited only by the claims, and numerous alternatives, modifications, and equivalents are encompassed. Numerous specific details are set forth in the following description in order to provide a thorough understanding. These details are provided as examples and the described techniques may be practiced according to the claims without some or all of the accompanying details. For clarity, technical material that is known in the technical fields related to the examples has not been described in detail to avoid unnecessarily obscuring the description.
Techniques for previewing and selecting versions of an asset in a compound document are described. Computer programs, software, or applications (“applications”) used to create or modify text, visual, graphic, audio, video, or other types of content, presentations, and graphical user interfaces (GUIs) may be used to provide a displayed environment where users may preview and select versions of an asset in a compound document. As used herein, the term “compound document” refers, at least in one example, to a document that includes assets, such as images, spreadsheets, digital videos, digital audio, and other multimedia features. In some examples, an asset in a compound document may have multiple versions. When multiple versions of an asset are available for association with a compound document, a graphical user interface may be configured display options for previewing or selecting a version associated with the compound document. A user may select any version from multiple versions of an asset that are available, regardless of the current version selected. For example, if five versions of an asset are available, and the current version selected is version “3,” the user may change the selected version to version “1,” version “2,” version “4,” or version “5.” Further, the selection of a version occurs in the displayed environment of the compound document; the user may preview and select any version without exiting the environment of the compound document. In some examples, users may select a version by browsing through each of the versions available using a graphical user interface associated with the compound document. In other examples, users may select a version by entering the version number in a field association with a graphical user interface associated with the compound document. As used herein, “version number” refers, in at least one example, to an associated number or letter code that is incremented to identify changes to an asset. In still other examples, users may select a version by selecting the version from a menu presented in a graphical user interface. Once a version is selected, the compound document is updated with the version. Thus, the selected version becomes the version of the asset associated with the compound document. Further, users may freeze the selected version of an asset by pinning the version to the compound document. As used herein, “pinning” refers, at least in one example, to associating the selected version of an asset to the compound document permanently, until it is un-pinned. Pinning an asset to a compound document allows users to freeze a selected version of the asset in time, setting the current version of the asset for the compound document and preventing unwanted updates to the compound document. As used herein, “un-pinning” refers, at least in one example, to disassociating the selected version of an asset from the compound document, allowing users to freely select or preview other versions of the asset.
In other examples, server 104 may be implemented and used to deliver (i.e., serve) content, information, or data requested by one or more of clients 106-114. For example, content requested by client 106 may be performed using a web browsing application (not shown) installed on client 106. Content may include text, documents, files, images, photos, applications, or any type of information or data. When requested from server 104, content may be delivered to the requesting client (i.e., clients 106-114). In other examples, server 104 may be a server configured for a given purpose (e.g., ad server, web server, content server, application server, web services, gateway, and others). In yet other examples, server 104 may be a server network configured for a given purpose (e.g., ad server, web server, content server, application server, web services, gateway, and others). Techniques for previewing and selecting versions of an asset in a compound document such as those described herein may be implemented using the above-described system and topology. In some examples, previewing and selecting versions of an asset in a compound document may be performed locally on one or more of clients 106-114. In other examples, previewing and selecting versions of an asset in a compound document may be performed remotely or in a distributed manner using server 104 and one or more of clients 106-114. Further, other system configurations, topologies, clients, end devices, and intermediate devices, and implementation techniques may be used and are not limited to those described above.
Detection module 206 may be configured to detect multiple versions of an asset in a compound document. In some examples, detection module 206 may detect one version of an asset in a compound document. In other examples, detection module 206 may detect more than one version of an asset in a compound document. When more than one version of an asset in a compound document is detected, selection module 208 may be configured to indicate selection of a version, where the version may be selected from any version of the asset. Display module 210 may be configured to provide a graphical user interface for selection of a version. In some examples, a graphical user interface may have scroll arrows (i.e., icons that provide directional suggestions for navigating between versions) and a user may preview and select previous and later versions of an asset by pressing the left scroll arrow or the right scroll arrow, respectively. In other examples, a graphical user interface may have a field for entering a version number. In still other examples, a graphical user interface may include a menu that presents the versions for selection. A transaction flow initiated by an interaction to select a version may be communicated using API 212 from another application or operating system (OS). Logic module 204 may be implemented to provide logic, control, coordination, command, signaling, and other functions and features for application 202. For example, logic module 204 may be configured to show each selected version of an asset in the compound document while a user browses through each of the versions. In other examples, preview module 209 may be configured to preview each selected version of an asset in the compound document.
In some examples, a transaction flow initiated by an interaction to pin a version of an asset may be communicated using API 212 from another application or OS. Logic module 204 may be configured to pin an asset to a compound document and logic module 204 may be configured to un-pin an asset from a compound document. In other examples, system 200 and the described elements may be varied in implementation, function, or structure and are not limited to the examples provided.
Further, users may freeze the selected version of an asset by pinning the version to document 402. Pin 416 may be used to pin a selected version to document 402. For example, here, version “3” of asset 404 has been selected. A user may press pin 416 to associate version “3” of asset 404 to document 402 permanently, until it is un-pinned from document 402. Pinning version “3” of asset 404 to document 402 allows a user to set asset 404 to be version “3,” regardless of any updates or newer versions of asset 404. Using pin 416 to set a selected version prevents unwanted updates to document 402. In some examples, there may be a graphical representation that a version has been pinned to document 402 (not shown). Once a version of asset 404 has been pinned to document 402, scroll buttons 410-412 and field 414 may not change the version of asset 404. After a version has been pinned to document 402, it may be un-pinned by pressing pin 416 again. In this example, pin 416 is a toggle switch, used to pin or un-pin versions of asset 404 accordingly. In other examples, pin 416 may be implemented as two separate buttons for pinning or un-pinning. In still other examples, the pin 416 may be implemented, designed, and function differently. In yet other examples, system 400 and the above-described elements may be varied and are not limited to the functions, structures, configurations, or implementations provided.
GUI 508, scroll buttons 510-512, field 514, and pin 516 may be implemented as described above in conjunction with GUI 408, scroll buttons 410-412, field 414, and pin 416 of
According to some examples, computer system 600 performs specific operations by processor 604 executing one or more sequences of one or more instructions stored in system memory 606. Such instructions may be read into system memory 606 from another computer readable medium, such as static storage device 608 or disk drive 610. In some examples, hard-wired circuitry may be used in place of or in combination with software instructions for implementation.
The term “computer readable medium” refers to any medium that participates in providing instructions to processor 604 for execution. Such a medium may take many forms, including but not limited to, non-volatile media, volatile media, and transmission media. Non-volatile media includes, for example, optical or magnetic disks, such as disk drive 610. Volatile media includes dynamic memory, such as system memory 606. Transmission media includes coaxial cables, copper wire, and fiber optics, including wires that comprise bus 602. Transmission media can also take the form of acoustic or light waves, such as those generated during radio wave and infrared data communications.
Common forms of computer readable media includes, for example, floppy disk, flexible disk, hard disk, magnetic tape, any other magnetic medium, CD-ROM, any other optical medium, punch cards, paper tape, any other physical medium with patterns of holes, RAM, PROM, EPROM, FLASH-EPROM, any other memory chip or cartridge, carrier wave, or any other medium from which a computer can read.
In some examples, execution of the sequences of instructions may be performed by a single computer system 600. According to some examples, two or more computer systems 600 coupled by communication link 620 (e.g., LAN, PSTN, or wireless network) may perform the sequence of instructions in coordination with one another. Computer system 600 may transmit and receive messages, data, and instructions, including program, i.e., application code, through communication link 620 and communication interface 612. Received program code may be executed by processor 604 as it is received, and/or stored in disk drive 610, or other non-volatile storage for later execution.
The foregoing examples have been described in some detail for purposes of clarity of understanding, but are not limited to the details provided. There are many alternative ways and techniques for implementation. The disclosed examples are illustrative and not restrictive.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US5659676||Sep 20, 1994||Aug 19, 1997||International Business Machines Corporation||Systems and methods for creating and refreshing compound documents|
|US5805889 *||Oct 20, 1995||Sep 8, 1998||Sun Microsystems, Inc.||System and method for integrating editing and versioning in data repositories|
|US5950215 *||Feb 7, 1996||Sep 7, 1999||Nec Corporation||System for managing a compound document|
|US6088693 *||Dec 6, 1996||Jul 11, 2000||International Business Machines Corporation||Data management system for file and database management|
|US6094657||Oct 1, 1997||Jul 25, 2000||International Business Machines Corporation||Apparatus and method for dynamic meta-tagging of compound documents|
|US7072893 *||Nov 27, 2002||Jul 4, 2006||Adobe Systems Incorporated||Repairing links in locked files|
|US7092969 *||May 15, 2003||Aug 15, 2006||Interwoven, Inc.||Management of source and derivative image data|
|US7092974 *||Mar 12, 2003||Aug 15, 2006||Right Hemisphere Limited||Digital asset server and asset management system|
|US7603357 *||Jun 1, 2004||Oct 13, 2009||Adobe Systems Incorporated||Collaborative asset management|
|US20040255247 *||Jun 13, 2003||Dec 16, 2004||International Business Machines Corporation||Attaching multiple files to an electronic document|
|US20040268249||Jul 30, 2004||Dec 30, 2004||Thomas Fennelly||Document transformation|
|US20050125462 *||Aug 9, 2004||Jun 9, 2005||Lara Eyal D.||Component-based adaptation system and method|
|US20050253848 *||Nov 5, 2004||Nov 17, 2005||Pixar||Manual component asset change isolation methods and apparatus|
|US20060026376 *||Jun 28, 2005||Feb 2, 2006||Microsoft Corporation||Retrieving graphics from slow retrieval storage devices|
|US20060112017||Nov 22, 2004||May 25, 2006||George Koppich||System and method for auditing an electronic document trail|
|US20060150151||Dec 8, 2005||Jul 6, 2006||Encomia, L.P.||Method and system for embedding user assistance in documents utilizing markup languages|
|US20060179080 *||Jan 17, 2006||Aug 10, 2006||Meek Brian G||System for management of source and derivative data|
|US20060262339||Mar 31, 2005||Nov 23, 2006||Xerox Corporation||Document targeting systems and methods|
|US20060294159 *||Jun 23, 2005||Dec 28, 2006||International Business Machines Corporation||Method and process for co-existing versions of standards in an abstract and physical data environment|
|US20070244935 *||Apr 13, 2007||Oct 18, 2007||Cherkasov Aleksey G||Method, system, and computer-readable medium to provide version management of documents in a file management system|
|US20080005138 *||Jun 30, 2006||Jan 3, 2008||Gauthier Charles S||Method and system for compound document assembly with domain-specific rules processing and generic schema mapping|
|US20080069473 *||Sep 18, 2007||Mar 20, 2008||Yoshiharu Tojo||Image management method and image processing apparatus|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US20110173188 *||Jul 14, 2011||Oto Technologies, Llc||System and method for mobile document preview|
|US20130117738 *||Nov 3, 2011||May 9, 2013||Microsoft Corporation||Server Upgrades with Safety Checking and Preview|
|US20140095973 *||Sep 29, 2012||Apr 3, 2014||Apple Inc.||Mechanism for partial document restore|
|U.S. Classification||707/638, 707/695, 717/170, 715/209|
|International Classification||G06F17/00, G06F7/00|
|Nov 2, 2007||AS||Assignment|
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:LEWIS, LANCE;DUGGAL, ASHISH;MARROQUIN, NATHAN;REEL/FRAME:020142/0129
Owner name: ADOBE SYSTEMS INCORPORATED, CALIFORNIA
Effective date: 20071102