SSRS truncating image - image

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.

Related

Image is not refreshing automatically after saving changes in Photoshop

Usually when I edited and saved changes in Photoshop - this image automatically updated while being open in Windows photo viewer.
Now I have a new laptop and after any changes in Photoshop image is not updating. I has to reopen it. I notice however that if I change the image in Paint ans save - it triggers updates in Windows photo viewer. Which is something that I want to happen in case with Photoshop, since it worked perfectly on other machine. Struggle to find a solution to this issue.
Well, for now I just switched to using FastStone as an image viewer

Firefox renders bad with interlaced images?

I'm converting all the images on my website to interlaced, but i found a possible issue, under OSX 10.10.5 and Firefox 38.0.5
Interlaced PNGs that are bigger than the browser window (and so they are resized in automatic by the browser) display in a very low quality, like if they are displayed in one of the intermediate layers, and not in the final version. Zooming the image to 100% removes the problem, and changing the browser windows size removes the problem as well.
Here is an example of an interlaced image:
https://trac.ffmpeg.org/attachment/ticket/161/Test_24bpp_interlaced_paeth.png
(you have to download it and open with firefox in a small window, so that the image zooms out)
This issue is happening in the 80% of the times I try the same operation.
The issue doesn't appear, instead, in jpeg progressive images.
Could you please confirm me the issue? I think it's very strange that I can't find any other people having my same problem.

I have a background image that is loading only partially

I have a background image that loads mostly, but half of the time there is a pice missing from the image and you have to refresh the page to get the entire image to show. Could the image I'm using be corrupt or broken? Or could the problem be somewhere else. I am using a mac and google chrome.
here is the link: http://wlsnook.staging.wpengine.com/

RDLC Embedded Image Distorted In PDF

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.

32 bit depth jpg images problem in IE when referenced locally

We have an webbapplication that takes an image that will be uploaded and resized.
The resize-library we used saved all pictures with 32-bit depth whatever the depth was before.
We have an online client that can view the pictures via an html-file and all is fine there. All pictures are shown correctly.
The problem:
We also have an vb-winform application that download the pictures and show them in an html-file locally in an webbrowser control. But here all pictures are rejected (not rendered), just the red cross. If we create an static html-file with img-tags in them locally, its the same. All pictures that has 32-bits depth are shown as red crosses.
If we resave the pictures with 24-bits depth it magically works again. So ofcourse that was our "workaround", let the resize-library save all pictures with 24-bits depth instead.
Summary:
32-bits jpg files shows correct in IE when online but not when referenced locally in a local html-file. (This is true for IE8 on both winxp and windows7). The same local html-file opened in mozilla showed OK.
Question:
I have googled this a lot but has not found anything about this "problem". Is this a bug in IE8?
I have exactly the same problem with my own webapplication.
This isn't only a problem from IE8 but a lot of other browsers can't support the 32 bit depth on a jpg file.
For the while, no solution exist. Try to convert your picture in a 24 bit depth. Or wait for IE9.0 that comes soon. It's the only way you have.

Resources