[TYPO3-dam-devel] RFC #9113: Render new image in RTE-enabled content when the file name is changed in DAM record
Dan Osipov
dosipov at phillyburbs.com
Sun Aug 10 19:45:35 CEST 2008
Yes, it works. +1! Thanks!
BTW, I find the drag and drop functionality in this context useless -
but that's just me. Much easier to just insert an image, and manipulate
it in the RTE.
Dan Osipov
Calkins Media
http://danosipov.com/blog/
Stanislas Rolland wrote:
> Hi Dan,
>
>> * Neither the reference, nor file copy count are updated when the
>> image is inserted through the RTE. I thought that was one of the
>> features of this patch, no?
> No, it was not. That would require another patch to the DAM custom RTE
> transformation.
>
>> * Is there documentation that differentiates between the magic image
>> and plain image? I see the plain image is using the url of the file
>> uploaded, but the magic image is copying the file to a different
>> location. What are the benefits of using one vs the other?
> The "magic" is that the copied image is resized to the specified
> dimensions so that it would be faster to load on the frontend page than
> the presumably larger original "plain" image. If the image file is
> changed in the DAM table, the patch ensures that the "magic" image is
> regenerated using the new file and the same dimensions.
>
> Magic images are a standard feature of TYPO3 image handling, but I can't
> find where their use is documented.
>
>> * Reading through the patch, it doesn't look like it touches the "Drag
>> 'n' Drop" tab functionality. That tab doesn't really work for me.
>> Should it be removed? Should that functionality be added to "Magic
>> Image" tab, to make it really magic?
> Thank you for raising this issue! I found that drag n' drop is in fact
> broken following the previous patches. The additional attached patch
> will fix this misbehaviour and ensure that the txdam attribute of the
> dropped image is properly set. The dropped image is a "plain" image that
> refers to the original image, not a magic one.
>
>> * Should the "Enable the DAM media browser [enableDAMBrowser]"
>> constant be removed from RTE set up, since it renders this
>> functionality useless?
> It still works for DAM 1.0. I am not sure that the EM allows conditional
> display of this setup, but I think we should at least change the text in
> order make it clear that it applies only do DAM 1.0, and ignore the
> setting if the installed version of DAM is greater.
>
>> * Assuming this patch is applied before 1.1 is released, would Typo3
>> 4.2.2 be a requirement for DAM 1.1?
> Yes, previous patches make TYPO3 4.2.2 a requirement for DAM 1.1.
>
>>
>> Other than that, great work! +1 from me.
> Thank you for testing. Please retry the drag 'n drop tab after applying
> the attached patch.
>
> Best regards,
> Stanislas
>
>
>
>
More information about the TYPO3-team-dam
mailing list