WO1996036001A1 - Method and system for embedding parts of documents and synchronizing multiple views thereof - Google Patents

Method and system for embedding parts of documents and synchronizing multiple views thereof Download PDF

Info

Publication number
WO1996036001A1
WO1996036001A1 PCT/US1996/005986 US9605986W WO9636001A1 WO 1996036001 A1 WO1996036001 A1 WO 1996036001A1 US 9605986 W US9605986 W US 9605986W WO 9636001 A1 WO9636001 A1 WO 9636001A1
Authority
WO
WIPO (PCT)
Prior art keywords
embedded
list
data structure
view
document
Prior art date
Application number
PCT/US1996/005986
Other languages
French (fr)
Inventor
Henri C. Lamiraux
Antone Michael Burbidge
Original Assignee
Apple Computer, Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Apple Computer, Inc. filed Critical Apple Computer, Inc.
Priority to AU58517/96A priority Critical patent/AU5851796A/en
Priority to EP96920115A priority patent/EP0770244B1/en
Priority to DE69622338T priority patent/DE69622338T2/en
Publication of WO1996036001A1 publication Critical patent/WO1996036001A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00Handling natural language data
    • G06F40/10Text processing
    • G06F40/103Formatting, i.e. changing of presentation of documents
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00Handling natural language data
    • G06F40/10Text processing
    • G06F40/103Formatting, i.e. changing of presentation of documents
    • G06F40/106Display of layout of documents; Previewing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00Handling natural language data
    • G06F40/10Text processing
    • G06F40/12Use of codes for handling textual entities
    • G06F40/123Storage facilities
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00Handling natural language data
    • G06F40/10Text processing
    • G06F40/166Editing, e.g. inserting or deleting
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00Handling natural language data
    • G06F40/10Text processing
    • G06F40/166Editing, e.g. inserting or deleting
    • G06F40/174Form filling; Merging
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/451Execution arrangements for user interfaces

