Hi Wei,
The good news is I solved my problem.
I did have to remove the !DOCTYPE as you suggested. But the problem also was
related to the fact that the Report Viewer Control was contained inside a
table on the page. And that table had no height specified. Once I set
height="100%" on the table, the report content for the Report Viewer Control
appeared. I thought that if you do not set a size for an html table, that it
will be sized based on its content. Since the Report Viewer Control shows the
report pages, I would expect the table to be sized accordingly. Anyway I am
not sure I understand why my fix solved the problem, but it did fix it.
===================
MORE IMPORTANTLY
===================
I had some questions in a earlier pose in this thread that you did not
answer. Can you please answer them now?
[quoted text, click to view] >>This is a XHTML artifact.
Can you explain in more detail what you mean? Why is the presence of DOCTYPE
causing this behavior in the Report Viewer Control?
[quoted text, click to view] >>If you remove the doctype in the asp.net page, it will work.
>>Please remove the line <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0
>>Transitional//EN" "
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> >>in the asp.net page.
Why does this fix the problem?
What, if any, other problems will removing that line of code cause?
-- Chris
--
Chris, SSSI
[quoted text, click to view] "Wei Lu [MSFT]" wrote:
> Hello Wei,
>
> How you test the page?
>
> Would you please try to test on a simple page with only one report viewer
> control on it?
>
> Please remove the line and have the height to "100%" for the report viewer.
>
> Sincerely,
>
> Wei Lu
>
> Microsoft Online Community Support
>
> ==================================================
>
> Get notification to my posts through email? Please refer to
>
http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif > ications.
>
> Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
> where an initial response from the community or a Microsoft Support
> Engineer within 1 business day is acceptable. Please note that each follow
> up response may take approximately 2 business days as the support
> professional working with you may need further investigation to reach the
> most efficient resolution. The offering is not appropriate for situations
> that require urgent, real-time or phone-based interactions or complex
> project analysis and dump analysis issues. Issues of this nature are best
> handled working with a dedicated Microsoft Support Engineer by contacting
> Microsoft Customer Support Services (CSS) at
>
http://msdn.microsoft.com/subscriptions/support/default.aspx. >
> ==================================================
> (This posting is provided "AS IS", with no warranties, and confers no
> rights.)
>