WO2005038673A1 - Presenting html content on a screen terminal display - Google Patents

Presenting html content on a screen terminal display Download PDF

Info

Publication number
WO2005038673A1
WO2005038673A1 PCT/NO2004/000307 NO2004000307W WO2005038673A1 WO 2005038673 A1 WO2005038673 A1 WO 2005038673A1 NO 2004000307 W NO2004000307 W NO 2004000307W WO 2005038673 A1 WO2005038673 A1 WO 2005038673A1
Authority
WO
WIPO (PCT)
Prior art keywords
document
content
width
display
presenting
Prior art date
Application number
PCT/NO2004/000307
Other languages
French (fr)
Inventor
Geir IVARSØY
Karl Anders ØYGÅRD
Snorre M. Grimsby
Original Assignee
Opera Software Asa
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
Priority claimed from NO20034724A external-priority patent/NO20034724D0/en
Application filed by Opera Software Asa filed Critical Opera Software Asa
Priority to JP2006536470A priority Critical patent/JP2007509402A/en
Priority to EP04775085A priority patent/EP1685502A1/en
Publication of WO2005038673A1 publication Critical patent/WO2005038673A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/957Browsing optimisation, e.g. caching or content distillation
    • G06F16/9577Optimising the visualization of content, e.g. distillation of HTML 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
    • 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/177Editing, e.g. inserting or deleting of tables; using ruled lines
    • GPHYSICS
    • G09EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09GARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G2340/00Aspects of display data processing
    • G09G2340/14Solving problems related to the presentation of information to be displayed
    • G09G2340/145Solving problems related to the presentation of information to be displayed related to small screens

Definitions

  • the invention can typically be used on, but is not limited to, TVs, PDAs, PCs. or smart phones with medium-sized screens, or even printers.
  • the object of the present invention is to render markup documents within the limits of resolutions smaller than the resolutions for which documents were originally designed, in most cases without introducing horizontal scrolling.
  • Figure 1 is a diagram showing screen sizes in pixels and a typical rendering method.
  • Small-Screen Rendering SSR is typically used on electronic devices with a screen resolution between 120 to 350 pixels, for example smart phones.
  • steps 530 to 570 will be implemented.
  • W is the available width - typically the widths of the containing block (a CSS term); this is the amount of room into which the cell can expand.
  • the Opera browser will override authors and turn the "nowrap" property off.
  • letter spacing is decreased by one pixel if the initial value is greater than -1.
  • the wrapping behavior is modified to allow emergency wrapping in the middle of words (i.e. splitting up words where one normally would not), when nonnal wrapping would fail to avoid overflow or horizontal scrolling. This modified text wrapping is necessary in MSR to avoid overflow and horizontal scrolling, and allows for smaller minimum widths in for example table cells and columns.
  • step 580 the resulting page is displayed on an electronic device.

Abstract

The object of the present invention is to render markup documents within the limits of resolutions smaller than the resolutions for which the documents were originally designed, in most cases without introducing horizontal scrolling, while keeping the original fonts, colors, design, and style. The object is achieved by finding and selecting only elements that are too big, shrinking them individually, and disallowing certain elements to grow table cells under specific circumstances.

Description

