Click and drag resizing photos in IE7 doesn't...

[benji]

When you insert a photo in IE 7 and resize the photo using the Image Properties windows, it works fine.

When you resize a photo by clicking on it and dragging one of the boxes, it adds stye="width: 100px; height: 100px;" to the image code and doesn't adjust the height and width variables...

When you save the page, it removes the style and leaves the image the same size.

[alfonsoml]

I've tested it in IE7 and the styles aren't removed when switching to source mode or sending the content back to the server.

Could it be something on your side?

[benji]

I'm not sure if you understand what I mean. You mentioned "the styles aren't removed when switching to source mode or sending the content back to the server"... That's exactly the problem.

When you resize a photo it adds style="height: *px; width: *px;"... It's not my end. I just tested the demo on the fckeditor website and this is what happened when I inserted an image and resized it:

<img style="width: 56px; height: 74px" height="115" alt="" width="100" src="http://www.fckeditor.net/files/Adobe-Logo.jpg" />

[alfonsoml]

Yes, resizing an image in IE automatically sets the dimensions with the styles, but why is that behavior a bug?

[benji]

When you save the page and then edit the code again using FCK Editor, it seems to remove the style="width: 56px; height: 74px" and leaves the height="115" width="100" which means that the picture stays the same height and width as when you inserted it.

The only way to get it to stick is to open the image properties dialog and edit the dimensions there.

Hopefully I'm making sense.

[alfonsoml]

Saving or loading again the content doesn't remove any styles in my tests, that would be a big bug because there's lots of things besides the dimensions that can go in the styles, so that's why am I asking if this could be something in your side that it's removing the styles.

[benji]

In your tests, did the image tag include a style="height: *; width: *;" and the height="" and width="" after saving? That's the real problem, it adds the style tag and doesn't adjust the height="" and width="" tags...

[fredck]

I've just tested it and I can confirm that the bug doesn't exist, with the steps you have provided.

I was instead be able to reproduce it in a very specific situation, which I believe is your case:

1. Insert an image with "width" and "height" defined.
2. Change its dimensions, using the size handlers. At this point, element will have the old "width" and "height" and the modified size will be set by using "style". You may check it in the source view.
3. Click on the image and open "Image Properties". You will see that the dialog has taken the width and height from "style" instead of the normal attributes. This is expected, as the styles override them, and it was confusing for end users to have the dimensions set on two different places in the dialog. Note that the image will get the previous dimension in the editing area instead (here is the bug).
4. Click on "Cancel"... the style has been lost. If clicked on "Ok", the dimensions would have been correctly moved to the "width" and "height" attributes.

This is a IE only issue, as FF doesn't change "style" when using the size handlers.

[alfonsoml]

Ok. I've fixed that with [339]

[benji]

You're both legends! Keep up the good work!

[sebos69]

Hi! I just found this old bug report, and I think I have a similar problem : resizing images in fckeditor results in:

<img style="width: 56px; height: 74px" src=" http://www.fckeditor.net/files/Adobe-Logo.jpg" />

unfortunately, the style attribute is filtered out by drupal, and the image finally does not have the good size. Directly editing the image size within fckeditor (in the image properties pop-up) works, as the line becomes similar to:

<img height="56" width="74" src=" http://www.fckeditor.net/files/Adobe-Logo.jpg" />

but not resizing with the mouse. Is there a workaround for this?

[fredck]

Please do not reopen tickets just for discussion. You should use our  forums for it instead.