Patent Publication Number: US-2015067463-A1

Title: Method of displaying data in a table while retaining a fixed header

Description:
CROSS-REFERENCE TO RELATED APPLICATIONS 
     This application is a continuation-in-part of my co-pending application Ser. No. 13/136,375, filed on Jul. 29, 2011, which is a continuation-in-part of application Ser. No. 11/983,904 filed on Dec. 13, 2007 entitled “Method of Displaying Data in a Table” (abandoned), which is a continuation-in-part of application Ser. No. 11/284,942 filed on Nov. 21, 2005 (abandoned), which is based on my provisional application No. 60/631,152 filed on Nov. 26, 2004, entitled “Method For Creating a Data Table with a Stationary Header in a Web Page,” the priority of which is hereby claimed and the full disclosures of which are incorporated by reference herein. 
    
    
     BACKGROUND OF THE INVENTION 
     One of the preferred methods of displaying data in a text document and on a web page is a table. When a table is placed in a text document, the entire table has fixed parameters delimited by the size of the page. However, forming a table on a web page is much more difficult. When a web page designer needs to display multiple rows of data, e.g. 20, 50, 100, or more rows, it is highly desirable to design a table such that the headers or labels of each column of data remain “fixed” or “stationary.” In this manner, a user, or person using a browser, can scroll down the rows of data and still see the column headers or column labels at the top of the table. The browser can be any of the well known programs, such as for instance Microsoft Internet Explorer, Mozilla, Apple Safari, Opera, Firefox and the like. 
     Some programs allow the header rows to remain stationary on top of a page, while the user scrolls vertically along the columns of in a table. One such example is Microsoft Excel, a Windows-based program extensively used in accounting. However, Microsoft Excel is not a traditional Web Page that uses HTML (Hyper Text Markup Language), or CSS (Cascading Style Sheets), that is an application suitable for displaying data on an Internet-web page. Although Microsoft Excel spreadsheet can still be viewed in a browser, it is still not a typical web page that uses HTML or CSS; it has many limitations in its use and where it can be used. 
     Several attempts have been made to create a web page that has a stationary header. Some have used two HTML tables with the top table containing one row and setting the “width” of each column and/or its table attributes to a certain pixel or percentage amount so that each column width matches the column width amount of the bottom table that contains the data. The disadvantage of this method is that one has difficulty in determining the correct width amount to set each column. By setting the width to a static value, whether in pixels or percentages, the top table and its columns cannot “flow” or contract or expand width-wise as easily as if there were no width settings in the first place. Furthermore, if the data comes from a database, the data can constantly change as well, thus the top table&#39;s columns width amounts can either be too large or too small for the data and headers to be displayed. 
     Other methods to display a stationary header row for a table are those that use HTML FRAMES and IFRAMEs. There are numerous web sites that list the disadvantages of FRAMES in the use of web pages. Some disadvantages are the difficulty in book marking and printing. Others are the requirements for a “clean” layout and the additional scrollbars. Still another disadvantage is the difficulty of the design and maintenance of the FRAMED or IFRAME web pages. 
     Complicating matters further, it is highly desirable for any of the methods of displaying a stationary header to work across multiple browsers. This cross-browser compatibility is also very difficult to achieve even without the use of stationary headers. And complicating matter still more, each browser has a text size setting that an individual can set and can override the text size settings in the browser depending on which browser is being used. Thus, even if a web programmer or web developer or web designer sets the font setting for the data, the individual users, depending on which browser they are using, can override this setting so as to make it easier to see the web page at the desired font size. 
     There are numerous factors to consider when designing a fixed header table in a web page. Some of these factors are listed below: 
     1. Fixed Header tables are used to display data that is typically stored in a database of some sort. This data can constantly change. Thus, setting the &lt;td&gt; width attribute is very difficult. 
     2. The Text as well as the Font Size and Weight (e.g. bold) of the Header information row can also change. This also affects the alignment of the columns. 
     3. Images can also be placed inside the data cell. This also must be accounted for, or alignment will suffer. 
     4. Images can be placed in the header (e.g. direction of sorting). Again, if this is not accounted for, the columns will be misaligned. 
     5. Browser versions and browser types can display data differently. Slight differences can cause columns to be misaligned. 
     6. The user&#39;s browser window size settings affect the displaying of data. A user who sets his window to be smaller or larger can affect the display of data. If the browser is maximized, this also can affect the alignment. 
     7. Other browser settings, such as the Text Size Setting also affect the alignment of columns. The text size setting is set by the individual and can easily affect the alignment of the columns. Each browser&#39;s implementation of the HTML font unit type declaration is also different. That is, certain font unit sizes can be adjusted by some browsers while other browsers cannot adjust the text. For example, IE Text Size adjustment cannot adjust a font size that uses the pixel (px) unit size. The Mozilla and Opera browsers allow their users to adjust the pixel font unit type. 
     There are programs such as a plug-in FLASH that can implement a fixed header table. But this is not standard HTML and for that matter one needs another authoring tool to work with FLASH to begin with. FLASH is reported to be slow in this respect. Moreover, downloading anything onto a computer from the Internet is just risky due to viruses and spyware. Programs like ActiveX, Java Applets are typically used by hackers to infect user&#39;s computer, and since this is so, user will set their security setting to deny such programs and will buy commercial protection software to help prevent programs like the above from ever being installed on their computer. 
     It is known that Microsoft Excel can be viewed in the browser. However, this is not desirable as only an Excel page can be viewed. Further, hackers have been known to exploit Excel files so that it can carry viruses and spyware. Additionally, there is also Java language that can do this as well, but again, this is not simple HTML, CSS, and JavaScript which are accepted as safe languages and are already on a user&#39;s computer to begin with. 
     Some software on web pages directs the user to “double click” between the headers of columns to automatically resize the columns to fit. This additional step may not be beneficial under some circumstances as it complicates a relatively simple task. Web pages that allow this step rely heavily on JavaScript and practically no HTML. Such pages appear to be “heavy,” taking time to load in a user&#39;s browser. 
     These and other factors should be considered when making a fixed header table (or datagrid). Any of these factors, no matter how miniscule can cause misalignment. And thus, a fixed header that can be used on a production quality level has so far been unobtainable. A production quality fixed header table should be usable by a majority of the popular browsers (e.g. 99%) and should be able to adjust to the many user settings as well as the data that is displayed. 
     One other attempt to solve the problem of stationary headers is discussed in published U.S. application of Benhase et al., Publication No. 2005/0120293. Benhase et al. use Sub Heading Cells to determine the width of the Main Heading Cell. The “Sub leading Cell” is really a row of data, actually a single row of sub heading data, not the entire data table area that contains more than one row of data. The published application teaches that the columns are hidden, that is, entire columns, including the sub heading column, which means that the user of the method of Benhase et al will not be able to hide a single cell inside a vertical column in order to form a stationary header. In fact, Benhase et al do not teach a method, whereby each column has a stationary header row, which is one of the objects of this invention. Benhase et al use multiple dummy tables and display them separately in different locations, one of the dummy tables including one or more of the associated headers. The method of Benhase application does not provide for using the sum of the character width and/or image widths in a record cell to be used for creating a maximum width-or-height cell. Benhase method does not provide for copying of data. Instead, Benhase et al use reordering of columns, that is moving the columns from one place to another. If multiple columns are affected, the code also moves the headings in header level 2 that are affected. A column can also be hidden by specifying that it should not be displayed. The same algorithm applies to the rows when doing sorting and filtering. In fact, Benhase et al&#39;s method is not concerned with forming a table that has a scrollable part, a non-scrollable header, together with a visible part and a hidden part. 
     More complex data reordering methods are discussed in “ Analysis of Data Reordering Techniques ,” by Tan Apaydin et al. published by SSDBM &#39;08 Proceedings of the 20 th  International Conference on Scientific and Statistical Database Management, available at http://portal.acm. org /citation.cfm?id=1425187 (last visited Dec. 23, 2010). The document demonstrates that there are no “copying” steps in the reordering techniques. 
     The present invention contemplates elimination of drawbacks associated with the prior methods and provision of a method of displaying data in a table with the first horizontal row (header) remaining stationary while allowing the user to vertically scroll the columns. Similarly, the fixed “Header” can be positioned on the right or left of a multi-cell Data table. Anyone on the Internet with almost any browser should be able to access a fixed header table designed according to the method of the present invention. 
     SUMMARY OF THE INVENTION 
     It is, therefore, an object of the present invention to provide a method of displaying data in a tabular form. 
     It is another object of the present invention to provide a method of displaying tabular data on a web page, with the first horizontal row of data (header row) remaining stationary. 
     These and other objects of the invention are achieved through a provision of a method of displaying tabulated data, while retaining the header in a “stationary position.” At the same time, the data table can be vertically scrolled and still remain in alignment with the header. The Header row of the top table can contain multiple column headings corresponding to each data column below in the respective bottom Data table. 
     In this method, the Header table contains at least two rows, and the bottom Data table contains at least two rows. One row of the top Header table contains and displays the header text that is viewable. The second “Hidden” row-contains placeholder text or HTML to automatically set the width of each corresponding header column. The placeholder text or html of each “hidden” row&#39;s Header column is determined by determining the maximum widths of each data cell and its corresponding text or HTML in the bottom data table. The text or HTML within the cell that contains the maximum width for its corresponding column is then used as the placeholder in the hidden Header rows cell. The hidden row and cell uses CSS to assist in making the cell not visible to the user. 
     The method of displaying on a computer-controlled screen, records arranged in a table according to this invention provides for the steps of forming a first non-scrollable sub-table within said table for displaying headings of the columns; forming a second scrollable sub-table within said table for displaying records corresponding to the headings in the first sub-table; defining maximum width and/or height parameters for each column in the first sub-table and the second sub-table based on a total value of characters and/or images in a maximum width or height cell within said each column based on character spacing and alignment, thereby creating a maximum height-or-width parameter cell; defining a visible part of the first sub-table to be visible on the computer-controlled screen and a hidden part of the first sub-table that is non-visible on the computer-controlled screen; copying, without re-positioning, character and/or image data of the maximum height-or-width parameter cell into a hidden cell within the same column in the hidden part of the first sub-table, thereby hiding a copy of the maximum height-or-width parameter cell in a header for the said same column, while defining the width or height parameters of the said same column and while the maximum height-or-width parameter cell remains visible in the first sub-table; and displaying on the computer-controlled screen, records arranged in a table having a non-scrollable header part and a scrollable part in each data cell. 
     The invention also discloses a computer program code embodied in a computer-readable medium, the code comprising a computer-executable program code for defining a set total value_of height-or-width characters and/or images based on character spacing and alignment for a record of the database arranged in a record table having columns, rows and a plurality of cells defined by the columns and rows; a computer-executable program code for determining maximum height-or-width character and/or image parameters for each column or row in the record table based on records to be displayed in a cell that will have the maximum height-or-width parameters; a computer-executable program code for establishing a first sub-table defining a non-scrollable part of each column; a computer-executable program code for establishing a second sub-table defining scrollable part of each column; a computer-executable program code for establishing a visible part of the first sub-table and a hidden part of the first sub-table; and a computer-executable program code for copying, without re-positioning, records from a visible cell having maximum height-or-width character and/or image record into a hidden cell within the same column in the hidden part of the first sub-table, to thereby define height-or-width parameters of the said same columns or rows in the first sub-table and the second sub-table, said computer program code thereby hiding a copy of the maximum height-or-width parameter record data in the hidden cell, while allowing the maximum height-or-width parameter record data to remain visible in the visible cell, while defining a set of parameters for displaying records arranged in a table having a stationary part and a scrollable part in each column. 
     If there are images that need to be in the hidden row, the heights of these image are set to smaller value, e.g. height=“0” or height=“1” or height=“2”, etc. This causes the hidden row to reduce in height while still having the original width. Additionally, another CSS method is set the visibility property for the Hidden row or the Hidden cell to the value of the “hidden.” The scrollable portion of the data table is created by the use of DIV tags and setting this DIV tag&#39;s CSS attributes to values that cause a scrollbar to appear. The CSS attributes are typically height, overflow, overflow-x and overflow-y, etc. Such information can be set via a program or directly in a web page. 
     Each top Header column text or HTML width is then compared to the bottom Data table width for each column. If a top Header table&#39;s cell text or HTML is wider than any of the bottom Data table&#39;s corresponding cell, another hidden row is added to the bottom Data table. This “hidden” row for the bottom Data table will contain any corresponding HTML or text in the Header table so that the columns of the bottom Data table will resize themselves to have the same widths of the top Header table columns. The two tables, top Header and bottom Data, swap data or headers labels and place them in their “Hidden” respective columns and rows. These hidden rows use CSS properties and values like or “visibility: hidden” or “display: none” to assist in hiding the “swapped” copies data or header labels. Furthermore, the “swapped” copies of data or header labels do not have to be exact copies of the data or header labels and can be any HTML or text that will cause the width of the corresponding column to match to opposite table, e.g. the top Header table or the bottom Data table. 
     The instant method also determines the width of the text and/or html in each cell of the bottom Data table. In particular, the text can use different types of proportional fonts, e.g. Arial, Times, etc. that are not of stationary widths, such as Courier. The method determines the total width of all the characters in the text for a cell of data and uses this total width to determine which cell&#39;s HTML or text should be copied and placed in the opposite table&#39;s corresponding cell. 
     One important part of the method is the use of an additional “placeholder” row of data obscured by cascading style sheet properties; the second part is the determined use of the widest cell in a column to place derived or replicated contents in an adjoining table so that the columns of the data and the stationary header align properly. 
     In another embodiment, each column width of the table, (&lt;TD&gt; in HTML), in pixels or percentages can be set dynamically according the determination of the data widths and the Headers widths and choosing the maximum widths from the Headers cells and the Data cells. If percentages are desired, each column&#39;s maximum cell width could be summed together and then percentages can be determined for each Header and Data columns. Additionally, the maximum character width of the table can also be later modified to shorten overly long data via an ellipse “ . . . ” or some other indicator to lessen the maximum width of a column or columns. 
     When this stationary Header table system of the instant invention is used in conjunction with another table for a third (3rd) table and with certain CSS and DIV tags and smart processing, a multi-column drop down list can also be made. Most, if not almost all, drop down lists on the Internet are single column drop down lists. There are a few that have multi-columns drop down lists, however there are limitations to these types of implementations. And, as such, there are essentially no mainstream or popular Web sites that use such multi-column drop down lists. 
     The instant method also allows displaying a multi-column drop down list in a web page. It aligns the columns of a top row of data with the columns of the bottom rows of data while additionally collapsing or expanding the bottom rows of data depending upon the user input. The method allows users to see in a Web page, the fixed Header rows that users now see in spreadsheet programs such as Excel when they scroll vertically through rows of data. By having a fixed header rows&#39; columns aligned to the below rows&#39; columns, users can easily see the columns names that are located in the fixed Header row. 
     Another aspect of the present invention allows a user to accomplish resizing of the cells at the server and/or client and will not require all unnecessary double click by the user to auto resize the columns or any other extra user intervention to get rights sized column widths. 
    
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
       Reference will now be made to the drawings, wherein like parts are designated by like numerals, and wherein, 
         FIG. 1  is a schematic view of a one-column data display containing a header and one or more data cells. 
         FIG. 2  is a schematic view of a multi-column table, with each column having a header and one or more data cells. 
         FIG. 3  is a schematic view of a one-column data display having hidden header and hidden data cell. 
         FIG. 4  is an illustration of a fixed header table with viewable hidden rows. 
         FIG. 5  is an illustration of a table with a hidden header; the existing header cell is the widest display of the columns. 
         FIG. 6  is an illustration of a table with a data cell being the widest display in the column. 
         FIG. 7  is an illustration of a table with hidden data cell contents being the widest display of the column. 
         FIG. 8  is an illustration of a table displayed in Code Snippet of CSS style sheet used to hide hidden rows. 
         FIG. 9  is a schematic view of a multi-column drop down box with a fixed header table in a collapsed and expanded state. 
         FIG. 10  is an illustration of HTML table with different columns in the cell rows being the widest. 
         FIG. 11  is an illustration of two tables, wherein in the top table the data is removed and the in bottom table—the header is removed. 
         FIG. 12  is an illustration table demonstrating an example of character widths for “Geneva” font suitable for use in the method of the present invention. 
         FIG. 13  is an illustration table demonstrating all example of character widths for “Times” font suitable for use in the method of the present invention. 
         FIG. 14  is a sample width determination sheet of display width for the phrase “New Orleans Saints.” 
         FIG. 15  is an illustration of a Web page where a user can change the text size setting displaying two tables above, even while they have the same &lt;TD&gt; width values, will not align properly. 
         FIG. 16  is an illustration of a fixed sidebar table. 
         FIG. 17  illustrates a step of determining the largest height cell in the main data table. 
         FIG. 18  illustrates a step in a process where a main data table is positioned on top of a scrollbar of a fixed sidebar table and a place holder column. 
         FIG. 19  illustrates a view on a computer monitor screen with two fixed header tables, with one of the tables acting as a fixed sidebar table. 
         FIG. 20  illustrates the character “A” in sixteen different font types by using glyphs, which are pictures or images of a single character. 
         FIG. 21  illustrates the horizontal font metrics of the character “A”. 
         FIG. 22  illustrates the use of a horizontal line, sometimes called a “measurement line” to provide an alternative method in determining the left and right side bearings in contrast to using the bounding box or bounding rectangle to determine the left and right side bearings. 
         FIG. 23  illustrates the vertical font metrics of the characters “A”, “y”, “h” and “x”. 
         FIG. 24A  illustrates the word, “Tchoupitoulas.” without the adjustment of horizontal metrics and use of kerning and kerning pairs and  FIG. 24B  illustrates the adjustment of horizontal metrics and use of kerning and kerning pairs in the word, “Tchoupitoulas.” 
         FIG. 25A  illustrates two letters without the use of kerning and kerning pairs and  FIG. 25B  illustrates two letter with the use of kerning and kerning pairs. 
         FIG. 26A  illustrates the words, “New Orleans, La.” without the adjustment of horizontal metrics and wordspacing and  FIG. 26B  illustrates the words, “New Orleans, La.” with the adjustment of horizontal metrics and wordspacing. 
         FIG. 27  illustrates a flow diagram for adjusting of cell widths in a table with rows and columns. 
         FIG. 28  illustrates a flow diagram for determining text width in a cell using simple scripts for horizontal metrics. 
         FIG. 29  illustrates a flow diagram for determining text width in a cell using complex scripts of horizontal metrics. 
         FIG. 30  illustrates a flow diagram for determining text width in a cell using more complex scripts of horizontal metrics. 
     
    
    
     DETAIL DESCRIPTION OF THE INVENTION 
     Turning now to the drawings in more detail.  FIG. 10  illustrates an HTML table having a header  12 , rows  14  and  16  and a plurality of vertical columns A, B, C, and D. HTML Tables will naturally collapse around the widest cell in a column if the column width attribute is not set (or declared) to some pixel width or percentage width. For example, ColumnA, the cell in row #2 is the widest. In Column B, the cell in row #1 is the widest. However, in Column C, the cell that contains the text, “Column C” in the header row is the widest of all rows, including row #1 and row #2. In this example, an HTML table without any width attributes that are declared will naturally collapse or shrink around the widest cell for each column. 
     This invention provides a method of organizing a display wherein a single datagrid is designed with individual tags and controls to make the fixed header section.  FIG. 11  illustrates such a datagrid containing a header and another datagrid directly underneath the datagrid contain the header with two rows and a plurality of vertical columns. In this illustration, since the data is separated from the datagrid containing the header, it is natural for the table to shrink to the minimum column width if no other table and C1 cell width settings are declared. 
     The method of displaying tabular data of the present invention can be accomplished by “swapping” and “hiding” steps, where some of the data is invisible to a viewer. First, the software creator or web page designer determines the maximum cell width for each column on the scrollable data table, which will become a visible bottom table. In effect, the designer determines what information to swap between the tables. Then, a copy of the contents of each cell that is the maximum width for its column is placed in a non-visible row in the fixed Header table. The header table is positioned above the Data table. Then, the designer determines if the header content for each cell in the fixed Header table (top table) is larger in width (text or HTML) than the maximum cell width of the scrollable Data table (bottom table). If the header content is wider, then the designer places a copy of the header in an extra non-visible row in the scrollable Data table. The designer makes the swapped information non-visible in the holder-type rows, hiding the swapped copies in each table. Optionally, the designer adjusts any swapped images (if any) to have the height value of 1 (or to be more general a smaller height) bearing in mind that certain browsers need to halve at least a height of one (1) to be able to sense that the images is there for the column to adjust. Some browsers will still respond to a zero (0) height. The records to be copied into the hidden first sub-table are assigned a pre-determined height adjusted to a pre-determined geometric attribute value (height and width) prior to copying the records into the hidden part of the first sub-table. 
     As a result of the “swapping,” there are two tables with the same number of columns. If the widest cell in the same column of one table is larger than the one in the opposite table, than a copy of that text is placed in the opposite table thereby increasing the width of the opposite table to be identical to that of the originating table. The same steps are repeated, except from the opposite table to the originating table. This process balances and equalizes the widths of text or HTML for each column for the two tables, the Header table and the Data table. As a result, the widths of the vertical columns of both tables are aligned with each other. If desired, the order of the above algorithm can be re-arranged in the code, but the overall method and concept remain the same. 
     In an example shown in  FIG. 1 , a table  20  is formed with a Header table  22  and a Data table  24  positioned below the Header table  22 . The Header table  22  contains a visible Header Cell A designated by numeral  26  and a Hidden Header Cell A designated by numeral  28 . The bottom Data table  24  contains a first visible Data Cell A1 designated by numeral  30  and a second visible Data Cell A2 designated by numeral  32 . A Hidden Data Cell A designated by numeral  34  is positioned below the second Data Cell  32 . The Hidden Data Cell  34  is used as a place holder from data derived from the Header table  22  and the Header Cell  26 . The Hidden header Cell  28  expands or contracts width-wise depending on the type of information placed in the visible Data Cells  30  and  32 . Typically, the wider of first or second Data Cells  30 ,  32  is chosen as a guide, and a copy of that information is placed in the Hidden Header Cell  28 . Similarly, if the contents of the visible Header cell  26  are wider than any of the Data cells  30 ,  32 , a copy or representative of the Header cell  26  is placed in the Hidden Data cell  34 . 
     As a result of “swapping” and “hiding,” the designer creates two tables, a top Header table  22  and a bottom Data table  24  that have the same display width and accordingly the same width column-wise resulting in alignment of the borders of the two tables, Header table  22  and Data table  24 . 
       FIG. 2  illustrates application of the above-described steps in a multi-column environment. Here, a Header table  40  has three visible Header cells A, B and C for the respective columns A, B and C, as well as Hidden Header cells A, B, and C for columns A, B, and C. The Data table  42  positioned below the Header table  40  has one or more data cells A1, B1, C1 and optionally Data cells A2, B2 and C2. The Hidden Data cells for each respective column are positioned below the Data cells A2, B2 and C2. For each column A, B, and C, the widest display width of a column of Data Cells in the Data table  42  is determined. For example, the widest width in text or HTML of Data cell A1 or A2 is determined and then contents of the Hidden Header cell A is filled with the wider value of Data cell A1 or A2 to achieve the same resulting width equivalent to the widest width of column A of the Data table  42 . 
       FIG. 3  illustrates an example of a situation where the widest display from both the Header table and the Data table is replicated in the opposite table&#39;s Hidden row/cell. In the method of designing a stationary Header, the designer first determines if Data cell A1 in the Data table  44  has a display width that is greater than in the Data cell A2. The “display width” is the total character width and image width in a line. If there are multiple lines, then the line with the largest total character widths and images is chosen. A character width&#39;s units can be in pixels, points, em&#39;s, or any other absolute or relative measurement unit.  FIGS. 12-14  show examples for the size for each letter and size determination for a phrase that call be in a data or header cell. 
     If the Data cell A2 is wider in text or HTML, then a copy of the contents or representation of the contents of Data cell A2 is placed in the Hidden Header cell A of the Header table  46 . Conversely, if the contents of the Header cell A occupy more display width than Data cell A1 or Data cell A2, a copy of the Header cell A or a representation of the contents of the Header cell A is placed in Hidden data cell A below the Data cell A2. Both Hidden Header cell A and Hidden Data cell A use the cascading style sheet property: visibility: hidden; and line-height; 1 px; 
     If there are images that will be placed in Hidden Header cell A or Hidden Data cell B, then the height of the images will be modified to be height=“1” or height=“0”. The steps of comparing the widths of the display and then copying the contents in the Hidden Header or Hidden Data cells are repeated for the next column. As a result, the Header Table  46  and the Data table  44  will have equal widths and accordingly the same vertical column alignment, widths and border alignments. 
       FIG. 4  shows an example of a table with a fixed or stationary Header with Hidden rows viewable on a user&#39;s screen. The Hidden row area in the Hidden Header row  48  is partially duplicated from the visible Header and data areas, the areas that have the largest “display widths.” The first visible row  50  contains a first column  52  identified as “Order #ID,” a second column  54  identified as “Customer ID,” a third column  56  is identified as “Ship Name,” a fourth column  58  is identified as “Order Date,” and a fifth column  60  is identified as “Ship Country.” The widest text in the third column  56  “Vins et alcohols Chevalier” visible in the row across from Order #10248 in the visible Data Table  68  controls the width of the Hidden Header cell  62  and Hidden Data cell  64  in the Hidden Data row  66 . 
     In the illustration shown in  FIG. 5 , no scrollbar is shown. In this illustration, the Header cell  70  is the widest display of the respective column  72 . The Header cell  70  is also wider than the text in the Data table  74  for the Column  72 . The Hidden Header cell  76  contains data replicated from the Header cell  70 . The image was reduced to a height of “1” so that it will be hidden in the future. The same text, being widest for the column is reproduced in the Hidden Data cell  78 , which occupies the row at the very bottom of the column. However, it should be noted that the Hidden Data cell may be positioned in the middle of the column or at the very top of the column, depending on the designer&#39;s preference. 
       FIG. 6  presents an illustration wherein one of the Data cells is the widest in the column. In this illustration, Data cell  80  presents the largest display width for column  82 . The same data is replicated in the Hidden Header  86  and the Hidden Data table cell  88 . Although the Hidden Header  86  and Hidden Data table cells  88  can be seen in  FIG. 6 , it will be understood that a CSS style property will be used to “hide” these contents. For instance, CSS properties visibility: hidden; and line-height: 1 px; can be used to hide the Hidden Header cell  86  and the Hidden Data table cell  88 . 
       FIG. 7  illustrates a display where one of the Data cells, in this case Data cell  90 , is the widest in the column. The text in the Hidden Data cell  90  has been derived from the text, which appears somewhere in the Column  92  and is not visible in the illustration since the user used a scrollbar  94  to move down along the columns  92  with respect to the text “Centro commercial Moctezuma.” If there are several pages of data in the table, the widest data value could be in the pages not currently visible within the browser even if the user moves down the scrollbar. The Hidden Header cell  96  is adjusted to have the same width as the Hidden Data cell  90 . The scrollbar  94  can be created with &lt;DIV&gt; tags and the CSS attributes: height and overflow-x and overflow-y. 
       FIG. 8  illustrates a Code Snippet  98  of CSS style sheet that may be used to hide the hidden rows (place holder rows). In this illustration, the hidden rows of the Header cells and Data cells have been hidden and are not visible to the user. 
       FIG. 9  illustrates a multi-column dropdown box with a Stationary Header in a collapsed and expanded state. As the multi-column dropdown box used more &lt;DIV&gt; tags that will make the Data table and its Header row be hidden or disappear. As a result, the display on the user&#39;s computer terminal will look like the Collapsed State view in  FIG. 9 . An extra &lt;DIV&gt; tag surrounds the entire Data table as well as the Header table. Another program method or function controls the &lt;DIV&gt; attributes, making it hidden or not hidden. 
       FIGS. 12 ,  13 , and  14  show the actual character widths used, in pixels, to determine the text width within a cell.  FIGS. 12 and 13  provide a sample of possible character widths for “Geneva” and “Times” fonts, providing units in Pixels for conventional font sizes. Different fonts have different widths as well. Also, within the same font, the point sizes call have different relative widths when compared to other point sizes. Because there are so many different sizes and variations, it is preferred to make a hidden copy and let the user&#39;s browser perform the sizing operation.  FIG. 14  illustrates a sample display width determination for the phrase “New Orleans Saints,” with the total size being 94.21223 pixels. 
       FIGS. 12 and 13  also show that many characters have the same width within the same font group or match character widths from other font groups. Accordingly, the present invention can substitute other characters or a combination of other characters for the original characters in the Hidden Header cell  86  and the Hidden Data cell  88  to adjust the width of the column. Encrypted or “representative” data can be used to also adjust the widths of the columns. Thus, instead of copying data to the Hidden Header cell  86 , an association call be made between the Hidden Header cell  86  and the maximum data cell in a column and then “representative” data is copied into the Hidden Header cell  86 . Likewise, the same association call be done for the Hidden Data cell  88  and Header cell where representative data is copied into the Hidden Data cell  88 . 
     Font style is important in determining character width because the text in the header cell can be a different font style, weight and size from the font style text in the data cells. Typically, the header can be a different font style, size, and weight when compared to the font used in the data. For example, the header of each data column can many times be of a bold font weight and sometimes a larger font size whereas the data in the data cells is plain and almost always equal, or smaller in size, than the header font. 
     One cannot easily obtain the exact width in pixels of a character based on font sizes, styles and weights. To get sub-pixel accuracy, programming outside of the typical HTML, CSS, JavaScript and the Internet languages could be used. Or another programming language may have to be used to get the actual pixel widths for each character in its appropriate font family, style, size and weight. These widths, typically in fractions of a pixel are then summed together to get a total text width. This can be done “server-side” so as to get the maximum text width of all the selected data in the database query. 
     Furthermore, to get the most narrow table width, the columns widths of the table should not be set to a percentage or a pixel width. That is, the overall table width and/or columns width should be set via HTML and/or CSS to be auto collapsing. This can be complicated as one can set the table widths and/or one or more columns widths to get the same result but it most likely would be a tedious, time consuming exercise and this also might not work properly. 
     Generally, the table width (e.g. &lt;table&gt;) should not be set for both the header table and data table. Nor should any of the table column widths (e.g. &lt;td&gt;) be set for either the header table or data table. If there are sorting direction arrows, either in text format (or images format) in the header, those arrow widths also has to be added to the content width. Also if the data in a cell is more than two lines long, the text width must be determined for each line in the cell, and then the maximum single line width is used to compare to the other cells and the header. 
     The present invention also provides an alternative method of creating display tables which have “stationary” headers. According to the alternative method the software program first determines the maximum cell width for each column on the scrollable Data table, or bottom table. The program then determines whether the Header contents for each cell in the fixed top table is larger in width than the maximum cell width of the scrollable table (bottom table). At the next step, the program determines the minimum column widths and sets each column in both tables to the same minimum column width, thereby aligning the fixed top table with the scrollable bottom table. 
     Since setting the width of the table cell &lt;td&gt; can also control the width of the column, the program, instead of putting place holder data inside the hidden cell, as discussed in the first embodiment of the present invention, can simply determine the cell with maximum width of each column and then determined what the width attribute of the &lt;td&gt; cell should be, &lt;td width=“maximum determined number in pixels”&gt; 
     It is envisioned that the alternative method may require certain setting of the table cell&#39;s width, &lt;td width=“in pixels”&gt;. For instance, if a programmer wishes to set the table to be 100% width, the fixed &lt;td&gt;&#39;s may not flow and stretch as easily and cleanly as not setting the width of the &lt;td&gt; to begin with. Such situation may be encountered when for instance, a cell has a lot of text that needs to wrap to the next line down. Sometimes it is desirable for the website to have the table to be 100% width and take up as much room as possible width wise. And sometimes it&#39;s desirable for the table to shrink to the smallest possible width to save space. 
     There are numerous ways, by which a program can set the column width. For instance, the column width may be determined by setting the &lt;td&gt; width attribute to: (1) a pixel value, or (2) a percentage value, or (3) by setting no values and letting the contents inside the cell determine the width of the cell. Furthermore, adjacent column contents and width attribute value can also affect the column width, especially the percentage widths. Even then, a programmer may encounter situations where tabular data to be displayed has multiple lines, some short, some combined with images, with the headers having images, or text, or a combination thereof. The determined font size of each character can change from browser to browser. The windows size that the user set his/her browser, the resolution, etc. Each tint type has subtle changes between one program to another program, including those main stream and standards compliant browser programs. These slight differences can be seen in a program or browser when the column of the headers do not align perfectly with the data columns. 
     The tables below and the illustration in  FIG. 15  have the same TD values for the width attribute. The cell code and width values are illustrated in the table below: 
     
       
         
           
               
             
               
                   
               
             
            
               
                 
                   
                     
                     
                         
                         
                     
                   
                 
               
               
                   
               
            
           
         
       
     
     As one can see in the two tables above, the columns are in alignment with each other. For illustration purposes, a space has been placed between the two tables so one can see that they are actually separate. But in practice, the two tables are closer together, vertically, and even in contact with each other. However, it is possible that should a user change the text size setting in the table above via the browser option shown in  FIG. 15 , the two tables shown above will start to expand at different rates as the user changes the text size setting in their browser. Thus, the two tables shown above will have their columns out of alignment with each other. If the fonts inside the fixed header are fixed to a pixel setting, as opposed to an adjustable setting, it is envisioned that the table columns will align in at least the browser entitled “Internet Explorer” and perhaps when using other browsers. Thus, instead of setting the width of each column, the program should determine the maximum cell width for each column, if the program wishes all the columns to still align properly. 
     The multi-column drop down list described in this application shows that it can finally be done on a production quality level that is cross-browser compliant. The multi-column drop down list uses practically the same swapping and synchronizing for the selected data rows as that described in the stationary leader table above. This third (3.sup.rd) table has hidden rows via CSS that are still populated with the correct data such that the columns width will still be aligned with the other data table columns and header table Columns. Additionally, when a user selects an item in the Data table, that item is populated in this third table. 
     It is envisioned that many computer languages can be used to implement the instant method of creating a data table with a stationary header. It should be noted that to implement the instant method, the user may employ the server of a “client/server” conFigureuration, a client&#39;s browser via a language like JavaScript or Java or VBScript. Furthermore, parts of this method can take place on both the web server and the client. 
     With regards to the server-side languages, there are many to choose from. For example, lava, J2EE, Perl, PHP, ColdFusion, Python, Visual Basic, ASP.NET, C#, J#, JSP, HTML, machine, or assembly language can be used to implement the method described here. The data for these tables will typically come from a database such as MS Access, SQL Server, IBM DB2, Oracle, MySQL, etc. Nevertheless, it can also come from an XML file, flat file, JavaScript Object, or some customized data format. The data retrieval can also use a method referred to as AJAX, asynchronous JavaScript and XML to improve performance and response time to between the server and the client browser. Again, the variations are different in regards to languages and databases used, but the same method of creating a stationary header and aligning the columns can and is still used. 
     An additional feature of the present invention is a method of making a fixed side bar of a cell that adjusts to the data cell row height but also scrolls up and down and stays in vertical synchronization with the main fixed header table while this main header table is scrolled left or right to see hidden columns. This task may appear somewhat easier than creating a fixed header as there typically can be only 1, 2, 3, etc. lines in height. Still, if a full spreadsheet program such is Excel, with its large feature set, were to be implemented using this invention, the program may get rather sophisticated. 
     In forming a fixed side bar, the same concept of swapping for the place holder column is used. The program looks for the number of line breaks and performs the data cell swap accordingly. Thus, there are two side-by-side Fixed header tables where, for example, the entire left fixed header table acts also as a Fixed Sidebar. The scrollbar for the left header table is either removed or somehow hidden, but, through some programming language, the Fixed Sidebar Table scrollbar position remains in sync with the main fixed header table&#39;s scrollbars position. 
     Referring to  FIGS. 16 and 17 , a place fixed sidebar table  100  comprising a place holder column  102  and a fixed sidebar column  108  is illustrated. The place holder column  102  has a Header “Customer ID” and a plurality of Data cells  104 . One of the Data cells  105  has the largest amount of information and consequently has the largest height value. 
     A sliding scrollbar  106  is shown on the right of the place holder column  102 . The fixed sidebar column  108  is shown to the left of the place holder column  100 . The main data table  110  may contain additional columns, such as shown in  FIG. 17 , where a “Ship Name” column  112 , “Order Date” column  114  and “Ship Country” column  116  are added. Of course, the main table may contain only one column, depending on the nature of the displayed data. 
     In the process of designing a fixed sidebar, one of the steps provides for hiding the place holder column  102  and the scrollbar  106  of the fixed sidebar table by the main data table  110  using a CSS property, for instance CSS z-index layers, while still leaving the fixed sidebar column  108  visible. The place holder column  102  is created by determining the cell in the main data table  110  or sidebar table  100  that has the largest height value. In this illustration, it is cell  105 . Similarly, if the cell has only text, the value is determined based on the number of lines, carriage returns or HTML &lt;BP&gt; or &lt;P&gt; tags. 
     As call be seen in  FIG. 18 , the Main Data table  110  partially covers (is placed “on top of”) the fixed sidebar table  100 , the place holder column  102  and the scrollbar  106  of the fixed sidebar table  100 . Thus, when the main table indicia cover the scrollbar  106  of the fixed sidebar table  100 , both the table  100  and the table  110  may appear as one table. 
       FIG. 19  illustrates another variation of the application of the instant invention to a display page, where two fixed header tables are presented, with one of the tables acting as a fixed sidebar table. In this illustration, a large table  112  has a fixed sidebar table  114  and a plurality of data columns  115 . The fixed sidebar table  114  acts as fixed column that does not change when a horizontal scrollbar  116  is used or moved left or right. The horizontal scrollbar  116  is placed on the bottom of the table, allowing the user to move the main data table  118  horizontally to see other columns of data to the left or right. A vertical scrollbar  120  allows the user to scroll the main table up and down, while the header may or may not remain fixed, depending on the choice of the program designer. 
     The present invention allows a program designer to create a column sidebar with two fixed header tables that use the same data for two side by side tables. The main table “overlaps” or covers the fixed sidebar table so that the place holder column and the scrollbar of the fixed sidebar table are hidden via some CSS Property (or other similar means) that can be used to hide the fixed sidebar table&#39;s place holder column and scrollbar. 
     Additionally, the main table&#39;s vertical scrollbar is synchronized with the fixed sidebar&#39;s scrollbar so that the rows in both tables are aligned with respect to each other. This can be done via the swapping method of data and looking for the cell with the greatest height and introducing the data in the fixed sidebar table&#39;s option as well as hidden 2.sup.nd column. Both tables have the same vertical position scrollbar position with respect to each other when scrolling up or down. This can be done via a client side JavaScript script in the web page in a variety of ways. 
     By horizontally scrolling left or right in the main data table, the fixed header table&#39;s header and data from a hidden column are swapped into the next visible column&#39;s location while a visible column in the main data table (left or right, depending upon the direction of scrolling) is made hidden. The computer program code of the present invention call be embodied in a conventional computer-readable medium and executed by a computer for displaying the table data on a screen. In effect, the instant invention creates a table with a scrollable part and a non-scrollable part in each data cell. 
     The method of the present invention provides for a method and computer-executable program code for defining a set total value of height-or-width characters and/or images based on the character spacing and alignment within each cell in order to create a record of the database arranged in a record table having columns, rows and a plurality of cells defined by the columns and rows. The computer-executable program code and method is capable of determining maximum height-or-width character and/or image parameters within a cell for each column or row in the record table based on records to be displayed in a cell that will have the maximum height-or-width parameters. The computer-executable program code and method is capable of establishing a first sub-table defining a non-scrollable part of each column. These features of the invention are explained with reference to  FIGS. 20-25 . 
       FIG. 20  illustrates the character “A” in sixteen different exemplary font types by using pictures or images designated by numerals  200 ,  202 ,  204 ,  206 ,  208 ,  210 ,  212 ,  214 ,  216 ,  218 ,  220 ,  222 ,  224 ,  226 ,  228 , and  230 . Of course other images may be used as exemplary, and the representations in  FIG. 20  are for illustrative purposes only. For the purposes of explanation, it is recognized that each glyph in the font has a bounding box, a rectangle positioned in a theoretical rectangular cell. The most extreme nodes of the glyph determine the bounding box. Each glyph usually also has sidebearings: extra space to the left of bounding box (left sidebearing, LSB) and to the right (right sidebearing, RSB). The sum of the sidebearings and the bounding box width define the advance width (often just called width). The intersection of the baseline and the left sidebearing is called the zero point. Horizontal (x) node coordinates to the right of the LSB line are positive and coordinates left of the LSB line are negative. Similarly, vertical (y) node coordinates above the baseline are positive and those below the baseline are negative. 
     The images of character “A” can be sometimes referred to as glyphs. A glyph is the actual picture of the character “A” for a particular font. For instance, the image designated by numeral  200  is the character “A” using the font family Arial; image  202  is the character “A” using the font family Arial Bold; image  204  is the character “A” using the font family Palatino Linotype; image  206  is the character “A” using the font family Albertus; image  208  is the character “A” using the font family Palace Stript MT. An image  210  is the character “A” using the font family Consolas; image  212  is the character “A” using the font family French Script MT; image  214  is the character “A” using the font family OCR A Standard. An image  216  is the character “A” using the font family Parchment. An image  218  is the character “A” using the font family Old English Text MT. An image  220  is the character “A” using the font family Rosewood Standard Regular. An image  222  is the character “A” using the font family Goudy Old Style. An image  224  is the character “A” using the font family Calvinital. An image  226  is the character “A” using the font family Courier New. An image  228  is the character “A” using the font family Monotype Corvisa. An image  230  is the character “A” using the font family Toledo. While the images designated by numerals  200 ,  202 ,  204 ,  206 ,  208 ,  210 ,  212 ,  214 ,  216 ,  218 ,  220 ,  222 ,  224 ,  226 ,  228 , and  230  represent the character “A,” they all use unique images. 
     It should also be noted that within the same font, the same character can be represented by many different glyphs. Furthermore, sometimes a glyph that looks the same as another glyph in the same font can represent a different character especially on a computer. A set of pictures (images) or glyphs represent a font. A font can sometimes refer to a set of glyphs of one size and one style or a font can also refer to many different sizes. A font family usually refers to all the different sizes and styles that all have some similar idea. 
       FIG. 21  illustrates the horizontal metrics of the character “A” of the font family, Times New Roman, a glyph  250 . The glyph  250  is surrounded or bounded by a box  252  usually referred to as a “bounding box” or “bounding rectangle.” To the left of the bounding box  252  is the left side bearing  254 . Similarly, to the right of bounding box  252  is the right side bearing  256 . The sum of the bounding box  252  width and the left side bearing  254  and the right side bearing  256  is sometimes referred to as the advance width  258 . The maximum width-and-height cell parameters can be determined by the bounding box and the right-left side bearings. 
       FIGS. 22   a  and  22   b  illustrate the use of a horizontal line  280 , sometimes referred to as a measurement line, to provide an alternative method in determining the left and right side bearings in contrast to using the bounding box or bounding rectangle  270  to determine the left and right side bearings. The glyphs  274  and  284  are identical and both represent the same character, font family, font size and style, Margaret, a True Type font. The left side bearing  272  and the right side bearing  276  are determined using the bounding box  270 . Likewise, the advance width  278  is the sum of the bounding box  270  and the left side bearing  272  and the right side bearing  276 . However, with the glyph  284 , a measurement line  280  is used to determine the left side bearing  282  and the right side bearing  288 . The right side bearing  288  is determined from the intersection  286  of the measurement line  280  and the outer edge of glyph&#39;s contour or shape. The left side bearing  282  is determined from the intersection  292  of the measurement line  280  and the outer edge of the glyph&#39;s contour or shape. Accordingly, the advance width  288  is sum of the width between the intersections  292  and  286  and the left side bearing  282  and the right side bearing  288 . 
       FIG. 23  illustrates some vertical measuring units used to the determine line height between lines of characters. The baseline  300  intersects the bottom glyphs of character “A”  330 , character “h”  334  and character “x”  336 . The horizontal x-height guideline  302  intersects the top of the character “x”  336 . The horizontal ascender guideline  304  intersects the top of character “h”  334 . The horizontal cap height guideline  306  intersects the top of character “A”  330 . The horizontal descender guideline  308  intersects the bottom of character “y”  332 . The horizontal line  310  represents the next ascender guideline below the baseline  300 . The line height  312  is the vertical distance between the current ascender guideline  304  and next ascender guideline  310 . The cap height  314  is the vertical distance between the baseline  300  and the cap height guideline  306 . The ascender height  316  is the vertical distance between the baseline  300  and the ascender guideline  304 . The x-height  318  is the vertical distance between the baseline  300  and the x-height guideline  302 . The descender height  320  is the vertical distance between the baseline  300  and the descender guideline  308 . The line gap  322  is the vertical distance between the descender guideline  308  and the next ascender guideline  310 . The leading is the distance between the one baseline  300  to another baseline, either directly above or below baseline  300 . 
     The term “kerning” as used herein refers the process of adjusting the spacing between characters in a proportional font, usually to achieve a visually pleasing result. Kerning moves the letters closer together (negative spacing) vs. tracking, which moves the letters further apart (positive spacing). In a well-kerned font, the two-dimensional blank spaces between each pair of characters all have similar area. The related term kern denotes a part of a type letter that overhangs the edge of the type block. Kerning is contrasted with tracking. While tracking adjusts the space between characters evenly, regardless of the characters, kerning adjusts the space based on character pairs. There is strong kerning between the V and the A, and no kerning between the S and the T. In typesetting, the term “kerning” is derived from “kern,” that portion of a letter that extends into adjacent character space. 
       FIGS. 24A and 24B  illustrate the adjustment of horizontal metrics and use of kerning and kerning pairs using the characters in a word Tchoupitoulas.” In the word “Tchoupitoulas”  380 , the bounding boxes  350  and  352  do not overlap. The side bearings  354  and  356  are not overlapped by the bounding boxes  350  and  352 . However, with the same word, “Tchoupitoulas”  390  shown in  FIG. 24B , the bounding boxes  360  and  362  show some overlap or intersection. The bounding box  362  overlaps the bounding box  360  and the side bearing  366 . The baselines  358  and  368  are used to measure the advance width, or just width of the characters in “Tchoupitoulas”  380  and  390 . 
       FIGS. 25A and 25B  illustrate the use of kerning and kerning pairs. The kerning pair “Aw”  400  is shown not kerned. The bounding box  402  does not overlap bounding box  404  and the side bearing  408  is not intersected. However in the kerning pair “Aw”  410  shown in  FIG. 25B , the bounding boxes  412  and  414  overlap and the side bearing  418  is also overlapped by the bounding boxes  412  and  414 . The side bearing  406  and  408  remain the same and are not overlapped by bounding boxes  402  and  412 , respectively. 
       FIGS. 20 to 25  are used to explain “font metrics” where font metrics is a method or program to determined the space between characters as well as the alignment of character with respect to each other character. Font metrics also determines the width of the space characters. The spacing widths between characters and words are sometimes referred to as “letterspacing” or “wordspacing,” respectively. Font metrics further determines the distance between lines of characters by using features common to all glyphs of a font typically referred to as “line spacing” or “leading.” 
       FIGS. 26A and 26B  illustrate the use of “wordspacing.” In  FIG. 26A , the wordspacing between the letter “w”  452  and the letter “O”  458  can be measured by the horizontal distance between the side bearing  454  and side bearing  456 . This distance is sometimes referred to as “loose”, “tight”, “close”, or “default” wordspacing. The word spacing as shown in  FIG. 26A  can be illustrative of “loose” wordspacing. In  FIG. 26B , The wordspacing between the letter “w”  472  and the letter “O”  478  is defined by the distance from side bearing  474  and side bearing  476 . This wordspacing distance, as shown in  FIG. 26B , is sometime referred to as the “default” wordspacing and is determined by the font metrics of the font and/or the computer program or programs displaying the words. This “default” wordspacing can many times be approximately 0.25 cm. 
       FIGS. 20 to 26  are used to explain “font metrics” where font metrics is a method or program to determine the space between characters as well as the alignment of character with respect to each other character. Font metrics also determines the width of the space characters. The spacing widths between characters and words are sometimes referred to as “letterspacing” or “wordspacing,” respectively. Font metrics further determines the distance between lines of characters by using features common to all glyphs of a font typically referred to as “line spacing” or “leading.” 
     The typical units of measurement in font metrics are “points” and “picas”. There are six picas in one (1) inch and approximately 72 points in one (1) inch. Other units in font metrics are “em-quads”, “em”, “en” and “unit”, these are relative units. To get these font metrics to work on any device, e.g. computer, printer, PDA, a special computer language was needed. i.e. PostScript, TrueType or OpenType. These languages convert the font metrics and the character outlines and contours, kerning, spacing, hinting, leading, etc. so that these fonts and characters can print properly or display properly on any printer or computer. 
     The font metrics discussed above, e.g. character spacing and alignment, are used to determine the maximum size width data in a cell as well as the maximum sized height in a cell. The total width-and-height can refer to characters (letters, numbers), as well as images in a cell. The instant method and computer-executable program code is capable of defining maximum width and/or height parameters for each column in the first sub-table and the second sub-table based on a total value of characters and/or images in a maximum width or height cell within said each column, thereby creating a maximum height-or-width parameter cell. That is, the text width via glyphs and font metrics mentioned above and plus any other HTML images which are just a straight pixel addition. 
     When compared to the method of Benhase et al. (App. Publication No. 2005/0120293), which teaches sub heading cells to determine the width of the Main Heading Cell, the instant method uses the data cells within the same column that has a direct relationship to the header cell. Benhase et al&#39;s “Sub Heading Cells” is really a row of data, actually a single row of sub heading data, whereas the instant invention applies to the entire data table area that contains more than one row of data. According to the published application, the columns are hidden, that is, entire columns, including the sub heading column are hidden. In contrast, in the instant invention a copy of the widest cell is hidden and not the entire original data cell, original data or original column. Benhase does not make or use a true second copy of data; it only “hides original data” whereas the instant invention “hides a copy of the data.” 
     According to the instant method, the widest data cell (maximum parameter cell) is copied, and the copy is hidden in the same column header area. This copying is also done for the header cell into the data table as well in case the header cell is wider than all of the data cells. The cell that the data is copied into becomes a new hidden cell that resides directly above or below the header cell, in the same column. While the hidden data in the new hidden cell is not displayed, the method of the instant invention uses this hidden data to set the width in the browser. 
     The flow charts of  FIGS. 27-30  are exemplary schematics on the method of determining the cell width according to the method of the instant invention.  FIG. 27  illustrates a flow diagram  500  for the adjusting the cell widths in a table  92  with rows and columns. An initialization block (step)  504  is used to store each column&#39;s max cell width value and determination for a Header Table  40  and a Data Table  42  of which are the combined table  92 . At steps  506  and  508 , the method checks to see if all the cells in the corresponding columns and rows have been analyzed. If the answer to a question whether the cursor is at the end of columns is “Yes,” the method proceeds to a second control step  514 . If the answer is “No,” the method also inquires whether the cursor is at the end of rows. A “Yes” answer requires the user to return to the first control step  506  to re-confirm that the cursor is at the end of the columns. A “No” answer causes the computer-executable program to proceed to step  510  and determine the max text width value in the corresponding cell using the cell text, other cell contents, and the cell text font as its parameters. 
     A comparison step  512  compares the text width values in the current cell with the maximum text width variable for that column. If the text width in the current cell is greater than the value stored in a variable for that column, the variable&#39;s value is then assigned the text width of the current cell. Following completion of the comparison step  512 , the program returns to the question  508 —whether the end of rows has been designated. 
     The second control step  514 , along with steps  516  and  518 , will then check to see if the hidden rows  48  in the corresponding Header Table and hidden row  66  in its corresponding data table  42  have had their corresponding cell contents updated with copies of cell contents as stored in the column variables that were initialized in the step  504  and which in turn were determined from Header table  40  or the Data table  42 , respectively. If the answer to the question in  514  (“End of columns?”) is yes, the program finishes the cell width determination. If the answer to the question in step  514  is “No,” the program then causes performance of the step  516  by assigning text in max text width variable for a particular column to a hidden cell in the first sub table. 
     The next step in the method, step  518 , allows the user to get the text width of the Header and compare it to the max text width variable for the particular column as determined in the step  516 . The program then checks the assignment of the text in max text width variable and returns to answer the question “end of columns?” A positive answer will finalize the process. 
       FIG. 28  illustrates a flow diagram  600  for the determination of current text width in a cell using simple scripts for horizontal metrics. The step of determining the text width  602  has parameters, text contents and font metrics. A step  604  initializes variables used to determine the text width. The next step  606  uses a character map of the selected font to obtain the glyph position value and then uses this position value as a starting point on the baseline. A step  608  uses the Font Metric and Advance Width to determine the next glyph position value and combines this width to text width variable that was initialized in step  604 . A step  610  causes the flow diagram  600  to go the next character not represented in currently placed glyph. A step  612  checks to see if flow diagram  600  is at the end of characters submitted in step  602  and if so, returns text width variable value. 
       FIG. 29  illustrates a flow diagram  620  for determining current text width in a cell using complex scripts of horizontal metrics. The method  622  has parameters, text contents and font metrics. A step  624  initializes variables used to determine the text width. A step  626  checks to see if any character is to be kerned. If so, then the kerned glyphs are used. A step  628  uses the character map of the selected font to get the glyph position and uses this position as a starting point on the baseline. A step  630  uses the Font Metric and Advance Width to determine the next glyph position and add this width to text width variable that was initialized in the step  624 . A step  632  causes the flow diagram  620  to go the next character not represented in currently placed glyph. A step  634  checks to see if the flow diagram  620  is at the end of characters submitted in the step  622  and if so, returns text width variable value. 
       FIG. 30  illustrates a flow diagram  640  for determining text width in a cell using more complex scripts of horizontal metrics. The calling method  642  has parameters, text contents and font metrics. A step  644  initializes variables used to determine the text width. A step  646  checks for any glyph substitutions, like ligatures, and makes substitutions if so marked. A step  648  checks to see if any character is to be kerned. If so, then the kerned glyphs are used. 
     A step  650  uses the character map of the selected font and gets the glyph position, then uses this position as a starting point on the baseline. A step  652  checks for grid fitting (i.e. hinting) then adjust glyph for rendering and likewise, the font metrics and any advance width changes. A step  654  uses the Font Metric and Advance Width to determine the next glyph position and add this width to text width variable that was initialized in the step  644 . A step  656  causes the flow diagram  640  to go the next character not represented in currently placed glyph. A step  658  checks to see if flow diagram  640  is at the end of characters submitted in the step  642  and if so returns text width variable value. 
     The instant method allows a number of advantages, among those: 
     1. Avoid the use of PLUG-INs or asking the user to download programs as many users are wary of downloading unknown programs (e.g. viruses, spyware) onto their computer. 
     2. Minimal data and/or code download per web page for better system response and/or performance on the web server and the user&#39;s computer. 
     3. Minimal web server CPU load to produce the fixed header code so as to serve more users and/or to serve users faster. 
     In effect, the instant invention allows for two independent pieces of data to reside in the same column—one visible and one hidden. This process is different from re-ordering or re-positioning the data, which means that the same piece of data is moved from one cell to another. When a user re-orders data, the user still has the same set of original data members in the new re-ordered set of data except that the data members are in a different order. In other words, after the user completes the re-ordering of data, the new re-ordered set of data will not contain any new or additional data members when compared to the original set of data members. 
     Additionally, the instant method provides for forming a second scrollable sub-table for displaying records corresponding to the headings in the first sub-table. This step is different from using a sub header that is a single sub header row, which does not require scrolling or a scrollbar. 
     Many changes and modifications call be made in the method of the present invention without departing from the spirit thereof. I, therefore, pray that my rights to the present invention be limited only by the scope of the appended claims.