This disclosure relates generally to formatting tables and, in particular, to formatting data tables for display on computing devices having varying screen sizes.
Businesses manipulate large amounts of data records every day. These data records may be stored in tables that may be accessed, viewed, and/or modified by individuals using different types of computing devices. Depending on the amount of data and type of content in these tables, the tables may span multiple columns. While an individual may have no problem viewing a large table on a computing device having a large display screen (e.g., a desktop computer), he/she may have difficulty navigating the table on a computing device having a small display screen (e.g., a tablet computer or a mobile phone). Conventional solutions resolve these issues by hiding data columns or requiring a user to scroll horizontally and vertically to view a table on such small screen devices. These solutions, however, result in a loss of data and impede the ability to quickly compare data records in the table.
In some implementations, methods and apparatus, including computer program products, are provided for formatting a table for display on a computing device.
In one aspect, a table having one or more rows and one or more columns is accessed. The one or more rows correspond to one or more data records. The one or more data records have one or more data values distributed across the one or more columns. The one or more columns are associated with one or more column labels and one or more priority values. A size of a display screen on a computing device is determined. The table is formatted by moving a column label and a data value in at least one of the columns into an area between successive data records. The formatting is based on the size of the display screen and an associated priority value of the column. The formatted table is caused to be displayed on the computing device.
The above methods, apparatus, and computer program products may, in some implementations, further include one or more of the following features.
The at least one column may include a first column having a first column label, a first data value, and a first priority value. The at least one column may further include a second column having a second column label, a second data value, and a second priority value. The formatting may move the first column label and the first data value above the second column label and the second data value when the first priority value is greater than the second priority value.
The formatting may move the column label of the at least one column to a first row and the data value of the at least one column to a second row. The first row may be equivalent to the second row when a number of characters in the data value is less than or equal to a threshold value. The first row may lie above the second row when a number of characters in the data value is greater than a threshold value or when the data value comprises a control object.
The control object may be at least one of a progress indicator, a slider button, a form, an input field, and a drop-down box, a responsive table, a link, a chart, a micro-chart, a date picker, a radio button, and a switch.
The formatted table may be viewable in entirety only by unidirectional scrolling.
The formatting may not move a column label and a data value in a different one of the columns.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive. Further features and/or variations may be provided in addition to those set forth herein. For example, the implementations described herein may be directed to various combinations and subcombinations of the disclosed features and/or combinations and subcombinations of several further features disclosed below in the detailed description.
The accompanying drawings, which are incorporated herein and constitute a part of this specification, show certain aspects of the subject matter disclosed herein and, together with the description, help explain some of the principles associated with the subject matter disclosed herein. In the drawings,
Like reference symbols in the various drawings indicate like elements.
This application discloses techniques for formatting a table for display on computing devices of varying display screen sizes. In order to view a table on a computing device having a small display screen, such as a tablet computer or mobile phone, a user may need to scroll the display in two different directions (i.e., horizontally and vertically) or open multiple windows in order to view the entire table. Spreading a table across different directions and/or different windows may impede a user's ability to efficiently compare different data records in the table. The techniques described below resolve this shortcoming by formatting a table based on the computing device's screen size and one or more priority values associated with the columns in the table.
Table 200 may be easy to view on desktop computer 105 given its large screen size. However, if a user views table 200 on tablet computer 110 or mobile phone 115, it may be difficult to view all of columns 220, 230, 240, 250, and 260 without requiring the user to scroll the display horizontally. Generally, a table having more than five columns may be difficult to view on a tablet computer without horizontal scrolling. Likewise, a table having more than three columns may be difficult to view on a mobile phone without horizontal scrolling.
At operation 305, the table editing application may determine whether table formatting is needed based on the computing device's screen size. When computing devices 105, 110, and/or 115 access table 200, they may send a request to database server 120. This request may include information representative of the computing device's type. For example, if computing device 105 requests accesses to table 200, the computing device may send a request to database server 120 that indicates that it is a desktop computer. Based on this device type, the table editing application may determine whether table 200 needs to be formatted. If the request indicates that the computing device is desktop computer (such as computing device 105), then the table editing application may infer that this computing device has a large display screen and that table formatting is unnecessary (i.e., operation 310). If, however, the request indicates that the computing device is a tablet computer (such as tablet computer 110) or a mobile phone (such as mobile phone 115), then the table editing application may infer that the computing device has a small display screen and, consequently, that table formatting is needed.
In some implementations, the access request may include the pixel width of the computing device's display screen. Generally, desktop computer screens have a pixel width of approximately 1,280 pixels; tablet computers have a pixel width of approximately 1,024 pixels; and mobile phones have a pixel width of approximately 320 pixels. The table editing application may compare the computing device's pixel width to a predetermined threshold value to determine whether table 200 needs to be formatted. If the computing device's pixel width is less than or equal to this threshold value, then formatting may be needed. If, however, the pixel width is greater than the threshold value, then formatting may be unnecessary. For example, if the threshold value is set at 1,024 pixels and desktop computer 105 sends a request to application server 120 to accesses table 200, the table editing application may not format table 200 because the desktop computer's pixel width is greater than the threshold value.
The table editing application may format table 200 at operations 315 and 320.
At operation 315, the table editing application may determine which columns from table 200 should remain in tabular form. When table 200 is initially created, the developer may want certain data values to always be displayed in columns irrespective of the computing device displaying the table. Doing so may be useful when the developer wants to highlight or emphasize certain data values. For example, if the developer is creating a merchandise inventory table, then item quantities may be important data values that should always be displayed in tabular form. In the implementation of
At operation 320, the table editing application may move the data in the remaining columns from table 200 into the pop-in areas of formatted table 400. A pop-in area may be the space between successive data records. For example, pop-in area 405 may be between data records 205 and 210. The table editing application may populate pop-in area 405 with the column labels and data values associated with data record 205. Pop-in area 405 may include, for example, the quantity of products (“10 EA”) associated with product AA, the vendor (“Vendor A”) associated with this product, and the value limit (“15.00 EUR”) of this product. Similarly, pop-in area 410 may be between data records 210 and 215 and may include column labels and data values associated with data record 210. Vertically displaying data in pop-in areas (as illustrated in
The order in which column labels 232 (“Quantity”), 242 (“Vendor”), and 252 (“Value Limit”) and their data values appear in pop-in areas 405 and 410 may be customized. When table 200 is created, the developer may assign column priorities to each column. These column priorities may, in turn, dictate the order in which the table editing application displays the columns labels and their corresponding data values during operation 320. For example, if the developer wants quantity, vendor, and value limit data values to be displayed in the order illustrated in table 400, then he/she may assign a high priority value to column 230, a medium priority value to column 240, and a low priority value to column 250 when creating table 200. During operation 320, the table editing application may use these priority values to specify the order of column labels and their corresponding data values in formatted table 400. Based on the priority assignments described above, quantity data values may be displayed before vendor data values which, in turn, may be displayed before value limit data values. Although this example uses low, medium, and high priority values, other types of priority values may be assigned including, for example, numerical priority values.
During operation 320, the table editing application may display column labels and data values using different representations.
Whether the table editing application uses an in-line representation or a block representation to display column labels and data values may be configured. For example, a developer may manually configure the table editing application to always use an in-line representation or to always use a block representation.
In another example, this configuration may be dynamically set based on the number of characters in the data value. In this implementation, the table editing application may compare the number of characters in each data value to a threshold character limit. If the number of characters is less than or equal to this threshold character limit, then the table editing application may use an in-line representation. If, however, the number of characters is greater than this threshold character limit, then the table editing application may use a block representation. This threshold character limit may be a predetermined numerical value set by the developer. In the implementation of
In yet another example, this configuration may be based on the presence of a control object in the data value. As described above, control objects may include progress indicators, slider buttons, forms, input fields, drop-down boxes, and the like. Because control objects generally occupy a large amount of screen space, the table editing application may automatically use a block representation to display a control object and its corresponding column label. For example, if column label 550 additionally includes an input field for specifying a follow-up action, then the table editing application may display this input field below the column label using a block representation.
At 620, the table editing application may determine the size of the display screen of the requesting computing device. This determination may be based, for example, on the computing device's type as described above with respect to operation 305 in
At 630, the table editing application may format the table based on the size of the computing device's display screen and one or more column priorities. With regard to the former, the table editing application may not format table 200 if the computing device is a desktop computer. If, however, the computing device has a small display screen (e.g., a tablet computer or mobile phone), then the table editing application may format table 200 in accordance with operations 315 and 320 described above with respect to
At 640, the table editing application may cause the formatted table to be displayed on the computing device.
One or more aspects or features of the subject matter described herein may be realized in digital electronic circuitry, integrated circuitry, specially designed application specific integrated circuits (ASICs), field programmable gate arrays (FPGAs) computer hardware, firmware, software, and/or combinations thereof. These various aspects or features may include implementation in one or more computer programs that are executable and/or interpretable on a programmable system including at least one programmable processor, which may be special or general purpose, coupled to receive data and instructions from, and to transmit data and instructions to, a storage system, at least one input device, and at least one output device. The programmable system or computing system may include clients and servers. A client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other.
These computer programs, which may also be referred to as programs, software, software applications, applications, components, or code, include machine instructions for a programmable processor, and may be implemented in a high-level procedural and/or object-oriented programming language, and/or in assembly/machine language. As used herein, the term “machine-readable medium” refers to any computer program product, apparatus and/or device, such as for example magnetic discs, optical disks, memory, and Programmable Logic Devices (PLDs), used to provide machine instructions and/or data to a programmable processor, including a machine-readable medium that receives machine instructions as a machine-readable signal. The machine-readable medium may store such machine instructions non-transitorily, such as for example as would a non-transient solid-state memory or a magnetic hard drive or any equivalent storage medium. The machine-readable medium may alternatively or additionally store such machine instructions in a transient manner, such as for example as would a processor cache or other random access memory associated with one or more physical processor cores.
To provide for interaction with a user, one or more aspects or features of the subject matter described herein may be implemented on a computer having a display device, such as for example a cathode ray tube (CRT) or a liquid crystal display (LCD) or a light emitting diode (LED) monitor for displaying information to the user and a keyboard and a pointing device, such as for example a mouse or a trackball, by which the user may provide input to the computer. Other kinds of devices may be used to provide for interaction with a user as well. For example, feedback provided to the user may be any form of sensory feedback, such as for example visual feedback, auditory feedback, or tactile feedback; and input from the user may be received in any form, including, but not limited to, acoustic, speech, or tactile input. Other possible input devices include, but are not limited to, touch screens or other touch-sensitive devices such as single or multi-point resistive or capacitive trackpads, voice recognition hardware and software, optical scanners, optical pointers, digital image capture devices and associated interpretation software, and the like.
The subject matter described herein may be embodied in systems, apparatus, methods, and/or articles depending on the desired configuration. The implementations set forth in the foregoing description do not represent all implementations consistent with the subject matter described herein. Instead, they are merely some examples consistent with aspects related to the described subject matter. Although a few variations have been described in detail above, other modifications or additions are possible. In particular, further features and/or variations may be provided in addition to those set forth herein. For example, the implementations described above may be directed to various combinations and subcombinations of the disclosed features and/or combinations and subcombinations of several further features disclosed above. In addition, the logic flows depicted in the accompanying figures and/or described herein do not necessarily require the particular order shown, or sequential order, to achieve desirable results.
Number | Name | Date | Kind |
---|---|---|---|
6300947 | Kanevsky | Oct 2001 | B1 |
8745515 | Makela | Jun 2014 | B2 |
20060117253 | Polash | Jun 2006 | A1 |
20080148166 | Brunswig | Jun 2008 | A1 |
20110289397 | Eastmond | Nov 2011 | A1 |
Entry |
---|
Bilauca et al., “Building Table Formatting Tools,” DocEng'11, Sep. 19-22, 2011, Mountain View, California, USA, Copyright 2011 ACM, p. 13-22. |
Number | Date | Country | |
---|---|---|---|
20160077694 A1 | Mar 2016 | US |