Bug #3292

viewhelper backend support

Added by Sebastian Kurfuerst over 12 years ago. Updated about 11 years ago.

Status:
Resolved
Priority:
Should have
Category:
ViewHelpers
Target version:
-
Start date:
2009-05-14
Due date:
% Done:

100%

Estimated time:
Has patch:

Description

we need support for using viewhelpers in BE

#1

Updated by Bastian Waidelich about 12 years ago

  • Branch set to v4

What needs to be done here?

#2

Updated by Bastian Waidelich about 12 years ago

Bastian Waidelich wrote:

What needs to be done here?

To reply to myself:
Fluid view helpers need to be independent from $GLOBALS['TSFE'] for example. Or they need to implement some TYPO3_MODE switch.
I started doing this while working on #4418.

#3

Updated by Bastian Waidelich about 12 years ago

  • Category set to ViewHelpers
  • Assignee set to Bastian Waidelich
#4

Updated by Bastian Waidelich about 12 years ago

  • % Done changed from 0 to 80
Almost all fluid view helpers work in backend mode too now with following restrictions:
  • cObject - works with the somewhat hacky workaround $GLOBALS['TSFE']->cObjectDepthCounter = 100;
  • format.crop - simply returns substr($stringToTruncate, $maxCharacters); in BE mode. Arguments "append" and "respectWordBoundaries" are ignored yet
  • translate - works partly. language fallback and TypoScript _LOCAL_LANG replacement do not work yet
  • link.email, uri.email - work, but the javascript encryption won't be active - But that should be OK for BE mode
#5

Updated by Bastian Waidelich about 12 years ago

Bastian Waidelich wrote:

Almost all fluid view helpers work in backend mode too now with following restrictions

I forgot:
image view helper does not work at all in BE mode.. We're working on it!

#6

Updated by Bastian Waidelich about 12 years ago

  • Status changed from New to Resolved
  • % Done changed from 80 to 100

BE support is implemented.
Not all view helpers work in BE mode yet, but I'm closing this issue for now.

Also available in: Atom PDF