Project

General

Profile

Actions

Bug #18261

closed

Magic Image forces original aspect ratio

Added by Nathan no-lastname-given over 16 years ago. Updated almost 11 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
RTE (rtehtmlarea + ckeditor)
Target version:
-
Start date:
2008-02-20
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
4.1
PHP Version:
Tags:
Complexity:
Is Regression:
Sprint Focus:

Description

When using magic image to insert an image, it will force the image to keep the aspect ratio of the original, even when both a width and height are specified. For example, I have an image that is 266px width x 630px hight. Say I want to resize it to 100 x 200. I type 100 x 200 into the edit image properties, and it appears to work in the RTE. But when it is saved, the image is resized to 100 x 237! (and as a side note, it checks the box for border, though no border is visible in the RTE or on the actual page). This should not be the correct behavior. As I understand, if you put "auto" for either height or width, it will resize to the correct aspect ratio, but if you enter both a height and a width, the RTE should respect this!

Tested in Typo3 4.1.5 (rtehtmlarea 1.5.5)

(issue imported from #M7603)

Actions #1

Updated by Stanislas Rolland over 16 years ago

The problem with the border checkbox is fixed in TYPO3 4.2 beta1.

Otherwise, magic images always preserve the aspect ratio. Perhaps the problem is that the properties update dialogue updates only the attributes, not the magic image itself. The dimensions set in the attributes only serve as maximum and I think that the RTE transformation performed on save simply ignores the height.

But I agree that the behaviour would be more consistent if the update dialogue would update the image the same way the RTE transformation does when the content element is saved.

Perhaps the height field should be removed from the dialogue window when updating magic images.

Actions #2

Updated by Dmitry Dulepov almost 13 years ago

  • Target version deleted (0)
  • TYPO3 Version set to 4.0

Too old.

Actions #3

Updated by Chris topher almost 13 years ago

  • Category set to RTE (rtehtmlarea + ckeditor)
Actions #4

Updated by Alexander Opitz over 11 years ago

  • TYPO3 Version changed from 4.0 to 4.1

Does this problem persists in newer TYPO3 CMS Versions like 4.5 or 6.0?

Actions #5

Updated by Alexander Opitz almost 11 years ago

  • Status changed from Needs Feedback to Closed

No feedback for over 90 days.

Actions

Also available in: Atom PDF