Change image dimensions in editor on PNG creates a JPG?!
Hi,
When I insert a transparent PNG file and change the dimensions (width and height) and click publish, in the editor the PNG is still shown. However, on the page itself there is a ugly non-transparent JPG file shown.
This file has the name "filename-100x170.jpg". Also on the image attribute in the HTML the width and height are set. This seems a bit strange to me. I just wanted to add the width and height attributes to scale the image a few pixels down.
I understand that if I really need to scale an image (from very large to small) I should use photoshop. But for a small scaling, this option should be able to be used. I do not quite understand why somebody would force creating a brand new file? If I would wanted this effect I would use something like ImageGen to scale the images.
What would happen if I am a user that does not know how to resize images with applications like photoshop and I have downloaded a slightly too large transparent image? The great thing of a CMS for such a user is that it can size an image (resize is not quite the correct word for this) to a smaller or larger scale. Okay, the quality will be slightly less, but I (as the user) really don't mind that. I just want to size an image on my website without too much hassle.
I really think Umbraco is the best CMS out there, but this is really a bad descision if it is not possible to turn this off. Make such things an option, so the user can decide for himself if he wants such functionality, do not force.
It is kinda the same thing as making a color picker with only 6 colors and tell a user to enter a HEX number from Photoshop if he wants to pick more colors.
I just came across the same issue. I was wondering if anyone has done anything about this in the past 10 months?
As Mike suggests, optional would be nice - as the transparency-killing jpegs that get generated just aren't nice - or better still - it could thumbnail to a png?
I guess all you are asking it that a picture format, remains in the same format when its resized.
Was just wondering in what instance would you want to allow editors to upload graphics with transparency? (and also for them to resize?)
Images with transparency for us in 99.9% of situations are for design/layout use, therefore editors never touch them and we don't even manage them using Umbraco.
When we allow editors to upload images, we always process them through ImageGen to ensure they are the correct size on output and won't break layout and will look consistent.
LaurenceG: actually sometimes it's required to display the original image scaled down by the browser. The scaling depends on browser, of course, but at least there are no type and quality conversions.
An option in image-editing dialog or in umbraco.config would be nice.
I know this is an old post but really this is such a burdon for normal users. The issue isn't that a new file is created, the issue is that it changes it from a png with transparent bg to a jpg. Does anyone know if this is on the radar for being fixed (option, turn off, etc)?
This might not be the place to ask this, but could png support also be added for the Image Cropper? I think that currently if you have a png image and you use the cropper that those crops are in jpg format. There is a package for this, but it would be better if it's in the core.
After searching the threads and testing a bit more, it resizes to a jpg when the original width of the image is over the maximum width of the richtext data type (bottom).. I think this still goes against the expectations of regular users
Change image dimensions in editor on PNG creates a JPG?!
Hi,
When I insert a transparent PNG file and change the dimensions (width and height) and click publish, in the editor the PNG is still shown. However, on the page itself there is a ugly non-transparent JPG file shown.
This file has the name "filename-100x170.jpg". Also on the image attribute in the HTML the width and height are set. This seems a bit strange to me. I just wanted to add the width and height attributes to scale the image a few pixels down.
I understand that if I really need to scale an image (from very large to small) I should use photoshop. But for a small scaling, this option should be able to be used. I do not quite understand why somebody would force creating a brand new file? If I would wanted this effect I would use something like ImageGen to scale the images.
Can this option be turned off.... or removed?
thanks
What would happen if I am a user that does not know how to resize images with applications like photoshop and I have downloaded a slightly too large transparent image? The great thing of a CMS for such a user is that it can size an image (resize is not quite the correct word for this) to a smaller or larger scale. Okay, the quality will be slightly less, but I (as the user) really don't mind that. I just want to size an image on my website without too much hassle.
I really think Umbraco is the best CMS out there, but this is really a bad descision if it is not possible to turn this off. Make such things an option, so the user can decide for himself if he wants such functionality, do not force.
It is kinda the same thing as making a color picker with only 6 colors and tell a user to enter a HEX number from Photoshop if he wants to pick more colors.
That's the way the built-in tool works... a bit crude for some uses but adequate for many.
You might find ImageGen useful. http://our.umbraco.org/projects/imagegen.
cheers,
doug.
Hi,
yes indeed that's the way it works right now... but would it be possible to make this an optional feature?
I just came across the same issue. I was wondering if anyone has done anything about this in the past 10 months?
As Mike suggests, optional would be nice - as the transparency-killing jpegs that get generated just aren't nice - or better still - it could thumbnail to a png?
Me too. See this codeplex issue - http://umbraco.codeplex.com/WorkItem/View.aspx?WorkItemId=22198 ; .
I guess all you are asking it that a picture format, remains in the same format when its resized.
Was just wondering in what instance would you want to allow editors to upload graphics with transparency? (and also for them to resize?)
Images with transparency for us in 99.9% of situations are for design/layout use, therefore editors never touch them and we don't even manage them using Umbraco.
When we allow editors to upload images, we always process them through ImageGen to ensure they are the correct size on output and won't break layout and will look consistent.
Lau
LaurenceG: actually sometimes it's required to display the original image scaled down by the browser. The scaling depends on browser, of course, but at least there are no type and quality conversions.
An option in image-editing dialog or in umbraco.config would be nice.
I know this is an old post but really this is such a burdon for normal users. The issue isn't that a new file is created, the issue is that it changes it from a png with transparent bg to a jpg. Does anyone know if this is on the radar for being fixed (option, turn off, etc)?
This is fixed today and will be a part of 4.8. Both for general uploads (the upload type) and for images resized in the RTE.
This might not be the place to ask this, but could png support also be added for the Image Cropper? I think that currently if you have a png image and you use the cropper that those crops are in jpg format. There is a package for this, but it would be better if it's in the core.
Jeroen
I just tested this on 4.9 with a png, resized it via the wysiwyg editor, and it is generating a JPG. Can anyone else confirm this?
This is what the HTML view looks like in the editor:
<p><img src="/media/572/008.png" alt="png test" width="299" height="172" rel="1000,575" /></p>
This is what is generated when browsed to the page:
<img src="/media/572/008_299x172.jpg" width="299" height="172" alt="png test">
I find this very bizarre.
After searching the threads and testing a bit more, it resizes to a jpg when the original width of the image is over the maximum width of the richtext data type (bottom).. I think this still goes against the expectations of regular users
is working on a reply...