I'm looking to make a home page for a set of SSRS reports with just title and a few hyperlinks to other reports.
How do you make the title fit the size of your screen rather than Report Manager just showing its actual size?
When looking at Report Manager there are big blocks of white down the side of the screen depending on the monitor size.
The only way you can achieve this is to set the report Zoom property to Page Width in the URL, for example:
http://myrshost/ReportServer?/AdventureWorks/Employee_Sales_Summary&rc:Zoom=Page%20Width
There are a lot of other things you can configure via the URL as well - such as hiding toolbars, passing parameters, displaying breadcrumb navigation, etc - which you may find interesting to have a look at:
https://msdn.microsoft.com/en-us/library/ms152835.aspx
Related
I'm developing an SSRS report in Visual Studio 2012. The report is set up to use landscape orientation. There is a 0.25in margin on the left and no margin on the right. The report is 10.5 inches wide. ConsumeContainerWhitespace is set to True. There are no hidden objects outside of the normal report area.
When I look at the report in print view or actually print it out there is a huge amount of white space on the right side of the report. It's almost like the report is being shrunk and then left justified when printing.
I would love to get this fixed so the report prints the same as it looks in the designer. If anyone has an opinion or some input it would be most welcome. Thank you!
This problem appears when a Windows 10 user has their DPI set to a value that is higher than %100. If DPI is set to %100 then the issue does not occur and no white space is seen when doing a print view or actually printing the report.
This is a common issue with Windows 10 and certain applications including ClickOnce apps like the one I'm using to run the reports. There does not seem to be a way to fix this from within Visual Studio as you can't make an application DPI aware that uses the ClickOnce deployment model.
The following steps will fix a Report temporarily until it is updated and the .exe is overwritten. This fix will also work for other Windows 10 apps, including Chrome, that appear blurry from using a custom DPI over %100. Be aware though that while this fix will fix blurry fonts in a ClickOnce app and white space in an SSRS report it can also disturb control positioning and form size.
Navigate to C:\Users\\AppData\Local\Apps\2.0
Under the 2.0 directory you will see one or more folders that are named with a random set of letters and numbers. Within these directories you must find the folder for the desired application. The folders will usually start with the first 3 or four letters of the application but there can be more than one folder that exists for your application.
Locate the .exe for your application. There may be more than one .exe for your app so apply this fix fix to all of them just to be sure.
Rightclick on the .exe and select properties and click the Compatibility tab.
Check the Disable display scaling on high DPI settings checkbox and click OK
Rerun your application and create a report that opens the report viewer.
Click the Print Layout button. The report should now be displayed with no white space on the right.
Print the report. There should be no extra white space on the right side of the report.
You can also work around the issue by temporarily setting your DPI back to %100 but I think that is a poor solution.
If it is a matrix report, you may also try setting the ConsumeContainerWhiteSpace to true. It is Report level property that you can find under "Other".
or else if it is a tabular report then adjust the margin and width accordingly.
Here the link of the answer:
https://social.msdn.microsoft.com/Forums/Lync/en-US/4a965d5c-0906-4690-a995-35aae594018c/how-to-avoid-empty-space-in-right-side-of-the-ssrs-report?forum=sqlreportingservices
You have me stumped but things I would check:
There isn't a textbox or label or something pushing past the boundary of the expected margin. This causes the report to print like what you are seeing. Just expand the report and make sure everything is actually less than 10.25 inches.
Is your paper size set to letter?
I created a report in Visual Studio 2012 and am having issues with the report resizing when I try to print it to pdf or view in print layout. I sent the .rdl to others on my team and they printed it to pdf with no issues.
I tried adjusting the margins, page size, interactive size, as well as turning ConsumeAllwhitespace=true. I also installed all updates and nothing seems to correct the issue. Any suggestions?
Page Size: 8.5"x 11"
Margins: 0.25",0.25",0.25",0.25"
Interactive Size: 8.5"x 11"
Body: 8", 4.15"
Example:
Try to set CanGrow properties to false from the report properties page
Give this a try.
First set your Margins to .5in". I have tested this and this is the smallest your margins can be for your report to print correctly.
Next drag your report right border to just under 7.5" (just to where that half inch hash mark is not visible). Make sure you drag your table content to fill white space.
If you're still having issues in your print dialog, check the PDF print settings. Open a PDF and go to the print dialog. Under Page Size & Handling there are FIT, ACTUAL SIZE, SHRINK, and CUSTOM SCALE. Custom Scale at 100% will guarantee the PDF will print at the correct size. Whatever setting you set here seems to apply to all PDF print dialogs.
If that doesn't work, try using Report Builder. Less frills but always works right!
I have total 4 view pages, One page used as main page and the remaining 3 are loading to main page with the help of partial view. Everything works well. But the thing is I am unable to adjust the page for device width. Even though I have added tag with View Port attribute. How can I achieve this?
To make sure I understand you correctly, you want to dynamically resize the page based on the size of the device, right? I do not believe you have the ability to override user settings when they initially visit your page; however, you can get references to the browser height and width using $(window).height() and $(window).width(), respectively.
Also, you can set the size of a new page if a user triggers some event.
window.open("https://google.com", "", "width=700,height=700");
I created a web based SSRS report and it displays perfectly. By default it zooms to "Whole Page" but when I change the percentage to something else -say- 25%, it changes but when I return it to "Whole Page", it stays the same.
QA is giving me a hard time so I was just wondering what the "Whole Page" option was for?
Thanks
You can read more about the various SSRS device settings here. The "Zoom" option is, I believe, only available on HTML rendering - it won't carry over to your typical export formats.
Zoom can be set to either a % value, or the string values "Whole Page" and "Page Width". "Whole page". The string values are pretty self-explanatory.
"Page Width" will scale your report horizontally so that it fits perfectly within with pages horizontal margins. There should be no horizontal scrolling necessary to view the report, though vertical scrolling will still be necessary.
"Whole Page" will attempt to zoom the report to such a level that the entire page is displayed at once in your report viewing frame - whether than means scaling it up or down.
Try testing this behavior with reports that contain objects besides just tables - tables are somewhat flexible already, and can be hard to identify scaling behavior with. Also, try changing your browser window size between executions - shrinking your browser to like 1/4th of your screen and running a report with a "Whole Page" zoom level should results in an almost unreadable report.
Summary:
I'd like to display a shopping cart from another domain underneath my fixed content in my page - and have the scrollbars come out properly.
Details:
I need to display a shopping cart from a vendor within a page on "my" site with "my" header on top. (Eventually the shopping will all be in a subdomain but not now, sigh.) The header is a fixed height. The shopping cart pages vary in height as you navigate within that frame.
I've tried frames and iframes and had cross-browser issues with the iframes. I'm only testing four configurations, Windows/IE, Windows/Firefox, Mac/Safari and Mac/Firefox.
Right now I am using a frameset with two frames, one containing my fixed-height header page, the other containing the external page. This does work - the one issue is that when a scrollbar appears it (of course) only appears on the bottom frame.
This will do and the client isn't very sophisticated but it bugs me.
If I use IFRAMES, I find I need to sprinkle height: 100% and overflow-y: auto in various places - and yet I still cannot avoid either one of two unacceptable issues that appear in at least one of the browser/OS combinations...
The combined content is larger than the window, but no scrollbar appears.
An inner scrollbar and an outer scrollbar both appear.
Any hints appreciated!
EDIT:
Thanks for the work - but I don't think I conveyed the issue correctly.
I'm not using frames for layout - I wish simply to make a page framing something on another site (that hosts the shopping cart and whose URL should not be exposed).
Frames "work" - BUT having an interior scrollbar on the second frame and no scrollbar on the whole page is definitely wrong behavior. My client won't know this but it'll look amateurish to people seeing the page.
I don't see quite how a server-side include or CSS would do it and I know both fairly well. If I used the server side include, how would links internal to the shopping cart work? I'd leave my site, correct?
Summary: A shopping cart hosted on another site, embedded on my content page.
Don't use frames, if the user does command + click then the product will open in new window and your frame will disappear.
One feasible solution I see here is with Javascript:
Load the page via $.ajax
redirect all clicks so that it loads in ajax window by
$('iframe a').on('click',function(){
// load the product via AJAX
});
make sure height of Div is not fixed so that it expands automatically and scrollbars are there only on window.
This is best way I could think of keeping the integration seamless while hiding the url