Definitions

  • the present invention is directed to user interfaces for computers.
  • a user interface of the type to which the present invention is directed different kinds of information which are created by a user to form components of a document are stored as autonomous objects.
  • these components are known as parts.
  • a part consists of two main aspects, namely contents and an editor, which is also known as a manipulator or handler.
  • the contents of a text part for example, comprise elements of text
  • its editor consists of a software program for creating, editing, viewing and otherwise manipulating the textual contents, e.g., a word processing program.
  • a graphic part has contents which consist of graphical elements such as lines, rectangles, circles, and the like, and an editor which can be a drawing or painting program, for example.
  • a compound document can be created in this type of user interface by embedding one part within another part. Basically, any part can function as a container for another part. Similarly, any part can be contained in another part.
  • a compound document consisting of both text and graphics for example, can be created by placing a graphic part within a text part, or vice versa to embed one within the other.
  • the containment relationship between the embedded part and the embedding part is determined by a data structure known as a frame. Basically, the frame defines the area in the embedding part within which the embedded part is displayed. Each part maintains its separate identity within its frame, and s contents can be edited within the document by its associated editor.
  • the term "document” is not interpreted in a narrow sense to refer only to a two- dimensional presentation of information on a medium such as a sheet of paper or a display screen. Rather, it is employed in a more generic context to refer to any medium in which different types of information can be presented to the user, including a three-dimensional virtual reality image. For example, a part which displays a movie clip can be embedded within a graphic part that represents a three-dimensional room, to simulate projection of the movie onto a wall of the room.
  • a user may desire to also view it within a window to permit zooming and scrolling among different portions of the document.
  • a document with multiple views contains embedded parts, it is preferable to synchronize the different views of the part with one another.
  • the user should change the size and /or position of a frame containing an embedded part in one view, the changes should be reflected in the other views as well.
  • the present invention is directed to a procedure and data structure for embedding parts, particularly in a manner that enables different views of parts to be synchronized with one another during the run time of the computer.
  • the embedding of parts within one another and synchronization of their various views is implemented by means of a run- time data structure consisting of two major components.
  • One component, a display list comprises an identification of frames, or other container structures, in which a part of interest is displayed. As additional views of the part are created on the display, they are added to the display list.
  • the second component of the data structure is a proxy. For every display frame which is embedded in the part of interest, a proxy is created and added to a list. As additional display frames are embedded in the part of interest, they are added to its proxy list.
  • This structure can comprise a row for each embedded frame in a part, and a column for each frame within which the containing part is displayed.
  • Each cell of the matrix structure defines an object known as a proxy frame, which represents a respective view of one of the embedded display frames.
  • This structure provides a mechanism to keep the size and shape of corresponding embedded frames, which are displayed in different views, synchronized with one another.
  • Figure 1 is a general block diagram of a computer system of the type in which the present invention can be implemented
  • Figure 2 is a general block diagram of the software architecture for the computer system
  • Figure 3 is a view of a root drawing part
  • Figure 4 is a block diagram of the embedding data structure for the view shown in Figure 3;
  • Figure 5 shows multiple views of the root drawing part
  • Figure 6 is a block diagram of the embedding data structure for the views shown in Figure 5;
  • Figure 7 shows multiple views of the root drawing part with a first embedded part
  • Figure 8 is a block diagram of the embedding data structure for the views shown in Figure 7;
  • Figure 9 shows multiple views of the root drawing part with another embedded part
  • Figure 10 is a block diagram of the embedding data structure for the views shown in Figure 9.
  • an exemplary computer system includes a computer 10 having a variety of external peripheral devices 12 connected thereto.
  • the computer 10 includes a central processing unit 14 and associated memory.
  • This memory generally includes a main memory which contains the programs currently being executed on the computer, and which is typically implemented in the form of a random access memory 16.
  • the associated memory also includes a non-volatile memory that can comprise a read-only memory 18, and a permanent storage device, such as a magnetic or optical disk 20, for storing all of the programs, as well as data files.
  • the CPU 14 communicates with each of these forms of memory through an internal bus 22.
  • the peripheral devices 12 include a data entry device such as a keyboard 24, and a pointing or cursor control device 26 such as a mouse, trackball, pen or the like.
  • a display device 28 such as a CRT monitor or an LCD screen, provides a visual display of the information that is being processed within the computer, for example, the contents of a document or a computer-generated image. A hard copy of this information can be provided through a printer 30, or similar such device.
  • Each of these external peripheral devices communicates with the CPU 14 by means of one or more input/ output ports 32 on the computer.
  • the general architecture of the software which runs on the computer is illustrated in Figure 2.
  • the basic operation of the computer such as writing and reading data to and from the various forms of memory, controlling the display device 28, and communicating with the other peripheral devices, are carried out by its operating system 34.
  • a component architecture 36 comprises part of the operating system, and forms the basis for the user interface via which the user interacts with the computer to control its operation.
  • the component architecture also communicates with the various parts that are currently running on the computer.
  • the parts, and more particularly their editors, can be of two different types. Some of the part editors 38 can be self-contained entities, and communicate directly with the component architecture. Other parts 40 can communicate with the component architecture through a framework 42.
  • the framework provides a basic default architecture for a part, as well as the tools for generic operations that are carried out by all parts.
  • One of these generic operations is the ability to embed other parts, and the handling of embedded parts.
  • those parts 40 which communicate with the component architecture through the framework 42 they need not include these generic operations within the structure of their editors. Rather, each one need only provide the specialized functions that are associated with that kind of part, e.g. processing text, drawing graphic objects, etc.
  • the present invention comprises a procedure and associated data structure for embedding parts within one another, and for providing a synchronized appearance of parts throughout multiple views.
  • the features of the present invention are incorporated into the framework 42, and thereby provided to all of the parts 40 which communicate with the component architecture through the framework.
  • Figure 3 illustrates an example in which a user has created a graphic document 44, which contains some graphical objects.
  • This document is generated with a drawing part, and forms the root part of the document which functions as a container for all other parts.
  • the root part 44 essentially comprises one instantiation of a class of objects labeled "CDrawPart.”
  • CDrawPart When an instantiation of an object is opened, a run-time data structure is generated.
  • the data structure for a particular instantiation of a part contains an identification of specific features which make up that instantiation.
  • the data structure includes a description of each graphical object contained in the part.
  • An exemplary data structure 46 for the part 44 is shown in Figure 4. This data structure is created along with the part, and is stored in the main memory 16 of the computer while the part is displayed on its display device 28. Basically, the data structure contains an entry 47 for each graphical object, describing its size, location and other pertinent information pertaining thereto, such as color, fill pattern, etc. Included within the data structure for the part are two fields, labeled
  • the field fDisplayList comprises a list of frames in which the drawing part 44 is currently displayed and the field fProxyList is a list of the parts which are embedded in the root part.
  • the part is displayed in a single frame, which forms a document labeled "Untitled 1.” This single frame is identified by the entry CDrawFrame 48 in the display list field. There are no embedded frames within the drawing part, and so the list of proxies is empty.
  • the component architecture permits users to open multiple views of a part on the display device. For example, when the part is first created, as shown in Figure 3, it might be displayed within a frame structure. The user may also desire to view the part within a window, to scroll the displayed contents of the part. To do so, the user can invoke a command provided by the user interface, which causes a second view 50 of the part to appear within a window, as shown in Figure 5.
  • Figure 6 illustrates the display list and proxy list portions of the run-time data structure that is associated with the part in this case. As can be seen, a new display frame 52 has been added to the entries on the display list, to represent the second view of the part.
  • the frame itself is created by the component architecture, and the entry on the display list is created by the framework.
  • FIG. 7 illustrates an example in which the user has dragged a clock part into the document 44. Performing this action causes a clock image 54 to appear in both the original document 44, as well as the window 50 which also displays the drawing part.
  • an embedded frame 56 is placed within the root part 44.
  • the root part treats this frame in a manner similar to the other graphical objects listed in its data structure.
  • the frame 56 is drawn at a designated location and size. This frame differs from the other graphical objects, however, in that the drawing part has no control over the contents of the frame.
  • FIG. 7 there are two views of the root part 44, and hence two embedded frames are displayed, one for each view of the embedding part.
  • the clock part displays itself in each of these two embedded frames.
  • the portion of the data structure that pertains to this example is illustrated in Figure 8.
  • a proxy 58 is added to the list of objects in the data structure for the part.
  • This proxy represents the embedded frame 56 in the part.
  • the data associated with the proxy identifies the location and size of the embedded frame. For example, if the embedded frame has a rectangular shape, the proxy might specify where its top left and bottom right corners are located. Since there are two views of the root drawing part, there are two display frames for the embedded clock part.
  • Each display frame is represented by a respective proxy frame 60, 61 which is created by the framework.
  • the two proxy frames are linked together by the proxy 58 for the embedded frame.
  • the user can drag an existing text part from another document into the root document 44.
  • the text part displays its data in two frames, 62 and 64.
  • the two frames appear in both views 44 and 50 of the part.
  • the data structure corresponding to this example is illustrated in Figure 10.
  • two new proxies 66 and 68 have been created and added to the proxy list, one for each of the newly embedded frames 62 and 64.
  • a proxy frame 70, 71, 72 or 73 is created, and linked to the appropriate one of the proxies 66 or 68.
  • the data structure which is employed to support embedding of parts forms a matrix.
  • Each row of the matrix corresponds to an embedded frame in the part.
  • Each column of the matrix represents one of the views in which the part is displayed.
  • Each cell in the matrix comprises a proxy frame that represents a respective one of the views of an associated embedded display frame. In other words, there is a proxy frame for each view of each embedded frame in the part.
  • this data structure is the fact that it allows the different views of the embedded frames to be synchronized with one another during the run time of the computer.
  • the user may decide to change the location of the clock part 54, or to enlarge the frames 62 and 64 in which the text part is displayed.
  • Such actions might be carried out by the user in either of the two views of the document.
  • the proxy frame associated with that display frame is called.
  • the proxy frame in turn notifies the proxy to which it is linked, which updates the display data regarding the frame's size and location. This information is also provided to the other proxy frames linked to the proxy.
  • the proxy frames instruct the actual display frames to update their sizes and locations accordingly.
  • the user changes the location of the clock in the original root part 44, its displayed location in the window view 50 also changes correspondingly.
  • the present invention provides a procedure for embedding parts within other parts, in a manner which synchronizes the size and shape of corresponding embedded frames to one another in different display views.
  • the proxies themselves keep track of all of the embedded frames, and control their manipulation, e.g. resizing, moving, etc., so that the data structure for the part does not have to do so.
  • the proxies can also be responsible for saving the information regarding the proxy frames to permanent storage, e.g. the hard disk 20, and drawing the embedded frames when data for a part is read from the disk. This function supports cloning of the part, where multiple copies of the part can be created, and frame paging.
  • the run-time data structure fro the part does not have to contain information for drawing objects which are not currently visible.
  • the present invention can be embodied in other specific forms without departing from the spirit or essential characteristics thereof.
  • the part is shown as being directly linked to the proxies, which provide indirect links to the proxy frames.
  • the proxy frames can be directly linked to the part, rather than the proxy itself.
  • each proxy frame is still linked with a proxy to which all other proxy frames in a row of the matrix.

