[TYPO3-core] RFC #8985: Enable USER object to become USER_INT on the fly

Martin Kutschker masi-no at spam-typo3.org
Thu Jul 17 10:56:49 CEST 2008


Dmitry Dulepov [typo3] schrieb:
> Hi!
> 
> I am not sure I understand what you mean :(
> 
> Martin Kutschker wrote:
>> Usually you have one class file for a plugin. This will include other
>> files if necessary.
> 
> This is clear.
> 
>> For USER objects the "master lib" is defined within the TS definition.
>> It will only be loaded when a USER is rendered.
> 
> Nope. t3lib_extMgm::addPItoST43() includes class for USER into global
> "includeLibs", so it is always available when page is not yet in cache.

Should be changed then. No need to load all libs unconditionally. A
topic for typo3.performace :-)

>> For USER_INTs this is globally defined because a USER_INT might be
>> rendered.
> 
> Nope again. USER_INTs must have local "includeLibs" in their own TS
> setup. TSFE will include them before rendering USER_INTs in
> tslib_fe::INTincScript_includeLibs(). If USER_INT does not have
> includeLibs in its TS setup, such USER_INT will not be rendered at all.

Drats, I mixed them up. Then this is fine for USER_INT but not for USER
(see above). Sorry.

> This is not related to the change I propose. I propose a way for any
> USER object to become USER_INT on the fly and avoid set_no_cache()
> completely.

See last line of my original answer :-)

Masi


More information about the TYPO3-team-core mailing list