Project

General

Profile

Actions

Bug #83754

closed

Unable to set preconfigured values in CKEditor for title and target

Added by Michael Straschek almost 7 years ago. Updated over 4 years ago.

Status:
Closed
Priority:
-- undefined --
Assignee:
-
Category:
RTE (rtehtmlarea + ckeditor)
Target version:
-
Start date:
2018-02-01
Due date:
% Done:

0%

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

Description

In TYPO3 8.7.9, it is not possible to set custom values for title and target in the link browser, except for the first iframe (in my case "page").

Reason: After opening the link browser ant then clicking a tab (e.g. "file") the current form values of target & title are sent via _GET.
In both getTitleField() & getTargetField() those values (stored in $this->linkAttributeValues) will override the preconfigured values:

\TYPO3\CMS\RteCKEditor\Controller\BrowseLinksController::getTitleField

if ($this->linkAttributeValues['title']) {
  $title = $this->linkAttributeValues['title'];
} else {
  $title = $this->classesAnchorDefaultTitle[$this->displayedLinkHandlerId] ?: '';
}

\TYPO3\CMS\RteCKEditor\Controller\BrowseLinksController::getTargetField

$target = $this->linkAttributeValues['target'] ?: $this->defaultLinkTarget;

TSconfig:

RTE.classesAnchor {
  internalLink {
    class = anchor anchor--internal
    type = page
    titleText = Title for internalLink
  }

  downloadLink {
    class = anchor anchor--download
    type = file
    target = _blank
    titleText = Title for downloadLink
  }

  externalLink {
    class = anchor anchor--external
    type = url
    target = _blank
    titleText = Title for externalLink
  }

  externalDownloadLink {
    class = anchor anchor--download
    type = url
    target = _blank
    titleText = Title for externalDownloadLink
  }

  mailLink {
    class = anchor anchor--mail
    type = mail
    titleText = Title for mailLink
  }
}


Related issues 4 (1 open3 closed)

Related to TYPO3 Core - Bug #86701: Setting different link targets in Link Browser does not work properlyClosed2018-10-19

Actions
Related to TYPO3 Core - Feature #87526: LinksController - Override with default on LinkHandler switchNew2019-01-23

Actions
Related to TYPO3 Core - Bug #84743: ClassesAnchor target not set (ckeeditor)Closed2018-04-16

Actions
Related to TYPO3 Core - Bug #88710: rte_ckeditor link browser classes and their titleText and targetClosed2019-07-09

Actions
Actions #1

Updated by Michael Straschek almost 7 years ago

For at least the target field I may limit this issue, as following TSconfig does (half) the job for me:

RTE.default.buttons.link.url.target.default = _blank

Still it would be impossible to sent different default targets for different configurations of same link type (in my examle externalLink and externalDownloadLink for uri), but that may be an edge case...

Actions #2

Updated by Michael Straschek almost 7 years ago

  • Project changed from 9 to TYPO3 Core
  • Category set to RTE (rtehtmlarea + ckeditor)
  • Priority changed from Should have to -- undefined --
  • TYPO3 Version set to 8
  • PHP Version set to 7.1
Actions #3

Updated by Riccardo De Contardi about 6 years ago

  • Related to Bug #86701: Setting different link targets in Link Browser does not work properly added
Actions #4

Updated by Riccardo De Contardi over 5 years ago

  • Related to Feature #87526: LinksController - Override with default on LinkHandler switch added
Actions #5

Updated by Riccardo De Contardi over 5 years ago

  • Related to Bug #84743: ClassesAnchor target not set (ckeeditor) added
Actions #6

Updated by Markus Klein almost 5 years ago

  • Status changed from New to Needs Feedback

This behaviour is intended. The machine should not remove text that has been entered by the user.
Replacing it with a default value is something I would consider really bad UX.

Actions #7

Updated by Markus Klein almost 5 years ago

  • Related to Bug #88710: rte_ckeditor link browser classes and their titleText and target added
Actions #8

Updated by Susanne Moog over 4 years ago

  • Status changed from Needs Feedback to Closed

Closing due to lack of feedback and the system behaving as intended (see previous comments).

Actions

Also available in: Atom PDF