Project

General

Profile

Actions

Bug #67869

closed

EXT:rtehtmlarea is using source text as XLIFF identifier

Added by Xavier Perseguers almost 9 years ago. Updated almost 9 years ago.

Status:
Rejected
Priority:
Must have
Assignee:
-
Category:
Localization
Target version:
Start date:
2015-07-01
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
7
PHP Version:
Tags:
Complexity:
easy
Is Regression:
No
Sprint Focus:
Stabilization Sprint

Description

EXT:rtehtmlarea is using the TYPO3 translation service the way it would use "getText" in other frameworks, meaning using the "source" text as identifier instead of a real XLIFF identifier.

This leads to declaring invalid XML id attributes containing spaces.

Example of such a problem with file locallang.xlf:

<trans-unit id="Please wait">
    <source>The editor is being loaded. Please wait...</source>
</trans-unit>

The text is then used with:

<div id="pleasewait' . $textAreaId . '" class="pleasewait" style="display: block;" >' . $languageService->getLL('Please wait') . '</div>

in RtehtmlAreaBase.php:493 or (other label) used as

text: this.localize('Please wait. Calling spell checker.'),

in Resources/Public/JavaScript/Plugins/SpellChecker.js:363.

This MUST be fixed in both master and TYPO3 6.2 branch and is a requirement for the new clever handling of deprecated and/or removed XLIFF labels in newer versions of TYPO3.

Actions #1

Updated by Markus Klein almost 9 years ago

  • Status changed from New to Accepted
  • Target version set to 7.4 (Backend)
  • Complexity set to easy
  • Sprint Focus set to Stabilization Sprint
Actions #2

Updated by Xavier Perseguers almost 9 years ago

  • Status changed from Accepted to Rejected

Seems that I can work around this oddity and be successful into merging labels from TYPO3 6.2 and master for upcoming new Pootle server. As such, no mandatory need to "fix" that.

Actions

Also available in: Atom PDF