Need help? Check out our Support site, then

Heavy jpeg compression for header image

  1. I'm using the theme twenty eleven where the header image's resolution should be 1000x288. Previous I have uploaded png files with these exact proportions and they just showed up as png files without any compression. But now when I do the same thing, wordpress wants me to crop and what then happens is that my png-file becomes a heavy compressed jpeg-file which looks awefull!

    What to do?

    The blog I need help with is

  2. Make sure the images are being saved from your image program at 72dpi and also at exactly the size required for the theme you are using. I just uploaded a blank colored PNG at 1000 x 288 at 72dpi and it uploaded without cropping.

  3. Thanks, didn't think of the dpi, but unfortunatly it didn't work even though it was the exact settings. I may just just try different things...

  4. Ok, nothing seems to work. I have done this before without any problems. Not even jpeg's in 1000x288 in 72 dpi can be uploaded without it being compressed to death.

    Am I missing something?

  5. It's happening to me as well. My "featured images" which become headers on Twenty Eleven were all compressed and presized properly prior to me uploading them into my personal blog. However, yesterday every featured image I uploaded prompted the software to present me with the cropping tool. Why this is suddenly happening now when it did not happen previously is beyond me.

  6. P.S. I flagged this thread so it gets moved to the Themes Forum. Then we can get Themes Staff to tell us why this is happening on the Twenty Eleven theme.

  7. Now that is interesting. The first header I uploaded uploaded as I set it, but the new one I just tried presented me with a crop box and then turned it into a JPG.

    This is seriously unacceptable and needs to be fixed. There are image/graphic types that should NOT be automatically turned into a JPG as it seriously reduces the sharpness and quality.

  8. Bump

    The problem still exsists!

  9. This thread has been flagged for Staff attention.

  10. We recently updated Twenty Eleven to allow for flexible height header images, which is a new feature in the upcoming WordPress 3.4. It looks like this started happening around the time we made this change.

    I was able to replicate the issue in my testing. I'm looking into it and will keep you posted.

  11. It turns out that this is a bug with the core WordPress software. I have filed a core ticket. I can't give a timeframe for when it will be fixed since it's a core issue, but core developers are aware of it.

    Basically, because of the new flexible-width and flexible-height header feature, you are always prompted to crop, even if your image has the exact suggested dimensions.

    I apologize for the inconvenience. In the meantime, if your Custom Header is a transparent PNG, you could try adding it as a background image through CSS if you have the Custom Design upgrade, or you could switch to a different theme that does not use flexible headers. These are the themes that currently support flexible headers.

  12. Thanks for the response. I'm not advanced in any way and can wait for the problem to be fixed.

  13. @michiecat, perhaps you could clarify some things.

    Does this mean that if we prepare an image ahead of time that is the exact size and quality we want, that no matter what, the wordpress software is going to force a crop on the image and re-save it as a lower quality image?

  14. @thesacredpath:

    Yes, if you are using a theme that supports flexible width or flexible height headers (a new feature in the upcoming WordPress 3.4 which alllows your header width and/or height to be as wide or as tall as you like), you will be prompted to crop the image, no matter the dimensions of the image. Unfortunately the image will be saved as a lower-quality JPG.

    This is a bug with WordPress itself, and a core ticket has been filed. I checked on the ticket and developers are aware of the issue.

  15. Hmmm, this sounds unfortunate. With graphic type headers, I always save as PNG to preserve crisp lines and text, and if wordpress is going to turn those into low quality JPGs that is going to be unfortunate and unacceptable. This will especially be true with a responsive width theme as you need all the quality and sharpness you can get due to the header resizing that goes on for smaller screens.

    What is the intended outcome of the core fix?

  16. Thanks for looking into this, WordPress crew!

  17. @thesacredpath - I understand the frustration. It looks like this was an oversight because the flexible header feature is so new.

    From what I can gather from watching the core ticket so far, the fix will involve preserving the PNG format as well as transparency. If you're interested, you can view the core ticket here:

  18. @michiecat, thanks for the explanation and I'll look in on the trac ticket. It sounds like I can live with the bulk of this, but would also like to see it not downgrade the quality of a correctly sized JPG. I know that in some cases people don't optimize their header images (they don't know) and they can end up huge and cause slow page loading, but for those of use that do optimize images before uploading to the web, this would also present a problem.

    I'll wait and see where it all comes out.

  19. Hi, I would like to know if the problem is gonna be fixed, or if the header photos from now on will look like shit?

  20. @jepperuud-According to the trac ticket mentioned above, it should have already been fixed, though I don't know for certain if the fix has been deployed on (likely). Have you tried again recently?

  21. Ok, I can see that it's fixed now, but now I have to bother you guys with a new problem.

    The new headers I upload only works a couple of times, and then they go blank. Both png and jpegs. The wierd part is that they work the first two minutes, and then they don't, leaving the header with a big blank square appr. 1000x1000 px on the front page.

    The old headers I use stay the same and works fine.

Topic Closed

This topic has been closed to new replies.

About this Topic