This invention relates to the creation of customized markup language designs.
Printing services Web sites that allow a user to access the site from the user's home or work and design a personalized document are well known and widely used by many consumers, professionals, and businesses. Typically, these types of sites allow the user to review thumbnail images of a number of customizable designs prepared by the site operator with a variety of different styles, formats, backgrounds, color schemes, fonts and designs from which the user may choose. When the user has selected a specific template design to customize, the sites typically provide online tools allowing the user to incorporate the user's personal information into the selected template to create a custom document design. When the design is completed to the user's satisfaction, the user can place an order through the site for production and delivery of a desired quantity of the corresponding printed product.
One very common printed product that is often ordered through printing services sites is the business card. The type of information that is normally provided on a typical business card is well known and can be fairly reliably predicted. To facilitate the easy and rapid preparation of a business card, printing services sites often provide a simple text entry tool that can be easily used by customers with little or no online product design experience.
Referring to
Template image 120 is the particular business card design template selected by the user for customization. In the example shown in
The service provider will typically have specified a default font, font size, and other font characteristics in which each user text entry will be displayed. To illustrate to the user the location and appearance of the user's information as it will appear in the design, generic text entries such as “Company Name”, “Full Name” and so forth are initially displayed in template 120. Preview button 130 is provided to allow the user to cause template 120 to be updated to replace the default generic text information in text area 122 with the information entered by the user in fields 101-111. Display 100 may also include various other items, not shown, such as informational, navigational, and promotional banners, messages and links.
Because the user is interacting with the service provider's site using a Web browser program running on the user's computer system, the document creation tools and displays are provided by the server to the user's computer in a markup language such as XHTML (eXtensible Hypertext Markup Language) suitable for execution by the browser program. What the user sees on the user's display as the design of a business card is the result of the browser's rendering of a collection of discrete markup language elements.
Each text entry field 101-111 is associated with an individual textbox. The individual textbox elements of template 120 are depicted for illustration in
In a typical prior art application of this type of design system, each textbox element is assigned a fixed absolute position within the overall template 120 design. For example, the horizontal and vertical pixel offset of the upper left corner of each textbox, such as corner 220 of text box 201, relative to the upper left corner 221 of the template 120 image is defined for each textbox 201-211. While this type of inflexible design may result in an acceptable finished product in many cases, in some situations the product design will be aesthetically unpleasing or possibly so defective as to be completely unusable.
While template 120 has been designed to yield a pleasing card containing eleven common business card data entries, some users have no use or desire for eleven different entries. The user is not forced to make an entry in each field and may choose to leave one or more fields empty. If a user makes entries in only a few of the fields, spacing between entries in the product design may be uneven and unattractive. For example, if a user entered only a company name in text field 101, a name in text field 103, and a Web address in field 111, the resulting three lines of information displayed in textboxes 201, 203 and 211 would be widely separated over almost the entire height of the card.
Another drawback in the prior art is that the template 120 layout design anticipates that all entries by a user will fit on one line. A problem is created if the user enters more text than the textbox can accommodate on a single line. If text wrapping for a textbox is not enabled, the user's desired text will exceed the line capacity and will be truncated. If text wrapping is enabled, when the user's text exceeds the capacity of a single line, the text will be wrapped onto a second line, often resulting in the text content of one textbox overlapping the text content of another textbox, creating an unusable design. Both of these situations are clearly undesirable.
There is, therefore, a need for a flexible design layout method that automatically adjusts the design according to the text entries made by the user.
The present invention is directed at satisfying the need for automated generation of aesthetically pleasing text layouts in a markup language design.
In accordance with one aspect of the invention, a plurality of text elements are defined for receiving user text for incorporation into a markup language design. In creating a text layout, text elements having no text content are disregarded. Positions of the text elements having text content are determined based on the heights of the text elements, defined spacing distances between adjacent text elements, and the defined text element positioning order.
It is an advantage of the invention that attractive text layouts can be automatically created for a wide variety of user text entry choices.
These and other objects, features and advantages of the invention will be better understood with reference to the accompanying drawings, description and claims.
For the purposes of illustration and discussion, the invention will be described in the context of the online design of a business card. It will be understood that the invention is not so limited and can be employed in any type of customization application where there is a requirement or desire to automatically create a layout within a defined area of a markup language design.
When UCS 300 is operating, an instance of the USC 300 operating system, for example a version of the Microsoft Windows operating system, will be running, represented in
While server 310 is shown in
Referring now to
Referring to
Referring now to
At step 602, the height in pixels of each textbox containing user-supplied text is determined. In the disclosed embodiment, this textbox height value is requested from operating system 303 via a rich text edit control. Alternatively, the value could be obtained from browser program 305. At step 603, the heights of all elements to be displayed in the available text area are combined to determine their total height. In this example, the heights of all textboxes containing user text are added to the defined spacing between the textboxes and this value is compared with the maximum allowable height available for user text. For the purposes of this calculation, all empty textboxes, and the related textbox separation spacing distances, are ignored. In template 120, the maximum height available for user text placement is the height of the template minus the minimum top and bottom spaces MT and MB that must remain empty. If a template design includes an image or other design element across the top and/or bottom of the template, the available vertical text area would be correspondingly reduced.
If the calculated height of the textboxes having text content and related spacing distances does not exceed the maximum allowable height, at step 604 the positions of the textboxes in the available text area 122 are determined. The textboxes are arranged in the appropriate vertical sequence and positioned such that approximately one-half of the total calculated height is above the horizontal centerline of the text area and one-half is below the centerline. At step 605, display 100 is updated to display template 120 with the user's text.
By way of illustration,
In
As mentioned above, the group spacing is maintained as long as even one textbox of a group contains text. For example, if the user were to have entered text only in text fields 101, 106, 110 and 111, that text would be arranged as shown in
Referring again to
It can be appreciated that textboxes with multiple lines will not automatically require a reduction in the font size or textbox spacing. In some situations, the user may have left one or more text fields 101-111 empty, thereby leaving sufficient vertical space available to accommodate one or more multi-line textboxes. Font size and spacing reductions are only needed if the total of the heights of the textboxes with text, plus the spacing distances, exceeds the maximum height available for user text.
If it is detected at step 603 that the total height of the textboxes and spacing exceeds the maximum allowable height, the current font sizes and spacing distances are checked at step 606 to determine if they are already at the size identified by the printing services provider as being the minimum that provides an attractive and legible product. If the font sizes and spacing distances are not at the minimum, at step 607 the font size for all textboxes are reduced by one point size or, if font sizes are defined in pixels, by one pixel. If the font sizes have been reduced to their minimums, the spacing distances between all textboxes are incrementally reduced by one pixel until the spacing distances reach their defined minimums. If the fonts and spacing are both at the minimums, an alert is generated at step 608 to notify the user that an acceptable automated layout cannot be generated. It will be understood that various alternate techniques of incremental reductions could be employed, for example: maintaining fixed spacing distances and incrementally reducing only the font sizes, alternately reducing font size and spacing size until both are at their minimums, reducing the font sizes or spacing for only some textboxes instead of all, or reducing font sizes in a proportional manner such that larger fonts sizes are reduced by a proportionally greater number of pixels than smaller font sizes.
After each reduction at step 607, the combined heights of the textboxes and spacing distances are then recalculated at step 602 to determine if they no longer exceed the maximum allowable height at step 603. Steps 602, 603, 606 and 607 are repeated until either the total height no longer exceeds the maximum allowable height or the fonts and spacing distances are at the minimum allowable size as identified by the service provider.
As an example, if all text fields 101-111 contain text entries and a text string that is too long to be rendered on a single line at the initial font size specified for textbox 502, such as, for illustration, “Message Message Message Message Message”, were entered in text field 102, the text would be wrapped onto two lines in textbox 502. The resulting increased height of textbox 502 would, in this case, cause the overall total height of all textboxes to exceed to the maximum. The font size and spacing of all textboxes would then be reduced incrementally until either the total height of all textboxes does not exceed the maximum available height, for example as depicted in
The invention is not limited to dynamic positioning only of textboxes. One or more design elements, for example lines, shapes, images, or other design features, could be similarly vertically positioned within text area 122 according to which and how many text fields are completed by the user.
While the invention has been shown and described in various exemplary embodiments, the described embodiment is to be considered as illustrative rather than restrictive. For example, the design being customized could be for a product to be printed on paper or on any other printable medium such as cloth, glass, plastic, rubber, or wood. The design could be for a complete product, or intended to be incorporated into a larger product, such as a section, side, or page. The scope of the invention is as indicated in the following claims and all equivalent methods and apparatus.
This application is a continuation of prior application Ser. No. 11/207,647, filed on Aug. 19, 2005, which is hereby incorporated by reference in its entirety.
Number | Name | Date | Kind |
---|---|---|---|
4581710 | Hasselmeier | Apr 1986 | A |
4773009 | Kucera et al. | Sep 1988 | A |
5031121 | Iwai et al. | Jul 1991 | A |
5263132 | Parker et al. | Nov 1993 | A |
5559934 | Ogura et al. | Sep 1996 | A |
5561421 | Smith et al. | Oct 1996 | A |
5588072 | Wang | Dec 1996 | A |
5649216 | Sieber | Jul 1997 | A |
5671438 | Capps et al. | Sep 1997 | A |
5835920 | Horton | Nov 1998 | A |
5845303 | Templeman | Dec 1998 | A |
5848184 | Taylor et al. | Dec 1998 | A |
5848186 | Wang et al. | Dec 1998 | A |
5857212 | Van De Vanter | Jan 1999 | A |
5873106 | Joseph | Feb 1999 | A |
5937084 | Crabtree et al. | Aug 1999 | A |
6081816 | Agrawal | Jun 2000 | A |
6532461 | Evans | Mar 2003 | B2 |
6826727 | Mohr et al. | Nov 2004 | B1 |
6918085 | Laval et al. | Jul 2005 | B1 |
6948119 | Farmer et al. | Sep 2005 | B1 |
7028255 | Ayers | Apr 2006 | B1 |
7237193 | Zaky et al. | Jun 2007 | B1 |
7263659 | Hull et al. | Aug 2007 | B2 |
7356760 | Jaeger | Apr 2008 | B2 |
7373593 | Uchida | May 2008 | B2 |
7409635 | Epstein | Aug 2008 | B2 |
7434159 | Lin | Oct 2008 | B1 |
7461332 | Brintzenhofe et al. | Dec 2008 | B2 |
7475333 | Otter et al. | Jan 2009 | B2 |
7478328 | Hannebauer et al. | Jan 2009 | B2 |
7584424 | Hanechak | Sep 2009 | B2 |
7602972 | Wei et al. | Oct 2009 | B1 |
7640499 | Kato | Dec 2009 | B2 |
7783969 | Menninga | Aug 2010 | B1 |
7801358 | Furmaniak et al. | Sep 2010 | B2 |
7962462 | Lamping et al. | Jun 2011 | B1 |
8020093 | Yalovsky | Sep 2011 | B2 |
8127227 | Kates et al. | Feb 2012 | B1 |
8261180 | Bastos dos Santos et al. | Sep 2012 | B2 |
20020116418 | Lachhwani et al. | Aug 2002 | A1 |
20020178223 | Bushkin | Nov 2002 | A1 |
20030084055 | Tanaka | May 2003 | A1 |
20030125931 | Campbell | Jul 2003 | A1 |
20030192011 | Williamson et al. | Oct 2003 | A1 |
20040194036 | Wolska et al. | Sep 2004 | A1 |
20040205602 | Croeni | Oct 2004 | A1 |
20040205642 | Menninga | Oct 2004 | A1 |
20040225962 | Ohashi et al. | Nov 2004 | A1 |
20040249664 | Broverman et al. | Dec 2004 | A1 |
20050010859 | McDonough et al. | Jan 2005 | A1 |
20050034068 | Jaeger | Feb 2005 | A1 |
20050050462 | Whittle et al. | Mar 2005 | A1 |
20050094207 | Lo et al. | May 2005 | A1 |
20050216836 | Duke et al. | Sep 2005 | A1 |
20050262437 | Patterson et al. | Nov 2005 | A1 |
20060031761 | Ohta | Feb 2006 | A1 |
20060064635 | Reid et al. | Mar 2006 | A1 |
20060112333 | Iwanaga | May 2006 | A1 |
20060117255 | Seeler | Jun 2006 | A1 |
20070079282 | Nachnani et al. | Apr 2007 | A1 |
20070150358 | Allen et al. | Jun 2007 | A1 |
20070266309 | Sellman | Nov 2007 | A1 |
20070286484 | Xie et al. | Dec 2007 | A1 |
20080295019 | Han et al. | Nov 2008 | A1 |
20090307583 | Tonisson | Dec 2009 | A1 |
20100153889 | Krause | Jun 2010 | A1 |
20100174985 | Levy et al. | Jul 2010 | A1 |
20110145701 | Dejean et al. | Jun 2011 | A1 |
Number | Date | Country |
---|---|---|
0327781 | Aug 1989 | EP |
Entry |
---|
Furuta et al., Interactively Editing Structured Documents, Electronic Publishing Apr. 1988, pp. 19-44. |
Ali et al., Adaptive Layout for Interactive Documents, Springerlink 2008, pp. 247-254. |
Yamamoto et al., Interaction Design of Tools for Fostering Creativity in the Early Stages of Information Design, ScienceDirect 2005, pp. 513-535. |
Chao et al., Layout and Content Extraction for PDF Documents, Springer 2004, pp. 213-224. |
Ryu et al., Parameter-independent Geometric Document Layout Analysis, IEEE 2000, pp. 397-400. |
Hurst et al., Layout and Language: Integrating Spatial and Linguistic Knowledge for Layout Understanding Tasks, ACM 2000, pp. 334-340. |
Lienhart et al., “Localizing and Segmenting Text in Images and Videos,” IEEE 2002, pp. 256-268. |
Xiao et al., “Text Region Extraction in a Document Image Based on the Delaunay Tessellation,” Google 2003, pp. 799-809. |
Liang et al., “Performance Evaluation of Document Layout Analysis Algorithms on the UW data set,” Google 1997, pp. 1-12. |
Sebrechts et al., “Visualization of Search Results: A Comparative Evaluation of Text, 2D and 3D Interface,” ACM 1999, pp. 3-10. |
Power et al., “Document Structure,” Google 2003, pp. 1-50. |
Krieger, “12 Tips for Creating Better Presentations,” [Online], Jan. 7, 2005, XP002448464, http://www.microsoft.com/AtWork/getworkdone/presentations.mspx>. |
Microsoft Paint, Windows 2000, © Microsoft Corp, Nov. 30, 1999. |
Microsoft Paint Screenshots Figure 5; created using Microsoft Paint 5.0.2150.1 in U.S. Appl. No. 12/428,794. |
Number | Date | Country | |
---|---|---|---|
20100131839 A1 | May 2010 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 11207647 | Aug 2005 | US |
Child | 12692066 | US |