FixedHeader + ToggleItem-Autoscrolling

Hi @.All,

SSRS offers for a table control the nice feature "Fixed Header" (so called in the Properties Box) or "Header should remain visible while scrolling" (so called in the context Properties Window). This works fine.

SSRS has an other (auto-)scrolling-feature for drilldown, e.g. when you have a long list of data in the first column of a table, that are toggle-items for drilldown and you click on such a "+" sign for drilldown, SSRS scrolls the toggled item to the top position of the table chart controll. This works fine.

But... with both features together SSRS scrolls the row selected for drilldown under the fixed header!

For the user, it looks like the data has gone. They have to undo the SSRS drilldown-autoscrolling to see the data again they have choosen to drilldown.

The bug is that SSRS doesn't substract the header-hight from the top position of the table chart for the new (auto)scrolling position.

Has anyone found the same problem and has a workaround? E.g. can the mechanism of drilldown-autoscrolling be turned off? With what property?

Thanks for any help in advance!

Cheers,

Mobi

Hi,

Does anyone have a solution for this. Is it a bug and has it been reported to microsoft?

Cheers,

Dottyoz

FixedHeader + ToggleItem-Autoscrolling

Hi @.All,

SSRS offers for a table control the nice feature "Fixed Header" (so called in the Properties Box) or "Header should remain visible while scrolling" (so called in the context Properties Window). This works fine.

SSRS has an other (auto-)scrolling-feature for drilldown, e.g. when you have a long list of data in the first column of a table, that are toggle-items for drilldown and you click on such a "+" sign for drilldown, SSRS scrolls the toggled item to the top position of the table chart controll. This works fine.

But... with both features together SSRS scrolls the row selected for drilldown under the fixed header!

For the user, it looks like the data has gone. They have to undo the SSRS drilldown-autoscrolling to see the data again they have choosen to drilldown.

The bug is that SSRS doesn't substract the header-hight from the top position of the table chart for the new (auto)scrolling position.

Has anyone found the same problem and has a workaround? E.g. can the mechanism of drilldown-autoscrolling be turned off? With what property?

Thanks for any help in advance!

Cheers,

Mobi

Hi,

Does anyone have a solution for this. Is it a bug and has it been reported to microsoft?

Cheers,

Dottyoz

Fixed Header issue in SSRS 2005

I am tryign to keep the headers fixed, on a 2005 report.

Hence In the Layout section for table settings properties,I Set the FixedHeader setting to True to keep the headers visible as you scroll down .

However, when I scroll down the report, the headers stay fixed, BUT IT OVERLAPS With the rows of data.

Any idea why this would happen?

To keep it from looking like it is overlapping you can change the background color from transparent to white (or whatever color you choose).

Simone

|||Yes, thats what I did and then it does not appear like it overlaps. However, is there any reason why this happens. AND how can we prevent this from happening, besides changing the Background color?|||I believe it is by design. The background color defaults to transparent. When the header is set to fixed, it doesn't move but the rest of the page does. The transparency results in the "overlap".