Presenting HTML content on a screen terminal display Field of the invention The present invention relates in general to the technical field of data processing for displaying information on electronic communication terminals. More specifically, the invention relates to a rendering technique for Web browsers (X)HTML or CSS user agents (UAs) that is required to render readable Web pages, with limited or no horizontal scrolling, on devices with limited resolution.
Background of the invention — prior art Most Web pages are designed with personal computers (PCs) in mind. Typically, the screen width on a PC is assumed to be at least 800 pixels. Smaller devices with smaller resolutions (screen sizes) therefore cannot render most such Web pages as designed without introducing horizontal scrolling. There exist several different technologies for presenting Web documents (e.g (X)HTMJL) on smaller displays than those that the documents were originally written for. For smart phones (devices able to read Web pages), Opera Software has introduced Small-Screen Rendering (SSR), ref. patent application PCT/NO03/00300. SSR .^ reformats Web pages so they fit on small screens with much lower screen resolution than a Web page is designed for. Opera's small-screen technology adapts a Web document to a small screen by sometimes drastically changing the document's design as intended by its author. Colors, fonts, design, and style are changed; document content is moved, scaled down, or sometimes removed. SSR assumes a small screen and leaves large areas of a medium-sized screen unused. SSR therefore works well on very small screens, for example mobile phones, but for medium- sized screens, for example PDAs, SSR is not a good solution. Another technology for presenting Web documents on smaller displays is TV centric layout. This solution attempts to display a Web page on a television display without using horizontal scroll bars, while preserving the look and feel of the Web page as originally contemplated by the designer. A method is used where a first , layout is received, with statistics for resolution, total width, and cell widths, and a second layout is then generated for display at a second resolution by comparing statistics from layout one with selected thresholds for layout two. The method then invokes horizontal shrinking (or growing) of cells in response to the comparison. If the second layout is not within the specified threshold, the process of cell reduction is repeated. The present invention Medium-Screen Rendering (MSR) differs substantially from this approach in many ways. Most importantly, MSR is not an iterative process. MSR does not need to compare layouts before reduction, nor calculate the width of for example the largest element or embeds within a non-breaking line or cell. Modern Web browsers must implement functions such as dynamic layout and tlie Document Object Model (DOM) to function properly on the Internet. An iterative approach to resizing elements (e.g. table cells) and producing page layouts may result in unacceptable performance, especially on devices with limited computing power. Another solution is "Just Fit". This method cannot properly handle box elements, positioned outside of the available horizontal space (viewing area). Nor has it solved the problem with a non-breaking line of elements that extends outside trie viewing area; in such a case, "Just Fit" will introduce line breaks between nonbreaking elements, which alters the intended layout. This may also disrupt for example the functionality of menus.
To zoom out the whole Web page is another method to avoid horizontal scrolling, with the risk of making some of or the entire page unreadable.
Zooming an entire Web page out, but increasing the relative font size as the page is zoomed out, ensures that fonts are readable as the actual minimum font does not go below a set value even though other content is zoomed out. The drawback with this method is that the page quickly loses its original look and feel because the relation between text and other content will be distorted.
US patent 6,593,944 with the title "Displaying a web page on an electronic display device having a limited display area" is an example of yet another approach aiming to solve the problems involved with the other zoom solutions. In this approach the entire page is zoomed out to fit the screen and presented to a user that selects the part of the page to be zoomed in for reading. The drawback of this method is tlxat a user must move a pointing device (e.g. a mouse) around to read different parts of the page. The aforementioned methods are all perfoπned on the client-side (e.g. by a We"b browser).
There also exist proxy or local software content transformations. A proxy solution is a server-side solution that alters Web content before it is served to the user agent electronic device. Drawbacks with this method are that it slows down surfing and users must in some way subscribe to the service. Further, the service provider must purchase a software solution, and the quality of the solution is not necessarily better than client-side solutions. Local software content transfonnations is a client-side solution that resembles a server-side solution in that a transformation is performed before content is served to the UA, but it is done on the client. This requires installing additional software on the device. It will also require more system resources (e.g. memory and CPU), which may slow down surfing.
The present invention uses a new approach for presenting Web pages (e.g. HTML or XHTML) on medium-sized screens. The main object is to present a scaled down version of the original Web page on a medium-sized display, while maintaining the look and feel of the original Web page. The solution developed is called Medium- Screen Rendering (MSR).
MSR can be used on devices of all kinds that share among these aspects: Device renders markup language (e.g. HTML, XHTML, XML, WML, cHTML, HTMLP etc.); Markup can be styled, for example using Cascading Style Sheets (CSS); Media output (e.g. viewing area) ranges between approximately 300 and 800 pixels in width, or is smaller than the media output for which the markup was initially designed. Horizontal scrolling is impossible or not desired.
In the present invention, the necessary changes to Web pages are done by a Web browser embodied on a client and not by a proxy server or client-side content- transforaiation software before serving the Web page to the client.
The invention can typically be used on, but is not limited to, TVs, PDAs, PCs. or smart phones with medium-sized screens, or even printers.
Objects and summary of the invention
The object of the present invention is to render markup documents within the limits of resolutions smaller than the resolutions for which documents were originally designed, in most cases without introducing horizontal scrolling.
The object is achieved by redefining elements in the document while keeping the original fonts, colors, design, and style. The invention finds content that takes up too much horizontal space and squeezes horizontally or shrinks these page elements (boxes) individually. Original fonts and colors are kept, and the design and style is left virtually untouched. In this process, very little of the design and style (e.g. CSS rules) is changed. The method may, if necessary, attempt to move document content (boxes) to avoid unused (empty) screen space. The end result is a presentation of the markup document that is very close to the original design, but that fits on a medium-sized resolution (e.g. a screen).
The above objects are achieved by means of a method, a client terminal, and a computer program as set forth in the appended set of claims.
Detailed description of the invention
Brief list of drawings
The invention will be described in further detail by reference to the figures, wherein: Fig. 1 is a diagram that shows screen sizes in pixels and a typical rendering method.
Fig. 2 shows three different rendering methods and the resulting presentation. Fig. 3 is an example of typical Web pages designed for viewing on a PC screen.
Fig. 4 is an example of how the Web page in figure 3 will be presented on according to the invention. Fig. 5 is a flow chart of an embodiment of the invention.
Fig. 6 is a diagram that illustrates a system using the inventive method.
Detailed description of a preferred embodiment
Figure 1 is a diagram showing screen sizes in pixels and a typical rendering method. Small-Screen Rendering (SSR) is typically used on electronic devices with a screen resolution between 120 to 350 pixels, for example smart phones.
Medium-Screen Rendering (MSR), which is the method according to the present invention, is intended for use on devices with a screen resolution between 350 and 750 pixels, e.g. PDAs. Nonnal rendering is used on devices with a screen resolution of more than 750 pixels, for example PCs.
Figure 2 shows three different examples of rendering methods and the resulting presentation. The first example shows how a typical menu, if it consists of a line of non-breaking images contained in a single table cell, is presented as intended on a display with 800 pixels. The next example shows how the same menu will look when using the "Just Fit" method to render the Web page on a display only 580 pixels wide. This method will introduce line breaks between non-breaking elements.
The third example shows how the same menu will look when viewed on a display with 580 pixels using a browser that has implemented the method according to the present invention. The menu will look like the menu in the first example. MSR will identify the entire line of non-breaking images, and shrink the images without breaking the line.
Figure 3 shows an example of two typical Web pages designed for viewing on a PC screen. Horizontal scrolling is introduced because the documents cannot fit within the available space (approximately 640 pixels). A typical Web page will have a specific layout and contain for example text, images, and form controls. Pages can be designed using for instance tables, special HTML elements, element attributes, CSS, or by combining these methods. Figure 4 shows the same Web pages as shown in Figure 3, except that they are rendered using the MSR technology. No horizontal scrolling is necessary even though the documents are rendered on a display with a smaller resolution (fewer horizontal pixels) than the Web pages were originally designed for. The look and feel of the original Web pages is retained. Figure 5 is a flow chart of one embodiment of the present invention. The flowchart shows the different steps that are included in the inventive method. Even though these steps are listed in a sequence, the order may be different and some or all of the steps can be performed at the same time. The figure thus represents an example.
The first step is to read a document (e.g. (X)HTML) in step 510, and in step 520 decide whether it is necessary to perfomi a Medium-Screen Rendering (MSR) of the document, or parts of the document, according to the inventive method.
MSR may be necessary if the document is to be read on a display with a resolution lower than the document is designed for. MSR can be triggered automatically (to avoid horizontal scrolling), or toggled from a user interface. If it is not necessary to use MSR, the Web page will be rendered normally.
If it is necessary to use the MSR method on the document, or parts of the document, steps 530 to 570 will be implemented.
One step 530 is to modify the CSS properties by ignoring certain elements when sizing table cells. Ih traditional (X)HTML and CSS table fomiatting, cells may be sized using the following equation: Wpref = max(min(WA , Wmaxi), Wmin ι)
where:
Wpref is the preferred cell width - the width of the cell prior to taking other cells into account. Wpref of each cell in the table is used when calculating the final width of each column. (Exactly how this is performed is outside the scope of this discussion.)
W is the available width - typically the widths of the containing block (a CSS term); this is the amount of room into which the cell can expand.
Wmax i is the maximum intrinsic width - the width found by conceptually following the following steps: - Set the width to infinity, - Lay the cell contents out. This should result in the fewest number of line breaks possible, - Shrink the width until either the number of line breaks increases, or the amount of overflow increases.
Wmin i is the minimum intrinsic width; the width found by conceptually following the following steps: - Set the width to the maximum intrinsic width, - Lay the cell contents out. This should result in the fewest number of line breaks possible, - Shrink the width until the amount of overflow increases, allowing lines to break as required.
For more information, please see the W3C Working Draft (Tables chapter) f the CSS 2.1 Specification: URI: http://www.w3.org/TR/CSS21/tables.html#auto-table- layout
In step 540 a calculation of minimum width of table cells is perfonτied. Opera's Medium-Screen Rendering technology changes the algorithm described above by always assuming that replaced content, for example iframes, images, plug-ins, applets, and forai elements, should have no influence on the calculation of Wmi„ j . As a result, the Web browser with MSR technology will allow a table cell to shrink, if necessary to avoid horizontal scrolling, even if the width of the replaced content then exceeds (overflows) the width of the containing table cell. Width of table cells is also set to auto; an author's request for a (minimαm) table- cell width is therefore not considered when calculating a minimum width. However, that width is still used when available space is distributed between cells (or columns), and when maximum width is calculated. By setting the width to auto, the width of the screen on the device with a limited display will define the new width of the table cells in the horizontal direction. As described above, content can force for example table cells to increase in size. By setting the maximum width of child elements to equal the width of their containing element (i.e. a maximum width of 100%), it is ensured that elements do not overflow their containing block. Thus, when MSR reduces for example a table cell's width to a value that is smaller than the original width, and the content of that cell exceeds the cell's new boundaries, the MSR browser functionality will shrink the content of that cell until it fits without overflowing. Content that is not placed inside tables is also shrunk or squeezed (i.e. squeezed without maintaining aspect ratio) to avoid overflow. Therefore, if, for example, a document window, even when maximized to use all available screen space, contains a document that was designed for a resolution higher than the available resolution, • Opera's MSR functionality will squeeze the entire document and individually shrink, squeeze, or move its content as deemed necessary to force-fit the document within the available space. If an element already has a maximum width of less than 100% of its containing element, or a width that is set to auto, the browser with MSR implemented will not change it unless further size reduction is necessary. If images are scaled down to fit within their containing block, they are scaled both horizontally and vertically to preserve the aspect ratio. In step 550, a repositioning of page elements positioned outside the width, of the screen is performed to avoid horizontal scrolling. This is done by: - Identifying the page element, - Analyzing the element with regard to size and functionality, - Approving or disapproving the element for repositioning, - Repositioning the element (if approved) either based on where it occαrs in the markup (document source), or at the top or bottom of the Web page. In step 560 a resizing of non- wrapping content is performed. Where more than one element is inside the same parent element (e.g. a table cell), and they do not wrap, setting a maximum width of 100% on each element may result in overflow of the containing box. In such cases, MSR shrinks the entire non-breaking line of elements (typically several images in a menu inside the same table cell) to fit inside the containing box. When non-wrapping content occurs outside tables, MSR may introduce an extra (invisible) element that is used to calculate the new size of the non- wrapping content. In step 570 an emergency wrapping of text is performed. As part of the Medium- Screen Rendering technology, the values of the CSS "white-space" property are mapped as follows:
Figure imgf000010_0001
Inside table cells, the Opera browser will override authors and turn the "nowrap" property off. On elements where the "white-space" property is mapped to "pre-wrap", letter spacing is decreased by one pixel if the initial value is greater than -1. In addition, the wrapping behavior is modified to allow emergency wrapping in the middle of words (i.e. splitting up words where one normally would not), when nonnal wrapping would fail to avoid overflow or horizontal scrolling. This modified text wrapping is necessary in MSR to avoid overflow and horizontal scrolling, and allows for smaller minimum widths in for example table cells and columns. In step 580 the resulting page is displayed on an electronic device. When Opera combines the MSR way of calculating minimum widths with other MSR functions (as described above), Opera can, in most cases, render a document (Web page) very closely to the original in style and layout, on a medium-sized screen, without introducing horizontal scrolling. The MSR functionality can be turned on and off from the user interface, or set to auto. If MSR is set to auto, the Opera browser will turn MSR on to avoid horizontal scrolling.
MSR can be disabled for documents that have been coded for handheld devices or TVs: - Special markup languages such as WML, XHTML MP, and cHTML - Styling for handheld or tv media (@media handheld or @media tv)
Figure 6 is an overview of a system and electronic device 640 implementing the inventive method. A Web document 630 written for viewing on a first screen 615 on a for instance a PC 610 is received through the Internet 620 on an electronic device 640 with a smaller display 680 than the Web document 630 is designed for. The Web document is received by receiving means 675 in the electronic device 640, and read by a Web browser 650 loaded into a memory 660. The Web browser is provided with a module with separate functions 655 for redefining elements in a Web document 630 so it will fit on a smaller display 680 while reducing horizontal scrolling to a minimum.
The electronic device 640 comprises a processing unit 670 that is arranged to perform the functions according to the inventive method.
The inventive method is implemented in a web browser capable- of modifying and presenting content in a web document adapted to the physical characteristics of the display of the electronic device 640. .
As said, the different functions that are implemented in each step described above are not necessarily perfonned in a sequence. The functions are working together, and some or all of them may be performed at the same time.

Claims

CLAIMS 1. Method for modifying and presenting content in a document (630), written in a markup language for presenting on a display (615) with smaller resolution than the document (630) is designed for, by means of a browser (650), comprising the steps of:
- applying separate functions (655), which functions (655) are coded into the browser (650) and which functions (655) cooperate, overriding markup and style where necessary and, - presenting the modified document on the display (680).
2. Method according to claim 1 , where one function is resizing table cells by calculating the minimum width of cells.
3. Method according to claim 1 , where one function is repositioning a page element outside of the width of the display (680).
4. Method according to claim 1, where one function is resizing non- wrapping content.
5. .Method according to claim 1, where one function is wrapping text.
6. Method according to claim 2, where calculating of the minimum width of table cells is performed by: - overriding the original width by setting the width to auto, and - excluding the width of replaced content contained in table cells when performing the calculation.
7. Method according to claim 3, where the repositioning of a page element comprises the following steps: - identifying the page element, - analyzing the element with regard to size and functionality, - approving or disapproving the element for repositioning, - repositioning the element if approved, either based on where it occurs in the document (630), or at the top or bottom of the modified content.
8. Method according to claim 2 and 4, where the resizing of non- wrapping content is performed by shrinking or squeezing all elements to fit inside the new width of the containing table cell.
9. Method according to claim 4, where the resizing of non- wrapping content is performed on objects contained both inside and outside table cells.
10. Method according to claim 5, where the wrapping of text is done in the middle of a word if normal wrapping fails to avoid overflow or horizontal scrolling.
11. Method according to claim 7, where the page element is among all types of elements that can be included in the markup language.
12. Electronic device (640) comprising a processing unit (670), a memory (660) and a display (680) for modifying and presenting a document (630), written in a markup language for presenting on the display (680) with smaller resolution than the document (630) is designed for, by means of a browser (650) loaded in the memory (660) wherein said processing unit (670) is arranged for performing the following steps:
- applying separate functions (655), which functions (655) are coded into the browser (650) and which functions (655) cooperate, overriding markup and style where necessary and, - displaying on the display (680), a document (685) comprising redefined content.
13. A Web browser (650) adapted for modifying and presenting content in a document (630), written in a markup language for presenting on a display (615) with smaller resolution than the document (630) is designed for, comprising computer program modules for:
- applying separate functions (655), which functions (655) are coded into the browser and which functions cooperate, overriding markup and style where necessary and, - presenting the redefined content in a document (685) on the display (680).
PCT/NO2004/000307 2003-10-22 2004-10-13 Presenting html content on a screen terminal display WO2005038673A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2006536470A JP2007509402A (en) 2003-10-22 2004-10-13 HTML content display on screen terminal display
EP04775085A EP1685502A1 (en) 2003-10-22 2004-10-13 Presenting html content on a screen terminal display

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US51292403P 2003-10-22 2003-10-22
NO20034724A NO20034724D0 (en) 2003-10-22 2003-10-22 Presentation of HTML content on a display terminal
NO20034724 2003-10-22
US60/512,924 2003-10-22

Publications (1)

Publication Number Publication Date
WO2005038673A1 true WO2005038673A1 (en) 2005-04-28

Family

ID=34467902

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/NO2004/000307 WO2005038673A1 (en) 2003-10-22 2004-10-13 Presenting html content on a screen terminal display

Country Status (3)

Country Link
EP (1) EP1685502A1 (en)
JP (1) JP2007509402A (en)
WO (1) WO2005038673A1 (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009128728A1 (en) * 2008-04-15 2009-10-22 Opera Software Asa Method and device for dynamically wrapping text when displaying a selected region of an electronic document
US20100199195A1 (en) * 2009-02-04 2010-08-05 Jataayu Software Limited Adaptive Rendering Of A Webpage On An Electronic Display Device
WO2010124397A1 (en) * 2009-04-29 2010-11-04 Torch Mobile Inc. Software-based asynchronous tiled backingstore
EP2687997A4 (en) * 2011-03-14 2015-05-06 Xiaomi Inc Method for rearranging web page

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW201115362A (en) 2009-10-29 2011-05-01 Ibm System, method, and program for editing electronic document
JP2011242821A (en) 2010-05-14 2011-12-01 Sony Corp Information processing apparatus and method, and program
JP2012008686A (en) 2010-06-23 2012-01-12 Sony Corp Information processor and method, and program
JP2014013436A (en) * 2012-07-03 2014-01-23 Dainippon Printing Co Ltd Document arrangement device
WO2014196191A1 (en) * 2013-06-04 2014-12-11 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ Information display method and program

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0949571A2 (en) * 1998-04-07 1999-10-13 Xerox Corporation Document re-authoring systems and methods for providing device-independent access to the world wide web
US6300947B1 (en) * 1998-07-06 2001-10-09 International Business Machines Corporation Display screen and window size related web page adaptation system
US20020021308A1 (en) * 1996-06-03 2002-02-21 White Christopher M. Resizing internet document for display on television screen
US6593944B1 (en) * 2000-05-18 2003-07-15 Palm, Inc. Displaying a web page on an electronic display device having a limited display area

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5897644A (en) * 1996-09-25 1999-04-27 Sun Microsystems, Inc. Methods and apparatus for fixed canvas presentations detecting canvas specifications including aspect ratio specifications within HTML data streams
US6023714A (en) * 1997-04-24 2000-02-08 Microsoft Corporation Method and system for dynamically adapting the layout of a document to an output device
US6456305B1 (en) * 1999-03-18 2002-09-24 Microsoft Corporation Method and system for automatically fitting a graphical display of objects to the dimensions of a display window
JP2002063016A (en) * 2000-08-16 2002-02-28 Matsushita Electric Ind Co Ltd Web-browsing device and web browsing method
US6955298B2 (en) * 2001-12-27 2005-10-18 Samsung Electronics Co., Ltd. Apparatus and method for rendering web page HTML data into a format suitable for display on the screen of a wireless mobile station

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020021308A1 (en) * 1996-06-03 2002-02-21 White Christopher M. Resizing internet document for display on television screen
EP0949571A2 (en) * 1998-04-07 1999-10-13 Xerox Corporation Document re-authoring systems and methods for providing device-independent access to the world wide web
US6300947B1 (en) * 1998-07-06 2001-10-09 International Business Machines Corporation Display screen and window size related web page adaptation system
US6593944B1 (en) * 2000-05-18 2003-07-15 Palm, Inc. Displaying a web page on an electronic display device having a limited display area

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
BICKMORE T ET AL: "WEB PAGE FILTERING AND RE-AUTHORING FOR MOBILE USERS", COMPUTER JOURNAL, OXFORD UNIVERSITY PRESS, SURREY, GB, vol. 42, no. 6, 1999, pages 534 - 546, XP000920338, ISSN: 0010-4620 *
BLEICH H: "DAS WEB IN DER HAND WWW-BROWSER FUER PDAS", CT MAGAZIN FUER COMPUTER TECHNIK, VERLAG HEINZ HEISE GMBH., HANNOVER, DE, no. 3, 27 January 2003 (2003-01-27), pages 144 - 149, XP001142627, ISSN: 0724-8679 *
JOHNSON D: "CONVERTING PC GUIS FOR NON PC DEVICES", CIRCUIT CELLUR INK, VERNON, CT, US, vol. 91, February 1998 (1998-02-01), pages 40 - 42,44, XP000852859, ISSN: 0896-8985 *
See also references of EP1685502A1 *
T. YAMAGUCHI , I.HOSOMI, T, MIYASHITA: "WebStage: An Active Media Enhanced World Wide Web Browser", PROCEEDINGS OF THE SIGCHI CONFERENCE ON HUMAN FACTORS IN COMPUTING SYSTEMS, March 1997 (1997-03-01), ATLANTA, GA, USA, pages 391 - 398, XP002312821, ISBN: 0-89791-802-9, Retrieved from the Internet <URL:http://delivery.acm.org/10.1145/260000/258811/p391-yamaguchi.pdf?key1=258811&key2=0652635011&coll=portal&dl=ACM&CFID=2181828&CFTOKEN=68827537> [retrieved on 20050110] *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009128728A1 (en) * 2008-04-15 2009-10-22 Opera Software Asa Method and device for dynamically wrapping text when displaying a selected region of an electronic document
US9378188B2 (en) 2008-04-15 2016-06-28 Opera Software Asa Method and device for dynamically wrapping text when displaying a selected region of an electronic document
US20100199195A1 (en) * 2009-02-04 2010-08-05 Jataayu Software Limited Adaptive Rendering Of A Webpage On An Electronic Display Device
US9111007B2 (en) * 2009-02-04 2015-08-18 Jataayu Software Limited Adaptive rendering of a webpage on an electronic display device
WO2010124397A1 (en) * 2009-04-29 2010-11-04 Torch Mobile Inc. Software-based asynchronous tiled backingstore
EP2687997A4 (en) * 2011-03-14 2015-05-06 Xiaomi Inc Method for rearranging web page

Also Published As

Publication number Publication date
JP2007509402A (en) 2007-04-12
EP1685502A1 (en) 2006-08-02

Similar Documents

Publication Publication Date Title
US7900137B2 (en) Presenting HTML content on a screen terminal display
US8205152B2 (en) System and method for formatting and displaying frameset documents
US7516402B2 (en) Presentation of large objects on small displays
US7362311B2 (en) Single column layout for content pages
EP2279473B1 (en) Method and device for dynamically wrapping text when displaying a selected region of an electronic document
US7581176B2 (en) Document display system and method
JP4192150B2 (en) Presentation of HTML content on the small screen terminal display
US7345688B2 (en) Semantic thumbnails
US6907576B2 (en) Legibility of selected content
WO2013097638A1 (en) Webpage re-typesetting method, webpage re-typesetting device and mobile terminal
WO1999040507A1 (en) Method of updating display frames while preserving information associated therewith
EP1685502A1 (en) Presenting html content on a screen terminal display
US7134083B1 (en) Method and system for generating button and tab user interface control components within the context of a hypertext markup language (HTML) based web page
CN111143749A (en) Webpage display method, device, equipment and storage medium
US20040051723A1 (en) Method and device for displaying an image composed of pixels
US8122338B2 (en) Distinguishing and displaying tables in documents
US20100017708A1 (en) Information output apparatus, information output method, and recording medium
AU2008100839A4 (en) Document Display (Reformatting) System and Method
EP1668536B1 (en) Distinguishing and displaying tables in documents
Sikos et al. Optimized Appearance

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2006536470

Country of ref document: JP

REEP Request for entry into the european phase

Ref document number: 2004775085

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2004775085

Country of ref document: EP

DPEN Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed from 20040101)
WWP Wipo information: published in national office

Ref document number: 2004775085

Country of ref document: EP