[TYPO3-dam-devel] RFC: Bugfix: 5527: Go to editing of DAM record from the content element (image)

[Peter Kühn]

This is a svn patch request.

Type: bugfix

Description:
Now it is not possible to go to editing of DAM record from the content 
element (image, text with image), where this record is used.

Steps to reproduce:
- create a content element of type "Image"
- add a DAM-record to the images field
- save the record without closing it
- if the form is back, click on image-icon top-left of the 
thumbnailsection of the added image

Expected behaviour:
like fx. in CType "Insert Records" a clickmenu should appear with an 
edit, info and copy option for the referenced record.

Observed behaviour:
the ajax request for the content of the clickmenu is sent in the 
background, but alt_clickmenu.php returns a result without the expected 
entries.

The reason for this is, that t3lib_TCEforms::getClickMenu() renders a 
get-parameter enDisItems with the value '+copy,info,edit,view' 
(hardcoded on line 3304 in the current 4.1.5 and checked to *not* have 
been changed in 4.2beta1a). The plus as the first char defines that only 
the given keys may be returned.
As defined in dam/ext_tables.php on line 315 the key for fx. the action 
to edit a dam-record is "tx_dam_action_editRec" instead of "edit" as in 
TCEforms, the action is not returned.

The provided solution may look a little brute, but I think it can be 
done this way cause the reason for this missbehave (the 
enDisItems=+copy,info,edit,view param in the request) is hardcoded in 
TCEforms and therefore works like sort of a switch, indicating to 
display a certain type of clickmenu that should not be overwritten by 
dam-actions.

please ack or comment.
grtz
pekue
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: 5527.fix.patch
Url: http://lists.netfielders.de/pipermail/typo3-team-dam/attachments/20080209/62ceaa21/attachment.txt