Abstract

The embedding of parts within one another, and synchronization of their various views, is implemented by means of a data structure consisting of two major components. One component, a display list, comprises a list of frames, or other container structures, in which a part of interest is displayed. The second component of the data structure is a proxy run, run identifies each part that is embedded in the part of interest. Together, these two data components define a matrix structure, in which there is row for each embedded frame in a part, and a column for each frame within which the part is displayed, or vice versa. This structure provides a mechanism to keep the size and shape of corresponding embedded frames, which are displayed in different views, synchronized with one another.

Description

METHOD AND SYSTEM FOR EMBEDDING PARTS OF DOCUMENTS AND SYNCHRONIZING MULTIPLE VIEWS THEREOF
The present invention is directed to user interfaces for computers. In a user interface of the type to which the present invention is directed, different kinds of information which are created by a user to form components of a document are stored as autonomous objects. In one such interface, these components are known as parts. A part consists of two main aspects, namely contents and an editor, which is also known as a manipulator or handler. The contents of a text part, for example, comprise elements of text, and its editor consists of a software program for creating, editing, viewing and otherwise manipulating the textual contents, e.g., a word processing program. Similarly, a graphic part has contents which consist of graphical elements such as lines, rectangles, circles, and the like, and an editor which can be a drawing or painting program, for example. In this type of user interface, the contents of a part do not exist separate from the editor. Rather, when the part is created, its contents are bound to a particular editor, such that when a user accesses the part, the functionality provided by its bound editor is immediately available to the user. A detailed description of this type of user interface is set forth in copending application Serial No. 08/058,260, filed May 10, 1993 and Serial No. 08/175,549, filed December 30, 1993, the disclosures of which are incorporated herein by reference.
A compound document can be created in this type of user interface by embedding one part within another part. Basically, any part can function as a container for another part. Similarly, any part can be contained in another part. A compound document consisting of both text and graphics, for example, can be created by placing a graphic part within a text part, or vice versa to embed one within the other. The containment relationship between the embedded part and the embedding part is determined by a data structure known as a frame. Basically, the frame defines the area in the embedding part within which the embedded part is displayed. Each part maintains its separate identity within its frame, and s contents can be edited within the document by its associated editor.
It is to be noted that, in the context of this type of user interface, the term "document" is not interpreted in a narrow sense to refer only to a two- dimensional presentation of information on a medium such as a sheet of paper or a display screen. Rather, it is employed in a more generic context to refer to any medium in which different types of information can be presented to the user, including a three-dimensional virtual reality image. For example, a part which displays a movie clip can be embedded within a graphic part that represents a three-dimensional room, to simulate projection of the movie onto a wall of the room.
It is sometimes desirable for a user to display multiple views of a document. For example, if a document is displayed within a frame, the user may desire to also view it within a window to permit zooming and scrolling among different portions of the document. If a document with multiple views contains embedded parts, it is preferable to synchronize the different views of the part with one another. Thus, if the user should change the size and /or position of a frame containing an embedded part in one view, the changes should be reflected in the other views as well. The present invention is directed to a procedure and data structure for embedding parts, particularly in a manner that enables different views of parts to be synchronized with one another during the run time of the computer.
These advantages, among others, are achieved by the method according to independent claim 1, the method according to independent claim 4 and the method according to independent claim 8. Further advantageous features, aspects and details of the invention are evident from the dependent claims, the description and the drawings. The claims are to be understood as a first non-limiting approach of defining the invention in general terms.
In accordance with the present invention, the embedding of parts within one another and synchronization of their various views is implemented by means of a run- time data structure consisting of two major components. One component, a display list, comprises an identification of frames, or other container structures, in which a part of interest is displayed. As additional views of the part are created on the display, they are added to the display list.
The second component of the data structure is a proxy. For every display frame which is embedded in the part of interest, a proxy is created and added to a list. As additional display frames are embedded in the part of interest, they are added to its proxy list.
Together, these two data components define a matrix structure. This structure can comprise a row for each embedded frame in a part, and a column for each frame within which the containing part is displayed. Each cell of the matrix structure defines an object known as a proxy frame, which represents a respective view of one of the embedded display frames. This structure provides a mechanism to keep the size and shape of corresponding embedded frames, which are displayed in different views, synchronized with one another.
Further features of the invention, and the advantages offered thereby, are explained in greater detail hereinafter with reference to a specific embodiment illustrated in the accompanying drawings.
Brief Description of the Drawings
Figure 1 is a general block diagram of a computer system of the type in which the present invention can be implemented;
Figure 2 is a general block diagram of the software architecture for the computer system;
Figure 3 is a view of a root drawing part;
Figure 4 is a block diagram of the embedding data structure for the view shown in Figure 3;
Figure 5 shows multiple views of the root drawing part; Figure 6 is a block diagram of the embedding data structure for the views shown in Figure 5;
Figure 7 shows multiple views of the root drawing part with a first embedded part;
Figure 8 is a block diagram of the embedding data structure for the views shown in Figure 7;
Figure 9 shows multiple views of the root drawing part with another embedded part; and Figure 10 is a block diagram of the embedding data structure for the views shown in Figure 9.
Detailed Description
To facilitate an understanding of the principles which underlie the present invention, it is described hereinafter with reference to its implementation in a user interface of the type described in previously identified application Serial Nos. 08/058,260 and 08/175,549. In this particular interface, components of information are known as "parts." It will be appreciated that the practical applications of the invention are not limited to this particular implementation. Rather, the invention can be utilized in any user interface in which one component of information can be embedded and displayed in another component of information. Generally speaking, the present invention is directed to features of a user interface that runs on a computer. For illustrative purposes, particular hardware components of a computer system are briefly described herein to provide a thorough understanding of the manner in which the features of the invention cooperate with the components of a computer system to produce the desired results. The use of the invention is not limited to the particular hardware components and configuration shown here.
Referring to Figure 1, an exemplary computer system includes a computer 10 having a variety of external peripheral devices 12 connected thereto. The computer 10 includes a central processing unit 14 and associated memory. This memory generally includes a main memory which contains the programs currently being executed on the computer, and which is typically implemented in the form of a random access memory 16. The associated memory also includes a non-volatile memory that can comprise a read-only memory 18, and a permanent storage device, such as a magnetic or optical disk 20, for storing all of the programs, as well as data files. The CPU 14 communicates with each of these forms of memory through an internal bus 22. The peripheral devices 12 include a data entry device such as a keyboard 24, and a pointing or cursor control device 26 such as a mouse, trackball, pen or the like. A display device 28, such as a CRT monitor or an LCD screen, provides a visual display of the information that is being processed within the computer, for example, the contents of a document or a computer-generated image. A hard copy of this information can be provided through a printer 30, or similar such device. Each of these external peripheral devices communicates with the CPU 14 by means of one or more input/ output ports 32 on the computer.
The general architecture of the software which runs on the computer is illustrated in Figure 2. Referring thereto, the basic operation of the computer, such as writing and reading data to and from the various forms of memory, controlling the display device 28, and communicating with the other peripheral devices, are carried out by its operating system 34. A component architecture 36 comprises part of the operating system, and forms the basis for the user interface via which the user interacts with the computer to control its operation. The component architecture also communicates with the various parts that are currently running on the computer. The parts, and more particularly their editors, can be of two different types. Some of the part editors 38 can be self-contained entities, and communicate directly with the component architecture. Other parts 40 can communicate with the component architecture through a framework 42. The framework provides a basic default architecture for a part, as well as the tools for generic operations that are carried out by all parts. One of these generic operations is the ability to embed other parts, and the handling of embedded parts. For those parts 40 which communicate with the component architecture through the framework 42, they need not include these generic operations within the structure of their editors. Rather, each one need only provide the specialized functions that are associated with that kind of part, e.g. processing text, drawing graphic objects, etc.
The present invention comprises a procedure and associated data structure for embedding parts within one another, and for providing a synchronized appearance of parts throughout multiple views. Preferably, the features of the present invention are incorporated into the framework 42, and thereby provided to all of the parts 40 which communicate with the component architecture through the framework.
To provide a thorough understanding of the invention, it will be described hereinafter with reference to a specific example illustrated in Figures 3-10, which together depict the steps that occur in the creation of the data structure. Figure 3 illustrates an example in which a user has created a graphic document 44, which contains some graphical objects. This document is generated with a drawing part, and forms the root part of the document which functions as a container for all other parts. The root part 44 essentially comprises one instantiation of a class of objects labeled "CDrawPart." When an instantiation of an object is opened, a run-time data structure is generated. The data structure for a particular instantiation of a part contains an identification of specific features which make up that instantiation. For a graphic part, such as that shown in Figure 3, the data structure includes a description of each graphical object contained in the part. An exemplary data structure 46 for the part 44 is shown in Figure 4. This data structure is created along with the part, and is stored in the main memory 16 of the computer while the part is displayed on its display device 28. Basically, the data structure contains an entry 47 for each graphical object, describing its size, location and other pertinent information pertaining thereto, such as color, fill pattern, etc. Included within the data structure for the part are two fields, labeled
"fDisplayList" and "fProxyList." The field fDisplayList comprises a list of frames in which the drawing part 44 is currently displayed and the field fProxyList is a list of the parts which are embedded in the root part. In the example of Figure 3, the part is displayed in a single frame, which forms a document labeled "Untitled 1." This single frame is identified by the entry CDrawFrame 48 in the display list field. There are no embedded frames within the drawing part, and so the list of proxies is empty.
The component architecture permits users to open multiple views of a part on the display device. For example, when the part is first created, as shown in Figure 3, it might be displayed within a frame structure. The user may also desire to view the part within a window, to scroll the displayed contents of the part. To do so, the user can invoke a command provided by the user interface, which causes a second view 50 of the part to appear within a window, as shown in Figure 5. Figure 6 illustrates the display list and proxy list portions of the run-time data structure that is associated with the part in this case. As can be seen, a new display frame 52 has been added to the entries on the display list, to represent the second view of the part. The frame itself is created by the component architecture, and the entry on the display list is created by the framework.
The component architecture also allows the user to place other parts within the part of interest. Figure 7 illustrates an example in which the user has dragged a clock part into the document 44. Performing this action causes a clock image 54 to appear in both the original document 44, as well as the window 50 which also displays the drawing part. To accomplish this result, an embedded frame 56 is placed within the root part 44. The root part treats this frame in a manner similar to the other graphical objects listed in its data structure. Thus, for instance when the part 44 is displayed on the computer's monitor 28, the frame 56 is drawn at a designated location and size. This frame differs from the other graphical objects, however, in that the drawing part has no control over the contents of the frame. Rather, the manipulation of the clock, for example changing its time, is carried out by the clock part which controls the information within the frame. For further information regarding the relationships between embedding and embedded parts, and the manner in which control is transferred between them, reference is made to previously identified application Serial No. 08/175,459.
In the example of Figure 7, there are two views of the root part 44, and hence two embedded frames are displayed, one for each view of the embedding part. The clock part displays itself in each of these two embedded frames. The portion of the data structure that pertains to this example is illustrated in Figure 8. Referring thereto, a proxy 58 is added to the list of objects in the data structure for the part. This proxy represents the embedded frame 56 in the part. The data associated with the proxy identifies the location and size of the embedded frame. For example, if the embedded frame has a rectangular shape, the proxy might specify where its top left and bottom right corners are located. Since there are two views of the root drawing part, there are two display frames for the embedded clock part. Each display frame is represented by a respective proxy frame 60, 61 which is created by the framework. The two proxy frames are linked together by the proxy 58 for the embedded frame. Referring to Figure 9, as a further example the user can drag an existing text part from another document into the root document 44. In this particular example, the text part displays its data in two frames, 62 and 64. When this occurs, the two frames appear in both views 44 and 50 of the part. The data structure corresponding to this example is illustrated in Figure 10. As can be seen therein, two new proxies 66 and 68 have been created and added to the proxy list, one for each of the newly embedded frames 62 and 64. For each view of the part, a proxy frame 70, 71, 72 or 73 is created, and linked to the appropriate one of the proxies 66 or 68.
From Figure 10 it can be seen that the data structure which is employed to support embedding of parts forms a matrix. Each row of the matrix corresponds to an embedded frame in the part. Each column of the matrix represents one of the views in which the part is displayed. Each cell in the matrix comprises a proxy frame that represents a respective one of the views of an associated embedded display frame. In other words, there is a proxy frame for each view of each embedded frame in the part.
The significance of this data structure is the fact that it allows the different views of the embedded frames to be synchronized with one another during the run time of the computer. For example, the user may decide to change the location of the clock part 54, or to enlarge the frames 62 and 64 in which the text part is displayed. Such actions might be carried out by the user in either of the two views of the document. When the user selects a display frame in either view to make a change to its size and/cr location, the proxy frame associated with that display frame is called. The proxy frame in turn notifies the proxy to which it is linked, which updates the display data regarding the frame's size and location. This information is also provided to the other proxy frames linked to the proxy. The proxy frames instruct the actual display frames to update their sizes and locations accordingly. Thus, as the user changes the location of the clock in the original root part 44, its displayed location in the window view 50 also changes correspondingly.
From the foregoing, it can be seen that the present invention provides a procedure for embedding parts within other parts, in a manner which synchronizes the size and shape of corresponding embedded frames to one another in different display views. The proxies themselves keep track of all of the embedded frames, and control their manipulation, e.g. resizing, moving, etc., so that the data structure for the part does not have to do so. Furthermore, the proxies can also be responsible for saving the information regarding the proxy frames to permanent storage, e.g. the hard disk 20, and drawing the embedded frames when data for a part is read from the disk. This function supports cloning of the part, where multiple copies of the part can be created, and frame paging. More particularly, if a part containing an embedded frame is displayed in a window, and the window is scrolled such that the embedded frame is no longer visible, it is not necessary to maintain data regarding the frame in the main memory of the computer. Rather, this data can be stored on the hard disk, and the proxy frame need only consist of a pointer to the location of the frame's data. In other words, the run-time data structure fro the part does not have to contain information for drawing objects which are not currently visible.
It will be appreciated by those of ordinary skill in the art that the present invention can be embodied in other specific forms without departing from the spirit or essential characteristics thereof. For example, in the illustrated embodiments, the part is shown as being directly linked to the proxies, which provide indirect links to the proxy frames. Alternatively, the proxy frames can be directly linked to the part, rather than the proxy itself. In this case, each proxy frame is still linked with a proxy to which all other proxy frames in a row of the matrix. The presently disclosed embodiments are therefore considered in all respects to be illustrative and not restrictive. The scope of the invention is indicated by the appended claims, rather than the foregoing description, and all changes that come within the meaning and range of equivalents thereof are intended to be embraced therein.

