I have a very simple RDLC report I've built with a PNG image in the header. After many trials we could not get external images to work with the report in staging and production.
I then embedded the image in the RDLC and deployed the updated file. The image displays in the ReportViewer control fine. However, when using the export functionality of the viewer to get a PDF the image comes out garbled and distorted. It basically looks as if the image was like the Star Wars intro text but repeated vertically till it disappears. This happens both on my test machine and in stage/production.
Is there something I'm not doing correctly with embedding the image? I've thought about seeing if I could MIME encode the image another way and then insert that into the RDLC. Seems stretched to work though.
Figured this out.
It does have to do with the encoding, in a way. It appears that the PNG encoding is doing weird things. I tried JPEG and GIF encodings and both work in the ReportViewer and PDF export. I tried changing to different PNGs (transparency and non-transparent) and had various distortion issues.
It is my suggestion that if using an embedded image with the ReportViewer that will be exported to PDF that you should use GIFs or JPEGs for embedding in your RDLC.
I just encountered this issue. For me, the PDF you can generate from the SSRS preview showed the PNG just fine. But when i published the report to SharePoint and then managed email subscriptions to send a PDF, that PDF showed the image all screwy (basically tilted image and then repeated vertically). In my case, I was using a PNG file that had a resolution of greater than 4000 x 4000. I resized it to something more like 1200 x 1200 and the PDF from the subscription showed the PNG just fine.
Related
I am working on a landscape report using VS 2012 SQL Server Data Tools and keep hitting a roadblock with an embedded background image. The image is the same size as the report (11 x 8.5). When I import the image and set the background image to embedded the image truncates and repeats. I confirmed this is definitely happening when I increased the size of the image and imported and it worked. Unfortunately, this isn't a great solution because when I resize the image there is a degradation in quality. Is there a setting I'm missing? I've tried both jpg and png and have the same issue with the truncation.
NOTE: This is happening before I even get to the point where I deploy on the server. As a test, I tried going with the background as is and deploying but it's still truncated.
I have an application with an X-Page that provides general users a simple interface for submitting requests to IT. This X-Page has a rich text editor (using the CKEditor) and allows them to paste images (so they can include screenshots).
The IT staff access the applications through the Notes client (v8.5) using a traditional Notes form with a Rich text field. My system is specially configured with Notes 9 as we are looking to move to that in the near future.
In the Notes 9 client, the screenshots submitted by the X-Page appear correctly in the traditional Notes form's rich text field. However users with the 8.5 client get the box with the red X for the screenshots.
From my research I believe that this is because of the way the CK Editor encodes the image as a base 64 MIME png. I think that the 8.5 client is having trouble rendering the png whereas the 9 client is able to render it correctly.
Does anyone know if there is:
a) a setting in the Notes 8.5 client that may be preventing the images appearing correctly (or will let it render png)
or
b) is there a way I can configure the CK Editor to encode the images as base 64 MIME jpg or gif instead of png?
If I recall correctly, Notes 8.x does not support PNG fully. It is supported in some places, but failing in other:
http://www-01.ibm.com/support/docview.wss?uid=swg21368274
http://www-01.ibm.com/support/docview.wss?uid=swg21090737
Notes 8.5 came out in 2008, try to speed up the move to 9.0.1 and the problem goes away. :-)
I generated an PDF from PHP TCPDF. Is it possible to set the background color outside of the generated PDF?
By default its gray. I would like it to be black.
I see you're using the PDF Viewer on Chrome right?
After searches, I think it's not possible to change the background of the pdf viewer (maybe with chrome extensions?) because the background is not part of the PDF himself.
The only solution that I find which can maybe change the background was to change the PDF Viewer (there is an example with Google Reader to Acrobat : Change PDF Viewer on Chrome.)
I am creating .gif progress bar using Adobe Photoshop CS5. My client asked to keep progress bar like below.
I tried in Adobe and got below .gif image. But problem is I am unable to bring transparent background. I reduced opacity % in Photoshop it displaying correctly in Photoshop.
But when I saved as .gif then image background loss is transparent and I getting image like below.
I tried lot but unable to meet my client expectation.
Did you use the option "Save for web & devices"? If so, you should be presented with alot of options (amongst those, transparency).
tutorial: http://www.webdesign.org/photoshop/photoshop-basics/transparent-gifs-in-photoshop.8923.html
Use Save for web option
Alt+Shift+Ctrl+S
and select GIF, then enable transparency checkbox.
If the above method doesnt work, use this website
loading.io
I have create a PNG arrow graphic for use in a client's website. It render's perfectly everywhere except in IE 6,7,8 and 9. I have attached an image for you to examine and have already tried 2 different IE png fix scripts - one jquery and one a css behaviour .htc file.
Please assist me.
Thanks
Jamie
Image: http://i51.tinypic.com/2w1uzqe.jpg
Sorry to say that but for 5 years i've been looking for 100% working hack for png transparency bug in IE's with no result. There are many of them and usually each of them doesn't work here and there.
Try using transparent gif instead or crop arrow image with background along. It will take few more bytes of White color so won't damage your performance that much.
The bug that IE PNG Fix scripts are designed to fix is only a problem for IE6 and lower.. hmm.. possibly IE7? I forget. In any case, IE8 fixed the issue, and IE9 definitely shouldn't have it. These IE versions may still have plenty of bugs, but the old well known PNG background issue isn't one of them.
My guess is that there may be a corruption in the PNG file itself.
My suggestion is to try loading the PNG image into Photoshop (or your favourite graphics app), and re-save it. That may be all you need to do to solve the issue.
Failing that, would you be able to give us a link to the actual PNG file, so we can have a look as well?