Project

General

Profile

Actions

Bug #57036

closed

Standalone Fluid does not consider extbase config

Added by Markus Klein over 10 years ago. Updated about 9 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
Fluid
Target version:
-
Start date:
2014-03-18
Due date:
% Done:

0%

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

Description

Fluid StandaloneView does not consider framework configuration.

Example:

config.tx_extbase.objects {
  TYPO3\CMS\Fluid\ViewHelpers\DebugViewHelper.className = TYPO3\CMS\Fluid\ViewHelpers\CommentViewHelper
}

Furthermore it would make sense to have this also on cObject level.

10 = FLUIDTEMPLATE
10.extbase.objects {
  TYPO3\CMS\Fluid\ViewHelpers\DebugViewHelper.className = TYPO3\CMS\Fluid\ViewHelpers\CommentViewHelper
}

Related issues 1 (0 open1 closed)

Is duplicate of TYPO3 Core - Bug #50788: Fluid Content Object does not configure object managerClosed2013-08-05

Actions
Actions #1

Updated by Helmut Hummel over 10 years ago

Markus Klein wrote:

Fluid StandaloneView does not consider framework configuration.

Makes sense.

Furthermore it would make sense to have this also on cObject level.

I would refrain from implementing this

Actions #2

Updated by Markus Klein over 10 years ago

Furthermore it would make sense to have this also on cObject level.

Was suggested by MaBa. ;-)

Actions #3

Updated by Marc Bastian Heinrichs over 10 years ago

Markus Klein wrote:

Furthermore it would make sense to have this also on cObject level.

Was suggested by MaBa. ;-)

jep, my though was, if you have in on plugin or module level, you should have it also on standalone level.
But could be problematic with nested FLUIDTEMPLATE objects... not simple to implement... caching foo...

Actions #4

Updated by Claus Due about 9 years ago

  • Status changed from Accepted to Closed

Let's continue this one in the other issue; #50788 - if the fault still applies, it's going to be fixed there. I agree with Helmut that this should be at the current low level it is; not replicated in cObject. The trick would be to make our non-Extbase usage contexts correctly bootstrap Extbase framework configuration (as mentioned in linked issue).

Actions

Also available in: Atom PDF