Claims

What is Claimed is:
1. In a user interface for a computer, of the type in which a part that forms a component of a document can be contained within another part that forms a component of the document, a method for maintaining synchronized multiple views of a part which is embedded within another part, comprising the steps of: displaying a first part on a display monitor for 'said computer in a first view; creating a data structure for said first part, said data structure comprising a first list which identifies each view of said first part that is currently being displayed on said display monitor, and a second list which identifies each part that is embedded within said first part; placing a second part in said first part, wherein said second part has a specific positional relationship to said first part and becomes embedded therein; adding an identification of said second part to said second list of said first part, said identification including information pertaining to said positional relationship; creating a second view of said first part on said display monitor, said second view including said embedded second part with said positional relationship; and adding said second view to said first list of said first part.
2. The method of claim 1 further including the steps of: changing said positional relationship of said second part relative to said first part in one of said views; updating the information in said second list of said first part to correspond to the changed positional relationship; and updating the display of the second part in the other of said views in accordance with the updated information in said second list of the first part.
3. The method of one of claims 1 or 2 further including the step of defining a matrix structure from said first list and said second list in which one axis of said matrix contains an identification of each view of said first part and the other axis thereof contains an identification of each part that is embedded in the first part, and which comprises individual cells that respectively pertain to each view of each embedded part that is contained in the first part.
4. In a user interface for a computer, of the type in which a part that forms a component of a document can be contained within another part that forms a component of the document, a method for embedding one part within another part, comprising the steps of: displaying a first part on a display monitor for said computer; creating a data structure for said first part, said data structure comprising a first list which identifies each view of said first part that is currently being displayed on said display monitor, and a second list which identifies each part that is embedded within said first part; placing a second part in said first part, wherein said second part has a specific positional relationship to said first part and becomes embedded therein; and adding an identification of said second part to said second list of said first part, said identification including information pertaining to said positional relationship.
5. The method of one of claims 1 to 4 wherein the step of placing a second part in said first part includes the steps of creating a display frame within said first part, displaying said second part within said display frame, and adding a proxy frame to said data structure which represents said display frame.
6. In a user interface for a computer, of the type in which a part that forms a component of a document can be contained within another part that forms a component of the document, a method for maintaining synchronized multiple views of a part which is embedded within another part, comprising the steps of: displaying a first part on a display monitor for said computer; placing a second part in said first part, wherein said second part has a specific positional relationship to said first part and becomes embedded therein; creating a data structure for said first part, said data structure comprising a first list which identifies each view of said first part that is currently being displayed on said display monitor, and a second list which identifies each part that is embedded within said first part; and defining a matrix structure from said first list and said second list in which one axis of said data structure contains an identification of each view of said first part and the other axis thereof contains an identification of each part that is embedded in the first part, and which comprises individual cells that respectively pertain to each view of each embedded part that is contained in the first part.
7. The method of claim 6 wherein said first part and said embedded second part are displayed on said display monitor in multiple views, and further including the steps of: changing said positional relationship of said second part relative to said first part in one of said views; updating the information in each cell of said matrix which pertains to said second part, to correspond to the changed positional relationship; and updating the display of the second part in the other views in accordance with the updated information in said cells.
8. A data structure that is stored in the memory of a computer having a user interface of the type in which a part that forms a component of a document can be contained within another part that forms a component of the document, said data structure comprising: a first list which identifies each view of said first part that is currently being displayed on a display monitor for the computer; and a second list which identifies each part that is embedded within said first part.
9. The data structure of claim 8 wherein said first list and said second list define a matrix in which one axis of said matrix contains an identification of each view of said first part and the other axis thereof contains an identification of each part that is embedded in the first part, and which comprises individual cells that respectively pertain to each view of each embedded part that is contained in the first part.
PCT/US1996/005986 1995-05-08 1996-05-08 Method and system for embedding parts of documents and synchronizing multiple views thereof WO1996036001A1 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
AU58517/96A AU5851796A (en) 1995-05-08 1996-05-08 Method and system for embedding parts of documents and synch ronizing multiple views thereof
EP96920115A EP0770244B1 (en) 1995-05-08 1996-05-08 Method and system for embedding parts of documents and synchronizing multiple views thereof
DE69622338T DE69622338T2 (en) 1995-05-08 1996-05-08 METHOD AND SYSTEM FOR EMBEDDING PART OF A DOCUMENT AND SYNCHRONIZING A VARIETY OF VIEWS OF THESE PARTS

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US08/436,116 US5802531A (en) 1995-05-08 1995-05-08 Method and system for embedding parts of documents and synchronizing multiple views thereof
US08/436,116 1995-05-08

