Showing posts with label box. Show all posts
Showing posts with label box. Show all posts

Wednesday, March 28, 2012

Print button not showing in Firefox -- ReportViewer control

Hi, I'm having a problem with the ReportViewer control (Reporting Service 2005) in Firefox. Neither the print button nor the Search box are showing up, even when I explicitly set them to be visible. They are showing up fine in IE.

Anyone else had this problem?

When you look at the HTML source, it's clear why it is not showing up. The following code does not even appear in the Firefox version (most important part in bold):

<table cellpadding="0" cellspacing="0" ToolbarSpacer="true" style="display:inline;">
<tr>
<td style="width:20px;"></td>
</tr>
</table>

<div id="RptView_ctl01_ctl07" style="display:inline;font-family:Verdana;font-size:8pt;height:30px;">
<table cellpadding="0" cellspacing="0" style="display:inline;">
<tr>
<td height="28px"><div id="RptView_ctl01_ctl07_ctl00">
<table id="RptView_ctl01_ctl07_ctl00_ctl00" onmouseover="HoverImageRptView_ctl01_ctl07_ctl00_ctl00.OnHover();" onmouseout="HoverImageRptView_ctl01_ctl07_ctl00_ctl00.OnNormal();" title="Print" style="display:none;">
<tr>
<td><input type="image" name="RptView$ctl01$ctl07$ctl00$ctl00$ctl00" src="http://pics.10026.com/?src=/MandateMaker/Reserved.ReportViewerWebControl.axd?OpType=Resource&Version=8.0.50727.42&Name=Icons.Print.gif"onclick="ClientToolbarRptView_ctl01.LoadPrintControl();return false;" style="height:16px;width:16px;border-width:0px;padding:2px;" /></td>
</tr>
</table><script>
HoverImageRptView_ctl01_ctl07_ctl00_ctl00.OnNormal();
</script><table id="RptView_ctl01_ctl07_ctl00_ctl01" onmouseout="HoverImageRptView_ctl01_ctl07_ctl00_ctl01.OnNormal();" title="Print" style="display:inline;">
<tr>
<td><img src="http://pics.10026.com/?src=/MandateMaker/Reserved.ReportViewerWebControl.axd?OpType=Resource&Version=8.0.50727.42&Name=Icons.Print.gif" alt="Print" style="border-width:0px;" /></td>
</tr>
</table><script>
HoverImageRptView_ctl01_ctl07_ctl00_ctl01.OnNormal();
</script>
</div></td>
</tr>
</table>
</div>

<iframe id="PrintFrameRptView_ctl01_ctl07" src="http://pics.10026.com/?src=javascript:''" style="display:none;"></iframe>

Is the "print control" IE-only?

|||I believe that the print controler is an active x controler and that firefox does not suport active x. so yeah the print control would appear to be IE only. however you might be able to find a plugin for firefox that would allow you to run active x|||

Actually, the Microsoft documentation says certain things do not work in non-IE browsers, but the print button is not one of them.

Honest to God, I think Microsoft is just lazy or arrogant sometimes. It's not THAT hard to get printing from a non-IE browser to work. I was able to do it when I had my own custom page to display Reporting Service reports. If I can do it, surely the well-paid gurus at Microsoft can do it!

Grrrrr....I may have to put in code to generate my old custom stuff for non-IE browsers. My custom page does not work as well as the Report Viewer control, so I really would rather not do that.

|||Yeah, it's because they implemented it as an ActiveX control, which is totally the wrong direction to be heading. Microsoft should be moving away from ActiveX since other browsers don't support it (although I think there is a plug-in that allows Firefox to use at least some ActiveX controls). Plus it is a major focal point for security exploits and bugs, it would be better if it was removed from the browser environment entirely.

cs|||

CynthiaD wrote:

Actually, the Microsoft documentation says certain things do not work in non-IE browsers, but the print button is not one of them.

Honest to God, I think Microsoft is just lazy or arrogant sometimes. It's not THAT hard to get printing from a non-IE browser to work. I was able to do it when I had my own custom page to display Reporting Service reports. If I can do it, surely the well-paid gurus at Microsoft can do it!

Grrrrr....I may have to put in code to generate my old custom stuff for non-IE browsers. My custom page does not work as well as the Report Viewer control, so I really would rather not do that.

Hi Cynthia - I know what you are feeling. I moved over most of my clients to LGX Report (www.logixml) because of that issue and similar ones. For most of my clients IE only is not a solution that works. The Logi product is zero footprint and integrates easily with ASP.NET applications. It's also free, but I have one client who needed more features available on their paid version.

Good luck

Steve

|||

Hi,

In my case the print icon is not displayed in the report viewer viewed through the IE.(in the client server)

But able to see the same in our local network

|||Probably security. You are probably allowed to use ActiveX controls in a trusted site (your network), but outside of that the security restrictions prevent using ActiveX controls. If they add your site to the trusted sites in the IE security area, they will likely be able to see the print button. Just my hunch.

cssql

Friday, March 9, 2012

Primary Entity Switching Behavior in Report Builder

Is there any way to change the behavior where a new primary entity (the
entity at the top of the entities box) is automatically selected when you add
data that traverses a role with a 1-to-many relationship?
Let me illustrate using a generic example. Say the Customer table is the
main primary entity for my Report Builder. Customers can have 0 or multiple
orders, so the Role between the Customer-Orders table (the Cardinality) is
set to OptionalMany. When a user selects some Customer data then selects some
Order data, the Order entity appears at the top of the list automatically.
The report looks ok at first, but customers without orders will not show up.
What happened is that SQL code behind the report is like:
SELECT FROM Orders INNER JOIN Customer
when what I really want is:
SELECT FROM Customer LEFT OUTER JOIN Orders
I think the Report builder is trying to be helpful by doing this, but is
there anyway to get it to stop this automatic behavior or reverse it after it
has happened? Deleting all of the chosen data on your report seems to be the
only way to get the entities list back to normal, but that is obviously not
helpful.bump
Is that a no?
"Max Reiner" wrote:
> Is there any way to change the behavior where a new primary entity (the
> entity at the top of the entities box) is automatically selected when you add
> data that traverses a role with a 1-to-many relationship?
> Let me illustrate using a generic example. Say the Customer table is the
> main primary entity for my Report Builder. Customers can have 0 or multiple
> orders, so the Role between the Customer-Orders table (the Cardinality) is
> set to OptionalMany. When a user selects some Customer data then selects some
> Order data, the Order entity appears at the top of the list automatically.
> The report looks ok at first, but customers without orders will not show up.
> What happened is that SQL code behind the report is like:
> SELECT FROM Orders INNER JOIN Customer
> when what I really want is:
> SELECT FROM Customer LEFT OUTER JOIN Orders
> I think the Report builder is trying to be helpful by doing this, but is
> there anyway to get it to stop this automatic behavior or reverse it after it
> has happened? Deleting all of the chosen data on your report seems to be the
> only way to get the entities list back to normal, but that is obviously not
> helpful.