Project

General

Profile

Actions

Bug #17443

closed

Plugins: Use record specific RTEtsConfigParams

Added by Oliver Hader over 16 years ago. Updated over 15 years ago.

Status:
Closed
Priority:
Should have
Assignee:
Category:
-
Target version:
-
Start date:
2007-07-06
Due date:
% Done:

0%

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

Description

The RTEhtmlarea plugin UserElements offers a possibility to create custom tags. The shown popup window with those user elements gets called with the GET parameter "RTEtsConfigParams" which has several information about the tablename, uid, pid, ... of the field the RTEhtmlarea field was put it.

Currently the information of the variable "RTEtsConfigParams" is created only for the first instance of RTEhtmlarea in the JavaScript variable RTEarea0['RTEtsConfigParams']. Thus, all other RTE fields get the same RTEtsConfigParams.

This makes it impossible to render record and field specific user elements in the popup window showing the available tags.

This behaviour occurs also in other Plugins of RTEhtmlarea.

Using TYPO3 4.1.1 with the sysext RTEhtmlarea 1.5.2
(issue imported from #M5907)


Files

0005907.patch (3.8 KB) 0005907.patch Administrator Admin, 2007-07-06 09:19
0005907_v2.patch (27.3 KB) 0005907_v2.patch Administrator Admin, 2007-07-06 09:41
Actions #1

Updated by Oliver Hader over 16 years ago

The attached patch (0005907.patch) creates the RTEtsConfigParams for each instance of RTEhtmlarea. If you'd like to test, apply the patch and make sure to delete the cached rtehtmlarea* files in typo3temp.

Actions #2

Updated by Oliver Hader over 16 years ago

0005907_v2.patch changes the RTEhtmlarea variable in the plugins TYPO3HtmlParser, TYPO3Browsers, Acronym and UserElements.

Actions #3

Updated by Oliver Hader over 16 years ago

Committed to SVN:
  • TYPO3_4-1 (rev. 2415) -- will be in TYPO3 4.1.2
  • Trunk (rev. 2416)
Actions

Also available in: Atom PDF