Publications (1)

Publication Number Publication Date
WO1996036001A1 true WO1996036001A1 (en) 1996-11-14

Family

ID=23731175

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US1996/005986 WO1996036001A1 (en) 1995-05-08 1996-05-08 Method and system for embedding parts of documents and synchronizing multiple views thereof

Country Status (5)

Country Link
US (1) US5802531A (en)
EP (1) EP0770244B1 (en)
AU (1) AU5851796A (en)
DE (1) DE69622338T2 (en)
WO (1) WO1996036001A1 (en)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6134568A (en) * 1998-10-30 2000-10-17 Kinko's Ventures, Inc. Previewing an assembled document
US7053906B2 (en) * 2000-03-08 2006-05-30 Sony Computer Entertainment Inc. Texture mapping method, recording medium, program, and program executing apparatus
US20020087579A1 (en) * 2000-06-23 2002-07-04 Alan Chasanoff Object universe
US7788323B2 (en) * 2000-09-21 2010-08-31 International Business Machines Corporation Method and apparatus for sharing information in a virtual environment
US7786999B1 (en) * 2000-10-04 2010-08-31 Apple Inc. Edit display during rendering operations
CA2438362C (en) * 2003-08-26 2011-05-31 John William Comeau A method and system for synchronizing a client user interface with server backend
US7487454B2 (en) * 2004-04-26 2009-02-03 Microsoft Corporation Managing arbitrary window regions for more effective use of screen space
JP3927571B2 (en) * 2004-10-25 2007-06-13 株式会社日立国際電気 Image display program
US20090040238A1 (en) * 2004-10-25 2009-02-12 Mitsue Ito Image display program and storage medium containing same
US20060259521A1 (en) * 2005-05-16 2006-11-16 Anthony Armenta Interface for synchronization of documents between a host computer and a portable device
US7783993B2 (en) * 2005-09-23 2010-08-24 Palm, Inc. Content-based navigation and launching on mobile devices
US9099031B2 (en) * 2012-06-15 2015-08-04 Apple Inc. Layout synchronization
US8965940B2 (en) 2012-07-20 2015-02-24 Microsoft Technology Licensing, Llc Imitation of file embedding in a document

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0578207A2 (en) * 1992-07-06 1994-01-12 Microsoft Corporation Method and system for naming and binding objects
WO1994014115A2 (en) * 1992-12-01 1994-06-23 Microsoft Corporation A method and system for in-place interaction with embedded objects
WO1995025999A1 (en) * 1994-03-21 1995-09-28 Taligent, Inc. Document proxy framework

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5212770A (en) * 1989-12-06 1993-05-18 Eastman Kodak Company Data-handling and display system capable of supporting multiple application programs and output devices
JP3489119B2 (en) * 1991-08-09 2004-01-19 富士ゼロックス株式会社 Document processing device
US5339430A (en) * 1992-07-01 1994-08-16 Telefonaktiebolaget L M Ericsson System for dynamic run-time binding of software modules in a computer system
US5345551A (en) * 1992-11-09 1994-09-06 Brigham Young University Method and system for synchronization of simultaneous displays of related data sources
WO1994015281A1 (en) * 1992-12-23 1994-07-07 Taligent, Inc. Atomic command system
US5485617A (en) * 1993-12-13 1996-01-16 Microsoft Corporation Method and system for dynamically generating object connections
US5499333A (en) * 1995-04-20 1996-03-12 International Business Machines Corporation Method and apparatus for at least partially instantiating an object in a compound document using the object's parent class configuration data when the object's configuration data is unavailable

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0578207A2 (en) * 1992-07-06 1994-01-12 Microsoft Corporation Method and system for naming and binding objects
WO1994014115A2 (en) * 1992-12-01 1994-06-23 Microsoft Corporation A method and system for in-place interaction with embedded objects
WO1995025999A1 (en) * 1994-03-21 1995-09-28 Taligent, Inc. Document proxy framework

