Bug #15616
closedproperties of images are not saved v1.1.6
0%
Description
it could be the default PageTS for the proc part.
There where all attribs for img deleted.
RTE.default.proc{
## CONTENT TO DATABASE
entryHTMLparser_db = 1
entryHTMLparser_db {
# [ ... ]
tags {
## REMOVE IMG TAGS
img.allowedAttribs = 0
img.rmTagIfNoAttrib = 1
}
# [ ... ]
}
}
Or is there something special which must be configured? Need more details ?
(issue imported from #M2547)
Files
Updated by Stanislas Rolland almost 19 years ago
If you use the Typical default settings and you want to use images, you should check "Enable images in the RTE" on the extension configuration screen.
Please read: http://typo3.org/documentation/document-library/rtehtmlarea/Configuration-80/#oodoc_part_11284
Updated by Martin K¤stner almost 19 years ago
I have choose Typical and checked "Enable images in the RTE".
I edit an article. Set the cursor in the text were the image should be. Click on Symbol "Add Image" and insert an "magic image". After inserting the image I right click on the image and select "Bildeigenschaften" (image properties) and set the image to float right with no border. The I save the article.
If I then view the article or edit it again I see that the floating is gone an only the pure image is there: <img src="uploads/RTEmagicC_c2-asia_06.gif.gif" alt="" border="0" height="143" width="200">
I must then again edit the image and set the properties again.
Then it works.
Updated by Martin K¤stner almost 19 years ago
By the way: Is there a way to set the borders for top, right, bottom, left seperate? Not left/right and top/bottom. Particularly wight floating left right I want to set left OR right border.
Or even better can there be an class-Attribute? Perhaps with Values which can be configured? image-left, image-right, and so on. Then I can set floating, borders and margins with the CSS-file.
Updated by Stanislas Rolland almost 19 years ago
I am not able to reproduce this problem. htmlArea RTE does not insert a border="0" attribute. You are probably using another RTE. Uninstall the other RTE. Click on the about button of the RTE to make sure what RTE and what version you are using.
You can configure classes for images. See the manual or get support from the RTE newsgroup.
Updated by Stanislas Rolland over 18 years ago
Please confirm that this is fixed with TYPO3 4.0 and version 1.4.0 of the extension.
Updated by Markus almost 17 years ago
I've got the same problem with TYPO3 4.1.3 and RTE 1.5.4
I add an "Zauberbild" (magic image) and save the RTE content. works fine.
Then I decide to resize the image in the RTE by editing the "Bildeigenschaften" (image properties), pressing save removes the scaled "magic-image" and replaces it with the original file with too large image dimensions
Updated by Stanislas Rolland almost 17 years ago
I was able to reproduce the following: if you insert a magic image and try to change its height or width, these are not saved. Other attributes are saved.
If the inserted image is a plain image or if it was dragged and dropped, changes to the height and width are saved.
Is this a correct description of the issue?
Updated by Stanislas Rolland almost 17 years ago
Well, there are two properties in Page TSConfig which control the size of magic images: buttons.image.options.magic.maxWidth and buttons.image.options.magic.maxHeight.
If you change the width to a value larger than the buttons.image.options.magic.maxWidth, the image will be resized to the maximum width after saving.
If you change the width to a value smaller than the buttons.image.options.magic.maxWidth, the image will be resized to the specified width after saving.
Changing the height of the magic image will have no effect.
Updated by Markus almost 17 years ago
that's nearly right with:
Changing the height of the magic image and leave the width blank resizes the image to the maximum.
Another question is, why are "normal" images resized by css, so that the big image is loaded and just resized in FE??
A "magic" image is "native" resized with no css, so it needs less time to load and looks cleaner.
Why can't "normal" images also be resized?
-- sorry, if that sound embarassed, I'm not ;o)
Updated by Stanislas Rolland almost 17 years ago
That is exactly the point: this is the magic of magic images!
Updated by Stanislas Rolland almost 17 years ago
When drag and drop is used, the images are inserted as normal images. There are some hardcoded maximum that are applied to width and height attributes: 380 and 500. However, there is a little icon in the image selection window that allows to make the images full size (up to 10000x10000).
Updated by Stanislas Rolland almost 17 years ago
Finally, yes you can define classes that can be assigned to images in the image properties window. See in the manual Page TSConfig property classesImage.
Updated by Stanislas Rolland almost 17 years ago
The attached patch was committed to SVN TYPO3core trunk revision 2969 (for inclusion in TYPO3 4.2 beta1). It fixes a problem in RTE transformations where the style attribute of the img was sometimes completely wiped out. Also removes the border="0" which was added by this same transformation.
Also in trunk version of htmlArea RTE, you can set all four margins of the image (padding actually).
Resizing on drag and drop is feature request #6079.