I was poking around the internet and was curious if anyone on StackOverflow has ever managed to successfully bind a SubReport to a tooltip. I kind of was hearing multiple answers online. The most common assertion is that you cannot because tooltips only take expressions and cannot relate. Another assertion is that you can add custom code, which I have only done in labs, to get it to an expression that can then be used.
One of the things I wish SSRS would do out of the box would be to 'pop-out' drill down reports. Due to intense operations I understand you can't relate a lot of data but for just simple grids of details this would be fine.
So far I have been able to either set up subreports to drill to other pages or I found a blog where someone managed to use JavaScript to present the subreport in a set window size. I have used that as well: http://tavislovell.com/wordpress/how-to-make-ssrs-reports-in-a-performancepoint-dashboard-pop-out-or-open-in-a-new-window-2/
The issue is that I want 'hover over' feature that is found in some other tools. Has anyone successfully done a subreport or 2nd dataset in a tooltip that can be dynamic rows? I essentially want to hover over a cell and get a report to popout at a user for certain cells. Again I understand this could potentially be intense but I would scope it so it would be minimal.
As you've discovered, doing this with just SSRS is an uphill battle. There are a few reasons for this: very few report renderers could support this functionality, SSRS doesn't nicely support inserting custom javascript, potential performance issues. &c, &c. I don't think you'll get far there.
But
If this functionality were absolutely required, my recommendation is to use a custom wrapper website: users would go to the custom website to load a report. The website would make calls to SSRS to retrieve reports. It would scan the resulting HTML for some predetermined special string: INSERTREPORTTOOLTIP(CLIENTID=45) to determine where and what "tooltip charts" need to be generated and inserted.
Not for the faint of heart, I would think this would be at least a 20 hour undertaking if all went really smoothly.
(Also, true "tooltips" implementation is browser dependent, so you really need a div with visibility and perhaps position dynamically controlled.)
Whether you should use SSRS or build your own "report" web page depends on how much other SSRS functionality you are leveraging.
Related
I need help figuring out how to setup report in SSRS to be viewed in HTML and PDF Outputs, within a single .rdl.
Thanks
This is a pretty broad question. If you have specific issues then you should ask a question about those issues. You will most likely see down-votes or votes to close this question because of this. Don't feel that people are not willing to help, they are, bit StackOverflow is kept clean by closing questions that don't conform to SO standards laid out here https://stackoverflow.com/help/how-to-ask
Anyway....
Generally speaking, if you build a report, in most cases, you can export it to PDF without any real issues.
However, not all renderers support all circumstances so you might need to lookup the differences between the default HTML renderer and the PDF renderer. It's usually the following that cause issues.
Custom Fonts
Overlapping objects such as having text over an image
Page size and margins
Resolution of any images you might want to use in the report.
There will be others too that I can't think of but I suggest you build the report step by step and test each significant bit of work by exporting to PDF and checking the results.
As you come across problems that you cannot resolve, you can come back here and post questions about those specific issues.
There's lots of answers as to "why is this happening", or "what to look for"... but... there isn't a way to just suppress blank pages if there's data being rendered on them? No workaround other than tweaking things for hours to get it to not create blank pages? I have a report that has a matrix with dynamic content in it, and I get a blank page every other page regardless of how much I tweak the dimensions of the report... but it needs to grow with more data.
At the risk of sounding like a rant, it's difficult for me to believe, from a usability standpoint, that there is no mechanism to just suppress pages with no rendered data on them, but it seems like that is the case. If so, is there a "hack" that will allow me to suppress these pages, maybe after rendering? Or to truncate rendered data that goes outside of the dimensions of the page instead of putting it on another page? I am not a report designer by trade, and spending 10+ hours on this silly thing is seriously frustrating.
I found that if I set the report's ConsumeContainerWhiteSpace property to True, this problem went away:
I am investigating SSRS 2005 as a possible reporting solution for a client and one of my requirements is to print cheques. Is the only way to do this to create a report in SSRS with the dimensions of the cheque with the data fields positioned properly or is there a better way of doing this? I have googled this problem but I am getting a lot of results for 'checkboxes', 'checking SSRS', and so on so that has been no help.
Thanks!
Yes, this could be done, and it would probably work pretty well. But SSRS isn't an ideal answer: printing from a web report is subject to the differences in browsers and their page setups & margins. Generating a .pdf and then printing seems like more steps than desirable.
If you decide to go ahead with this, use Rectangles: they try to hold their positions, even when the size of contents change. Also, set the CanGrow property to False everywhere.
I have to make an iPhone app for a company which has a web based system, and wants to go mobile. Its known in advance that the UI of the screen will change fairly often (adding new labels, buttons, etc). Also, many elements on the screen have an If(condition) then (visible) else (hidden) type situation. For instance, if(user.isMember) then (showLoginButton) else (showRegisterButton) All this is a fairly common scenario for companies who want to take their we-offering as a mobile-app.
The challenge now is how to write a flexible UI. If I go the standard UIView type approach and add labels, buttons etc, it becomes static in nature. Further, since a lot of elements (for instance, in the above example, loginButton, registerButton, retrievePasswordButton) are overlapping (since they should be on the exact location on the canvas), the Interface Builder looks cluttered.
One solution I can see is to use HTML content in UIWebView. Considering HTML browsers were defines with the concept for Forms in mind, it makes logical sense. There would be some overhead of doing search/replace for the values in the locally stored html file (call it template now), but guess the flexibility provided will be worthy of it.
I would like to invite pros/cons for this approach, and any other approaches that may have worked for you in the past for making flexible UIs.
There are at least two basic approches, among many.
The first, as you mentioned, is to use stored HTML5/CSS/Javascript for each form, and run them in embedded UIWebViews. But there is no need to do search/replace on the device. Instead of modifying a template, just download a entire new "web page" for any form that has to be changed or updated. Very flexible, if all the elements you require are efficiently "webifiable".
The second approach is to use a Data Driven UI (there's an Apple WWDC 2010 video on this technique). Basically, for every view and every UI element, instead of putting it in a nib or creating it from hard coded parameters, you read a r/w database for everything needed to create the element: size, position, title, color, value, what method(s) it calls, etc. To modify, you download updates to this database.
If you need an updatable "native" UI plus application logic, you could use a mix of the above two methods: a Data Driven UI engine with optional string parameters consisting of Javascript for any object to call for custom logic, calculation, state changes, etc.
Is it possible with business intelligence development studio to create an SSRS report and easily customize the way that the prompt fields are laid out (mainly the location)? It looked like it defaults to grouping them horizontally, I would want to perhaps group the prompts into section.
I'm just getting into using SSRS so my knowledge is limited. I've read a few tutorials but haven't found an answer to this question.
You may be able to change some of the styles and images, but I don't know if you can change the actual layout. It may be possible to do it with the style sheet, as it looks like the UI is generated from a dll.
Start here and poke around:
\ServerName\c$\Program Files\Microsoft SQL Server\MSSQL.3\Reporting Services\ReportManager\
Styles\ReportingServices.css should let you do some formatting changes - font size, layout, colors, etc.
Styles\RSWebParts.css should let you change more formatting.
MS was even considerate enough to comment thoroughly. I would just start messing around with the "View Source" in your dev environment. See what classes are assigned to the controls you would like to move.
Good luck - could actually be fun.