Also Published As

Publication number Publication date
DE69622338D1 (en) 2002-08-22
EP0770244B1 (en) 2002-07-17
DE69622338T2 (en) 2003-02-13
US5802531A (en) 1998-09-01
EP0770244A1 (en) 1997-05-02
AU5851796A (en) 1996-11-29

Similar Documents

Publication Publication Date Title
US5973702A (en) Oriented view system having a common window manager for defining application window areas in a screen buffer and application specific view objects for writing into the screen buffer
US5555368A (en) Object-oriented multi-tasking view framework
EP0788646B1 (en) Object-oriented system for servicing windows
US5544301A (en) Object-oriented view layout system
US6275227B1 (en) Computer system and method for controlling the same utilizing a user interface control integrated with multiple sets of instructional material therefor
JP3565850B2 (en) Object-oriented notification framework system
EP0734552B1 (en) Object-oriented task security framework
US5522025A (en) Object-oriented window area display system
US5668964A (en) Graphical user interface for creating a new notebook with a dragged page
US5351995A (en) Double-sided, reversible electronic paper
JP3849880B2 (en) Computer / human interface system for compound documents
US6957394B1 (en) Rendering controls of a web page according to a theme
US20060248404A1 (en) System and Method for Providing a Window Management Mode
EP0542660A1 (en) Method and apparatus utilizing multi-dimensional data icons
EP0770244B1 (en) Method and system for embedding parts of documents and synchronizing multiple views thereof
US5615326A (en) Object-oriented viewing framework having view grouping
EP0689692B1 (en) Dynamic linking system
US5737559A (en) Object-oriented view hierarchy framework
JPH05224869A (en) Method and apparatus for interactive input of information utilizing data icon
US5524199A (en) Object-oriented view system with background processing of update request
CA2289069A1 (en) Multi-media project management and control system
US5524200A (en) Object-oriented non-rectilinear viewing framework
JP3950937B2 (en) Interface method, compound document generation method, and compound document display method
Lantz et al. Virtual terminal management in a multiple process environment
US5995984A (en) Apparatus and method for zoom-in entry of an element in a table

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AL AM AT AU AZ BB BG BR BY CA CH CN CZ DE DK EE ES FI GB GE HU IS JP KE KG KP KR KZ LK LR LS LT LU LV MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK TJ TM TR TT UA UG UZ VN AM AZ BY KG KZ MD RU TJ

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): KE LS MW SD SZ UG AT BE CH DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN ML

WWE Wipo information: entry into national phase

Ref document number: 1996920115

Country of ref document: EP

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWP Wipo information: published in national office

Ref document number: 1996920115

Country of ref document: EP

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

WWG Wipo information: grant in national office

Ref document number: 1996920115

Country of ref document: EP