[TYPO3-dev] 4.5: Backend layout selector

[JoH asenau]

Am 03.02.2011 11:16, schrieb Franz Koch:
> Hey Ernesto,
>
>> Could you paste some sample TCA snippet (or a text extension) where we
>> see this misbehaviour?
>
> Here is a TCA example - nothing special though.
>
> 'type' => 'select',
> 'foreign_table' => 'some_table',
> 'size' => 1,
> 'minitems' => 1,
> 'items' => array(
> array('',''),
> ),
>
> Using a setup like this never showed any icons before.

Taking a look at the history of the class you will notice that 
suppress_icons has always been there and noIconsBelowSelect has been 
introduced to still remove them in case that icons will be used within 
the selectbox (like with doktypes).

This means, even though you didn't notice it, the HTML output of the 
selicons has always been active unless suppress_icons and/or 
noIconsBelowSelect had been set to the correct value in the TCA setup.

Currently noIconsBelowSelect is set for pages.doktype, pages.module, 
tt_content.CType and tt_content.list_type but suppress_icons is not used 
in any of the core TCA settings and AFAIR this has never been the case.

Conclusion: The fact that you now see these icons below all the dropdown 
selectors is due to some CSS values changing the size of the "blind" 
HTML containers.

Solutions:
1) Change the CSS setting so that it affects the content of these 
containers only - which is IMHO just a dirty hack that will remove the 
symptom but not the cause
2) Remove the cause by changing the way selicons are created, so that 
they will only create HTML output if there really are icons to choose from.

The second solution will still leave the problem of handling a mixed 
case with only some items having icons.

Any other suggestions?

HTH

Joey

-- 
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com