Table Attr Tab
Use the following table and cells
attributes—options in this group let you specify which
table-related and table cells-related formatting attributes will be
retained in the resulting (X)HTML code. Unchecking any of these
checkboxes will make DocToHtml omit the corresponding attributes
from the output markup. Of course, this may lead to differences in
appearance between the original and the converted documents. If you
want to obtain pure (X)HTML without formatting, it is up to you to
decide which attributes you really need.
Note that “Indent from left” option, for
inserting the margin-left attribute for tables, can be toggled
independently from the same attribute for paragraphs.
To preserve the height of table rows too, check the “Height - for rows” checkbox. Then DocToHtml will
insert the height="XX" tag attribute for
rows whose height is explicitly defined.
The “Always” checkbox (to the right of
the “Use values” checkbox), if checked,
tells the program to always use the specified values instead
of only when those values are undefined. The border width and color
for a table are undefined if different table cells have different
values of these parameters (that is, even if one table cell is
formatted differently from other ones).
To display a hint containing the (X)HTML description of a
formatting feature, move the mouse pointer over the option of
Use <col> tag for cells width—if
turned on, this option will force DocToHtml to use the <col> tag to specify the width of a table’s
column instead of <th> or
<td>. Using the <col> tag produces a logically cleaner HTML
code; moreover, it often results in a smaller output. So it is
advisable to turn this option on.
No decimal fractions—if turned on, this
option forbids DocToHtml to use fractional values for the width
attribute. It will slightly decrease the precision of the relative
width of table cells or of the whole table, but integers are more
standard and can be handled by all browsers.
Restrict to 100%—this option, when
applied to table width, causes DocToHtml to use the safe value of
100% for table width if the calculated one is greater than that.
The program calculates table width relative to the content page
area (part of the page excluding the left and right margins). So if
the table lies beyond that area (that is, extends to the left of
the left margin and/or to the right of the right margin), the
computed value will exceed 100%. This effect may be undesirable as
the table can be truncated when displayed in a browser. To prevent
the annoyance, turn this option on.
Relative to full page—this option tells
the program to include page margins when calculating the relative
width of a given table. It will affect the default behavior of the
table width computing algorithm, as described in the paragraph
above. This option is meaningful only if you did not enable the
“Convert page margins” option
on the Body & Footer Tab of the
Conversion Options dialog (because if that is the case, the result
would be inappropriate).
Use CSS definition—this option instructs
DocToHtml to prefer the CSS equivalents of (X)HTML formatting
attributes. It is recommended to turn this option on, because in
the modern versions of (X)HTML, the object properties set using
old-fashioned tag attributes are given the lowest priority when
parsing. Therefore, if you have defined somewhere the same object
property via a CSS rule, this rule will take precedence, rendering
useless the formatting attributes carefully inserted by DocToHtml.
For an explanation of all possible effects resulting from turning
on the option Use CSS definition, see the
|Context||Non-CSS output HTML||CSS equivalent
style="margin-left: auto; margin-right: auto;"
style="margin-left: auto; margin-right: 0;"
style="margin-left: 0; margin-right: auto;" (implicitly)
|Background color||bgcolor="value"||style="background-color: value;"|