[TYPO3-core] RFC: RTE magick images have a doublefile extension
Martin Kutschker
Martin.Kutschker at n0spam-blackbox.net
Mon Nov 6 14:54:39 CET 2006
Ernesto Baschny [cron IT] schrieb:
> Martin Kutschker schrieb:
>
>
>>>So moving those RTEmagicP files to typo3temp could be risky.
>>
>>Well, if we need those files then everythings is ok. Personally I would
>>like it better if RTE used separate directories for this but I won't go
>>and try a backwards-compatible change.
>
>
> Agreed.
>
>
>>>Maybe we could move the *RTEmagicC* files (the resized ones) to
>>>typo3temp, just like we do on other frontend transformations
>>>(typo3temp/pics/), as those could be recreated from RTEmagicP on demand.
>>
>>When would be the moment to recreate them? It'll have to be a function
>>that transforms RTE db content to FE ready HTML content. I fear this is
>>much too complex.
>
>
> Yes, I fear that too.
>
> You only seemed to have touched the code that first creates the files in
> the "uploads/" file (which is done by RTE itself, because the content
> element won't be saved at this point, so no RTE-transformation will be
> called).
>
> Later (and on every "save" of the content element) they will be checked
> and eventually resized by the ts_images transformation
> (t3lib_parsehtml_proc::TS_images_db), which just "knows" about the RTE
> files, but doesn't care where they originally came from.
>
> So maybe you just need to check the TS_images_db code to see where they
> expect to see the double-extensions and do your patch.
Hmpf, why does a general TYPO3 code needs to know about the internals of n
extension. Oh my, probably goes all the way down to the original RTE.
Masi
PS: My patch removes the extension only from the sacled image. Maybe it is
sufficient to remove it from both files.
More information about the TYPO3-team-core
mailing list