Project

General

Profile

Actions

Bug #46146

closed

RTE: Typical config blockstyle for tables did not show in frontend

Added by Martin Kästner over 11 years ago. Updated over 10 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
RTE (rtehtmlarea + ckeditor)
Target version:
-
Start date:
2013-03-09
Due date:
% Done:

0%

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

Description

Hi,

with government-package Version 6.0, I found that some of the RTE config 'typical' did not work in frontend.

In RTE you could use the blockstyles
- csc-frame-frame1, csc-frame-frame2
also for p-tags and tables.

But in frontend these classes are not in tables, there are filtered out.

Because of limiting the posible class-names to the list in:
lib.parseFunc_RTE.externalBlocks.table.stdWrap.HTMLparser.tags.table.fixAttrib.class.list

So there is a typoscript template needed which adds the two classes to this list:
lib.parseFunc_RTE.externalBlocks.table.stdWrap.HTMLparser.tags.table.fixAttrib.class.list := addToList(csc-frame-frame1, csc-frame-frame2)

bye
Martin

Actions #1

Updated by Martin Kästner over 11 years ago

Perhaps I could make a patch via git fo this. But please could someone confirm that this is a good idea? a new typoscript template for frontend changes for typical configuration. Users must load this typoscript template additional to clickenlarge.

bye
Martin

Actions #2

Updated by Stefan Galinski over 11 years ago

  • Status changed from New to Accepted
  • Target version deleted (6.0.5)

IMHO this should be added to the default configuration of the RTE.

Actions #3

Updated by Stanislas Rolland over 11 years ago

As a rule, extension rtehtmlarea does not modify the frontend configuration. The only exception is the TS template provided in support of the clickenlarge feature. However, this template is not included by default.

Why are the classes filtered out?

Did you configure a value for lib.parseFunc_RTE.externalBlocks.table.stdWrap.HTMLparser.tags.table.fixAttrib.class.list ?

Or is such a configuration included as part of the government-package?

Actions #4

Updated by Krzysztof Adamczyk over 11 years ago

Hi, I checked your problem with typo3 v 6.0.6 and 6.2 and everything is ok.

Actions #5

Updated by Stanislas Rolland over 11 years ago

  • Status changed from Accepted to Needs Feedback

Martin Kästner wrote:

Perhaps I could make a patch via git fo this. But please could someone confirm that this is a good idea? a new typoscript template for frontend changes for typical configuration. Users must load this typoscript template additional to clickenlarge.

bye
Martin

Yes, I think that an additional static template that users could include on their TS template would be a way to make this consistent.

Actions #6

Updated by Alexander Opitz almost 11 years ago

  • Is Regression set to No

Hi,

what is the state of this issue?

Actions #7

Updated by Alexander Opitz over 10 years ago

  • Status changed from Needs Feedback to Closed

No feedback within the last 90 days => closing this ticket.

If you think that this is the wrong decision or experience this issue again, then please write to the mailing list typo3.teams.bugs with issue number and an explanation or open a new ticket and add a relation to this ticket number.

Actions

Also available in: Atom PDF