Description Richard A. Polunsky 2010-10-15 17:05:12 EDT

Build Identifier: 3.4.1 (irrelevant since using the BIRT RCP)

Using a CSS file with the .table element defined, padding values are ignored.  If padding is defined at the .table-detail element, those values are recognized in HTML output but not PDF output.  Observed in 2.5.0, 2.5.2 and 2.6.1.  Values defined at .table element should by documentation propagate to table-header and table-detail.

Reproducible: Always

Steps to Reproduce:
1) Remove All Templates

2) Add back blank_report template after removing the 'report' style definition

3) Create a new report

   * Note that crosstab and crosstab-cell styles are defined in the new report;
     Where do these come from?

4) Use the Classic Models data source and Orders for the dataset;
   Drag the dataset into the report canvas

5) Check the padding in the first detail cell: 1 point all around.
   Inspect Advanced Properties: this value is listed under "Box"
   and shows as 1pt : Inherited.  Inherited from where?

6) With the report, do a Use TESTBUG.CSS
   Note that the padding does not change in the designer.
   Note that the padding from the CSS file is not reflected
   either in run to HTML or run to PDF.

7) Change the CSS file to TESTBUG2.CSS (where table-detail is defined)
   Refresh the CSS file
   Note that the padding in the detail row now changes in HTML only.

SUMMARY

CSS interpretation in the .table element is either failing or not propagating.