Both consumers and businesses are acquiring an increasingly diverse array of computers and digital output devices. These devices offer options for displaying content in ways that were only dreamed of a decade or two ago. For example, you can read e-mails on your computer at work, your PDA, or your mobile phone. Content can also be broadcast on oversized plasma screens in corporate conference rooms and classrooms, LED displays in lobbies, LCD panels at trade shows, TVs in waiting rooms, or scrolling ticker tapes over entryways, to name just a few options. While the increased versatility offers great diversity in communicating both text-based and image-based content, problems arise with how readily the content can conform to output devices of varying sizes and/or aspect ratios. Some display formats may be horizontally oriented (as in a computer monitor or TV monitor); others may be vertically oriented (as in a PDA or mobile phone).
In the print world, designers and other users work with a fixed page or canvas size. They decide what elements will compose a page and where those elements should be located based on their knowledge of the page size. Current technologies are limited in their ability to define page content so that it will reflow suitably when the page size of the output display is dynamic or is unknown. Furthermore, when a user desires for content to be rendered on multiple devices, problems arise. One of two things may happen: 1) the user must change the page content or layout to suit multiple target output devices, or 2) the user can rely on existing page reflow technology to resize the page content appropriately. In the latter case, images or content may “jump” to different lines or locations. Columns or pages of content can be split. Size and/or position of content can be changed or compromised.
Various technologies and techniques are disclosed that provide ways to position, size, and/or anchor page elements for display on varying output devices. A user can assign rendering specifications to both text and graphic elements. Rendering specifications include, but are not limited to height, width, anchor(s), and/or offset(s) to one, some, or all page elements. Page elements will appear in the positions and relationships to each other as specified in the source document, regardless of whether dynamic sizing on the output device changes the source document's dimensions and/or aspect ratio.
This Summary was provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description. This Summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used as an aid in determining the scope of the claimed subject matter.
For the purposes of promoting an understanding of the principles of the invention, reference will now be made to the embodiments illustrated in the drawings and specific language will be used to describe the same. It will nevertheless be understood that no limitation of the scope is thereby intended. Any alterations and further modifications in the described embodiments, and any further applications of the principles as described herein are contemplated as would normally occur to one skilled in the art.
The system may be described in the general context as an application that enables users to size, position, and anchor page content so it is rendered correctly on varying output devices, but the system also serves other purposes in addition to these. In one implementation, one or more of the techniques described herein can be implemented as features within a sub-system of an operating system such as MICROSOFT® WINDOWS® or Linux, or from any other type of program or service that is responsible for accessing, interpreting and/or rendering content in documents for display on an output device. In another implementation, one or more of the techniques described herein can be implemented as features within a program such as MICROSOFT® Office Word or Adobe InDesign, or from any other type of program or service that allows assignment of page content positioning and/or sizing attributes.
As shown in
Additionally, device 100 may also have additional features/functionality. For example, device 100 may also include additional storage (removable and/or non-removable) including, but not limited to, magnetic or optical disks or tape. Such additional storage is illustrated in
Computing device 100 includes one or more communication connections 114 that allow computing device 100 to communicate with one or more computers and/or applications 113. Device 100 may also have input device(s) 112 such as keyboard, mouse, pen, voice input device, touch input device, etc. Output device(s) 111 such as a monitor, speakers, printer, PDA, mobile phone, and other types of digital display devices may also be included. These devices are well known in the art and need not be discussed at length here.
Turning now to
Dynamic page sizing/positioning application 200 includes program logic 204, which is responsible for carrying out some or all of the techniques described herein. Program logic 204 includes logic for specifying height, width, and/or offset relative to one or more references (e.g. content, column, or page) 206; logic for specifying one or more anchor positions for one or more page elements 208; logic for storing, locating and retrieving elements/content according to saved specifications (e.g. in the document itself or a separate file) 210; logic for adjusting/resizing elements based on dynamic page sizing 212; logic for rendering adjusted/resized content correctly on a target output device 214; and other logic for operating the application 220. In one implementation, program logic 204 is operable to be called programmatically from another program, such as using a single call to a procedure in program logic 204.
In one implementation, program logic 204 resides on computing device 100. However, it will be understood that program logic 204 can alternatively or additionally be embodied as computer-executable instructions on one or more computers and/or devices and/or in different variations than shown on
Turning now to
The procedure begins at start point 240 with a user specifying rendering specifications for positioning and/or sizing content in a document on a source device, such as using a settings dialog in a user interface or in a settings file such as extensible application markup language (XAML) (stage 242). As one non-limiting example, a user can enter one or more dynamic sizing attributes for any page element, whether the element is text or a graphic. A user can specify the height and width of a page element, and/or its position relative to other elements on the page. Additionally, the user can specify one or more anchor points. The system uses program logic 210 to save the sizing and positioning attributes (stage 244), such as in the same file as the document or in a different file. When a user accesses the document to output the document's content on a target output device (stage 246), the system uses program logic 210 to retrieve the rendering specifications (stage 248) and program logic 212 to adjust/resize the page as needed to fit the requirements of the target output device (stage 250). Program logic 214 is executed to render/display the output on a target display according to the rendering specifications (stage 252). Thus, regardless of whether the output is on a large-screen TV or a mobile phone, the page can be displayed with the position and relative size of the elements preserved. The process ends at end point 254.
If the value is an absolute unit (decision point 320), then the sizing attribute is set based on the specified absolute unit value (stage 322). A few non-limiting examples of absolute units include pixels, points, centimeters, and so on. After the system recognizes and retrieves one attribute, or if the system is unable to identify the attribute, then it searches for another (decision point 312). The process continues until all attributes are recognized retrieved. Then the system uses program logic 212 and 214 to adjust/resize and render the content in a manner that is appropriate to the target output device (stage 314). The process ends at end point 324.
In one implementation, the process of
Alternatively or additionally, assigned attributes may be checked for validity. Thus, if a page element is sized as three (3) columns wide but only two (2) columns exist on a page, the system will recognize two (2) columns as the maximum size available and will size the element according to the maximum allowable size. The same may apply for anchoring attributes.
Turning now to
It will be appreciated that some, all, or additional stages than as listed in the
The attributes that a user can specify include Height 610, Width 620, Anchor 630, and Offset 650. One or more attributes may be specified for one or more page elements. A page element can be in the form of text, an image, a vector-based graphic, and/or other item(s). Height 610 and/or Width 620 may be specified with regards to a Reference (614 and 626). The Reference may be the page as a whole, one or more columns on the page, or the page content—which, in this context, means the margin on any side of the page. Number values (612 and 622) for Height 610 and Width 620 may be expressed as a percentage or a multiplier of the page, column, or content. Furthermore, once Height 610 is defined relative to a Reference (page, column, content) 614, an additional attribute may be defined for the top or bottom 616 of the referenced area. In a similar fashion, once Width 620 is defined relative to a Reference (page, column, content), an additional attribute of Position 624 may be defined for the left, right, or center of the referenced area 626.
One or more anchor points 630 may also be specified relative to a reference, which can be relative to the page as a whole, relative to one or more columns on the page, or relative to the page content—which, in this context, means the margin on any side of the page. A Vertical Anchor 632 may have a position 636 of the left, right, center, top, or bottom of the Reference (page, column, content) 634. In a similar fashion, a Horizontal Anchor 638 may have a position 637 at the left, right, center, top, or bottom of the Reference (page, column, content) 635.
Offset 650 is another optional attribute that may be set after defining one or more Anchors 630. One non-limiting example of using Offset in a page element is when the user wants a headline or an image to “hang over” the margin by a slight amount. Vertical Offset 652 may be referenced to the page, column, or content as specified for the reference 634 of vertical anchor 632. A number field 654 is provided for specifying the vertical offset. The amount of the vertical offset may be expressed in pixels 658 or some other unit of measure, such as points, centimeters, and so on. In a similar fashion, a Horizontal Offset 660 may be referenced to the page, column, or content as specified for the reference 635 of horizontal anchor 638. A number field 656 is provided for specifying the horizontal offset. The amount of the horizontal offset may be expressed in pixels or some other unit of measure 668. In one implementation, Vertical Offset 652 and/or Horizontal Offset 660 can be positioned to the left, right or center of the Reference for the respective anchor (vertical or horizontal).
In one implementation, the system may use the terms described above with respect to
In one implementation of the system, some or all of the attributes may be set in a dialogue box as described above. In another implementation of the system, some or all of the attributes may be set by clicking on a Preview image 670 and/or utilizing a Proxy 680 to specify positioning. One non-limiting example of this is to use one or more nodes of the Proxy 680 to specify one or more anchor points or offset(s). In yet another implementation of the system, a drag-and-drop method may be used by dragging specified attributes onto a Preview pane. In yet another implementation of the system, entering values, using a preview pane, using a proxy, and/or using drag-and-drop features may be used in any combination.
Turning now to
Simulated screen 700 consists of a single-column layout, in which a graphic 710 is anchored at the top along the left margin of the page. The page heading 720 appears at the top, followed by text 730 of the document. A sidebar 740 of text that is treated like a graphic is anchored at the right of the page. The user can specify these rendering specifications using a user interface similar to
Turning now to
Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims. All equivalents, changes, and modifications that come within the spirit of the implementations as described herein and/or by the following claims are desired to be protected.
For example, a person of ordinary skill in the computer software art will recognize that the client and/or server arrangements, user interface screen content, and/or data layouts as described in the examples discussed herein could be organized differently on one or more computers to include fewer or additional options or features than as portrayed in the examples.
Number | Name | Date | Kind |
---|---|---|---|
5060170 | Bourgeois et al. | Oct 1991 | A |
5796401 | Winer | Aug 1998 | A |
6023714 | Hill et al. | Feb 2000 | A |
6750887 | Kellerman et al. | Jun 2004 | B1 |
6826727 | Mohr et al. | Nov 2004 | B1 |
7093196 | Griffiths et al. | Aug 2006 | B1 |
7251778 | Hill et al. | Jul 2007 | B1 |
7366989 | Naik et al. | Apr 2008 | B2 |
7441047 | Gibbs et al. | Oct 2008 | B2 |
7716568 | Ido et al. | May 2010 | B2 |
7747782 | Hunt et al. | Jun 2010 | B2 |
7770108 | Fiedorowicz et al. | Aug 2010 | B2 |
20030037076 | Bravery et al. | Feb 2003 | A1 |
20030067489 | Candy Wong et al. | Apr 2003 | A1 |
20030079177 | Brintzenhofe et al. | Apr 2003 | A1 |
20030097397 | Giannetti | May 2003 | A1 |
20030204816 | Simard et al. | Oct 2003 | A1 |
20030236917 | Gibbs et al. | Dec 2003 | A1 |
20040001087 | Warmus et al. | Jan 2004 | A1 |
20040027375 | Ellis et al. | Feb 2004 | A1 |
20040085345 | Galou et al. | May 2004 | A1 |
20040205623 | Weil et al. | Oct 2004 | A1 |
20050094207 | Lo et al. | May 2005 | A1 |
20050108678 | Goodwin et al. | May 2005 | A1 |
20050138550 | Dermler et al. | Jun 2005 | A1 |
20050223320 | Brintzenhofe et al. | Oct 2005 | A1 |
20050246632 | Guido et al. | Nov 2005 | A1 |
20060100978 | Heller et al. | May 2006 | A1 |
20060242590 | Polivy et al. | Oct 2006 | A1 |
Number | Date | Country | |
---|---|---|---|
20070192686 A1 | Aug 2007 | US |