How to configure ReportViewer so it can be exported CSV in ASP.NET (ReportViewer that comes from VisualStudio 2005/2008)? So it will be apart of current drop downlist? At the moment, it's only for Excel and PDF but not CSV.
Thanks
When you run Report Viewer in Local mode, you cannot export to anything other than PDF and Excel. If you want to be able to export to other formats, you need to run Report Viewer in Server Mode. The rendering is then done on the SQL server through extensions.
The only way to make Report Viewer export other formats in local mode, is by overriding the render class, and basically write a renderer yourself. This is quite complicated.
On a side note, you can also enable Word and HTML rendering through Reflection. Howerver, the rendering of images through this technique is a little sketchy. I tried doing this, and the images would not render properly.
Related
I'm running some reports on SSRS 2012 and they render fine in the web interface, but when I export them to PDF the patterns in the graph are rendered with too much detail (i.e. there's meant to be ~10 vertical lines in the pattern but there is more like 200). Is there any way to overcome this?
Cheers in advance
Edit: picture below. The left graph is what renders in the web interface, the right is what appears in the PDF (if you zoom in further on the right the pattern is the same as the left one)
I have done few changes in the Reportserver.config file in order to overcome that issue. Normally you need to play with the configuration settings for PDF render. Insert the attached code in the config file PDF render section and Adjust the DpiX and DpiY values based on the export output.
I have set the below property, it works fine in SSRS 2014.
<DpiX>125</DpiX>
<DpiY>125</DpiY>
Refer to this for more details.
If I view the SSRS report and preview the results, then chose to export the preview to PDF the export looks perfect. (The fonts display correctly and are formatted nicely.)
When I deploy the report to IIS and go through the web report using IE and choose to export the results to PDF from inside IE the PDF is not formatted nicely. One particular type of barcode font gets all scrunched up.
Why would the export to PDF feature differ when I'm in Visual Studio versus in IE viewing the IIS deployed report?
From my experience, VS tries to replicate the SSRS environment but doesn't do it faithfully. I would therefore only use preview in the initial stages of development but polish and test the report on an actual server
We are using Blackberries to display PDF reports. Here are background details on the problem:
The PDF reports are created using JasperReports.
Report format can be changed.
Different report formats are available (as per the feature set of JasperReports).
The PDF reports are on a website, too, so retaining a single source is ideal.
The page setup is in Landscape.
Here are the issues we have encountered:
Users cannot see a full line of text on the Blackberry.
The size of the PDF and UI makes reading difficult, at best.
The menu option to convert the PDF to text loses too much formatting to be useful.
The text is blurry (and too small).
Here are solutions we have thought about:
Create a second report (not ideal) in text or HTML format.
Simplify the original report format (not really an option, given the amount of data).
What other options are there for making a report available on the Blackberry, given the constraints of JaserReports, such that the report:
Is legible?
Is formatted for readability?
Displays quickly?
Essentially, we'd like to make sure there are no simple solutions we have overlooked for displaying legible PDFs on Blackberries.
We convert TIFFs to PDF for one of our applications, and have had mixed results with BlackBerry PDF viewers. These were our results.
Working
The following PDF readers worked for our purposes:
RepliGo Reader v1.1.1.1 - $19.95
Works fine.
DataViz Documents To Go Premium Edition v1.003.001 - $49.99
Works and includes a word wrap option to get the current zoom level to fit the available screen width, by moving text onto subsequent lines. Might fit your needs.
Non-Working
The following PDF readers did not work for our purposes:
BeamReader v1.0.8 - $17.99
BeamSuite v3.0.2 - $49.99
These couldn't open our PDF files ("Unsupported document format"). In addition they did not register as a PDF content handler, required for our application.
MasterDoc - $19.95
eOffice - $29.95
These also did not register as a PDF content handler. We had a range of problems with these, including installation issues, and not being able to open any PDFs at all.
Try BeamReader http://www.slgmobile.com/beamreader.html
I hear it's the best at reading PDFs for BlackBerry
How about outputting the file to an RTF or an image file (JPG/GIF), and then viewing them in your web browser?
If that doesn't work well on the native browser, I would focus on viewing the file via some other web browser - for example, Opera Mini. I know for images it's easier to navigate "big" images in Opera Mini than the native browser.
If your blackberries are on a BES server, couldn't you display the reports as HTML on your corporate intranet? - Then you could email a link to the blackberry and simply browse the report.
You can convert pdf to image via xpdf and than show image. xpdf is a BEST renderer of pdf.
Is there a script that anyone can suggest that would allow me to create a HTML or PHP web based form to collect data and save that data. the call the data to be populated in a fillable pdf?
If you have an existing PDF that you want to populate, and that PDF just has text fields (no checkboxes or radio buttons) then CAM::PDF may be able to help you. You can use it as a Perl library directly, or use its command-line interface. CAM::PDF is not useful for generating PDFs from scratch, however. Furthermore, if you have embedded fonts, then you need to ensure that all of the characters you plan to insert are represented in the embedded font.
Use a normal web page to get the data. If not sure how to do it, look for "php forms" on google, there are plenty of tutorials.
Then use a php pdf generator, like this one, to create the PDF file. If you look hard enough, you will probably find a pdf generator that will let you use a template with placeholders where the entered data should be.
I'm having issues with my SQL Reporting Services reports. I'm using a custom font for report headers, and when deployed to the server it does not render correctly when I print or export to PDF/TIFF. I have installed the font on the server. Is there anything else I need to do in order to use custom fonts?
When viewing the font in the browser it looks correct - since all client computers have the font installed...
Thanks Ryan, your post to the FAQ solved the problem. Installing the fonts on the server fixes the print problem, as well as problems with charts (which are also rendered on the server). Like you point out (as well as being mentioned in the FAQ) Reporting Services 2005 does not do font embedding in PDF files. I guess that is okay for now - the most important part was being able to hit print and get the correct fonts.
The reason the fonts didn't show up straight away is answered in the FAQ:
Q: I've installed the font on my client/server but I still see ?'s or
black boxes. Why? A: For the client
machine, closing all instances of the
PDF viewer then reopening them should
fix the issue.
For the server, restarting the
services should allow the PDF renderer
to pick up the new font information.
Unfortunately, I have also seen times
where I needed a full machine reboot
to get the client/server to recognize
the newly installed font.
The PDF files served up from SSRS, like many PDF files, have embedded postscript fonts. So, the local fonts used in the report are converted to a best matching postscript font when the conversion takes place so the PDF is totally portable without relying on locally installed fonts.
You can see the official MS guidelines and font requirements for SSRS PDF exports here: SQL Server 2005 Books Online (September 2007) Designing for PDF Output. Also, this post should provide some help as well: Reporting Services: PDF Renderer FAQ
Aspose apparently also has a component that claims to be able to add custom embedded fonts in SQL Report PDFs.
See Aspose.Pdf for Reporting Services
Aspose.Pdf for Reporting Services
makes it possible generating PDF
reports in Microsoft SQL Server 2000
and 2005 Reporting Services. Some
advanced features like XMP metadata,
custom embedded font and rendering
watermark for pages are now supported.
All RDL report features including
sections, images, charts, tables,
matrices, headers and footers are
converted with the highest degree of
precision to PDF.
I've not tried this component, so I can only share what it claims to be able to do.
Note: I have found that when you install the fonts on the Reporting Services server box, you may need to:
= Actually open the font from the Fonts control panel, so you can see the preview
AND
= Reboot the server box.
And yes, I agree you should not need to do this - but I have seen it work.
Running into the same problem - When you export to pdf, it doesn't render the Free 3 of 9 font. The font is installed on my report server, and does appear when you run the report using SSRS 2005.
The user can print directly, which is nice. And the report renders successfully during an Excel export. But that requires extra steps to print from Excel (page setup, etc.).
What I found to be a workaround is to use CutePDF (freeware).
Just click the direct print button on SSRS, and choose the CutePDF printer. It asks you where to save the file. Open the file, and the barcode fonts render successfully.
We had to install NeoDynamic barcode software to render the barcode as an image since we can't include the barcode fonts in PDF exports.
I have used barcode fonts successfully with SSRS and PDF. You must have the font installed on both the server (for rendering and viewing from the browser), as well as from the client.
When using barcode fonts, there's not really a best "match" for postscript so the PDF does not have a valid barcode font embedded with the document, which just yieds a bunch of garbage text. To solve that, just install the font on the client computer that will view the PDF.