Bug #20237
Alignment Error in TCEforms with Palette title --palette--;myTitle
| Status: | Closed | Start date: | 2009-03-26 | |
|---|---|---|---|---|
| Priority: | Should have | Due date: | ||
| Assigned To: | - | % Done: | 0% |
|
| Category: | - | Spent time: | - | |
| Target version: | - | |||
| TYPO3 Version: | 4.3 | Is Regression: | ||
| PHP Version: | 4.3 | Sprint Focus: | ||
| Complexity: |
Description
When I add a palette to the showview-item in TCA, that has a 'Alternative Fieldlabel', then it will not be rendered like the field-title of normal fields.
Example (see attached screenshot):
$TCA[] = array ( ... "types" => array (
"0" => array("showitem" => 'title;;30;;1-1-1, --palette--;Released;31;;1-1-1, '
...
The item 'Released' ist not aligned with the item 'Title'.
I already found out, that in
function setNewBEDesign() of class.t3lib_tceforms.php, $
this->palFieldTemplateHeade differs from $this->fieldTemplate.
It seems to be the difference between
<td>###FIELD_HELP_ICON###</td>
and
<td><!-- --></td>
But simply adopting this parts doesn't solve the problem - it looks better (is indented now) but still not correct.
(issue imported from #M10779)
Related issues
History
#1 Updated by Stefan Geith over 6 years ago
IF I change
--palette--;Released;31;;1-1-1,
to
--palette--;Released;31,
Then the alignment is OK.
If the following field in the filedlist doesn't have a form style-code (1-1-1), the it is also rendered OK.
This error only occurs, if the palette and the next field both have a Form-style-code (e.g. ;;;;1-1-1).
#2 Updated by Christian Kuhn over 5 years ago
As far as I can see the palette labels are not rendered anymore in current trunk:
field, --palette--;foo;1;;1-1-1
-> "foo" does not appear for me.
This is only true if "Show secondary options (palettes)" is enabled: If disabled, the header line is drawn and the palette content appears on click.
#3 Updated by Stefan Geith over 5 years ago
Ever since I use this feature, the title of the palette is only displayed, if the palette has
'canNotCollapse'=>1
This could be discussed, if it makes sense ... I think, a palette defined with --palette-- is (must be) always visible - meaning: canNotCollapse' = 1
Sidenote:
At the moment (4.3 RC1), the normal headers a rendered with [b]-tags and palette-headers are rendered with [strong]-tags. So they look different ...
#4 Updated by Stefan Geith about 5 years ago
This Error is still in 4.4 and 4.5-trunk
If I Change in class.t3lib_tceforms.php in function setNewBEDesign() from:
$this->palFieldTemplateHeader='
<tr ###BGCOLOR_HEAD######CLASSATTR_2###>
<td><!-- --></td>
<td nowrap="nowrap" valign="top"><strong>###FIELD_HEADER###</strong></td>
</tr>';
to:
$this->palFieldTemplateHeader='
<tr ###BGCOLOR_HEAD######CLASSATTR_2###>
<td width="29"><!-- --></td>
<td nowrap="nowrap" valign="top"><strong>###FIELD_HEADER###</strong></td>
</tr>';
then all looks good.
The Problem is, that a single rendered palette is rendered as a single table and the first column doesnt have the placeholders for "t3-TCEforms-reqImg" and "t3-TCEforms-contentchangedImg".
So either there should be a dummy image in the first column or the column width should be set by some css.
#5 Updated by Stefan Geith almost 5 years ago
This alignment error is still present in Version 4.5, Rev. 9216.
See attached screenshot 'PaletteAlign-Error-Rev9216.gif'.
How to test:Use type- and palette-settings like these:
01:
'types' ... array('showitem'=>'... title;;1;;1-1-1, text;;;;1-1-1, ...')
'palettes' .. '1' => array('showitem' => 'impressum'),
02:
'types' ... array('showitem'=>'... title, --palette--;;1, text;;;;1-1-1, ...')
'palettes' .. '1' => array('showitem' => 'impressum'),
03:
'types' ... array('showitem'=>'... title, --palette--;;1;;1-1-1, text;;;;1-1-1, ...')
'palettes' .. '1' => array('showitem' => 'impressum'),
#6 Updated by Jo Hasenau over 4 years ago
Is this still valid in current trunk?
#7 Updated by Stefan Geith over 4 years ago
The Problem seems to be solved in Trunk Rev 10092 - see attached screenshot PaletteAlign-Error-Rev10092.gif
#8 Updated by Xavier Perseguers over 3 years ago
- Assigned To deleted (
Steffen Kamper) - Target version deleted (
0)
#9 Updated by Alexander Opitz about 2 years ago
- Status changed from Accepted to Closed
Closing as commented.