[TYPO3-core] RFC: Bug 5094: Record alt_label doesn't get processed

Michael Stucki michael at typo3.org
Fri Jul 6 20:28:50 CEST 2007


I tested this as well and can confirm Ernestos investigations. +1 from me as
well, and committed it right away (Trunk and TYPO3_4-1).

- michael

Ernesto Baschny [cron IT] wrote:

> Thomas Hempel wrote: on 07.05.2007 16:53:
> 
>> Example:
>> If you set a label_alt in the TCA *and* label_alt_force the alternative
>> label is only rendered if you also enter something for the "normal"
>> label field.
>> 
>>     'label_alt' => 'subtitle',
>>     'label_alt_force' => 1,
>>     'label' => 'title',
>> 
>> If you create a new page and fill in an value for "subtitle" but not for
>> "title" you won't see the correct label. Without the patch "[no title]"
>> will be printed out instead of the value of "subtitle".
>> 
>> I hope the problem is clearer now!?
> 
> Not really, because I could not reproduce that. The problem I have,
> which is solved by this patch is the case when you have label_alt_force
> set to FALSE (0) and not to TRUE (1).
> 
> What this patch fixes are three issues:
> 
> "label_alt" was not being used if field "label" has empty value
> (label_alt_force = 0)
> 
> * when using label_alt + label_alt_force and we have an field "label"
> with empty value, we get an extra "," at the beginning of the string:
> fixed
> 
> * process label information with t3lib_BEfunc::getProcessedValue, which
> will return a "time" or the value of a select-field instead of a
> unixtime or an integer.
> 
> I just tested it, and this is a +1 from me. Make sure you find and close
> the appropriate bug reports on that matter, I am sure there are several.
> 
> Cheers,
> Ernesto

-- 
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/


More information about the TYPO3-team-core mailing list