[TYPO3-core] FYI: small cleanup in tslib
Dmitry Dulepov [typo3]
dmitry at typo3.org
Sat Mar 1 15:08:20 CET 2008
Hi!
Oliver Hader wrote:
> Thanks for the changes! But... ;)
>
> + /* @var $INTiS_cObj tslib_cObj */
>
> Shouldn't that be "@var <datatype> <optional description>"? [1]
No. Then it would be "/** @var" :) "/* @var" is for IDEs like PDT or Zend Studio to make type hints inside code. It works like this:
$var = t3lib_div::makeInstance('class');
/* @var $var class */
$var-> <<<<< and here you get popup with list of attributes/functions.
phpDoc's syntax of @var also can be used but it makes no sense inside function. It works only for class members, not inline.
> $GLOBALS['TSFE']->config[$ext.'incScript'][$substKey] = array(
> - 'file'=>$incFile,
> + 'file' => $conf['includeLibs'],
>
> This means that it was also wrong in earlier TYYPO3 releases (4.1, 4.0,
> ...)? I'm not sure if the 'file' key is required there at all. It was
> only used for the objects PHP_SCRIPT/~_EXT/~_INT to include one single
> file. And 'includeLibs' is a list of files.
Yes, it is not required but (as you pointed below) still used. I think it is good to have it.
> The only occurrence for USER_INT/COA_INT of the 'file' key is in
> tslib_fe::INTincScript_process() for logging in time track:
> $GLOBALS['TT']->push('Include '.$INTiS_config[$INTiS_key]['file'],'');
--
Dmitry Dulepov
TYPO3 core team
Web: http://typo3bloke.net/
Skype: callto:liels_bugs
"Nothing is impossible. There are only limits to our knowledge"
More information about the TYPO3-team-core
mailing list