Feld im DCA disablen, aber trotzdem Werte übermitteln: Unterschied zwischen den Versionen
Aus Contao Community Documentation
Staen (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Category:Dev_Snippets Durch die Einstellung <nowiki>$GLOBALS['TL_DCA']['</nowiki>''tl_table''<nowiki>']['fields']['</nowiki>''field''<nowiki>']['eval']['disa…“) |
|||
| Zeile 6: | Zeile 6: | ||
Leider hat dies auch den Effekt, dass a) die Feldwerte nicht abgeschickt werden und b) auch für diese Felder keine Callbacks ausgelöst werden. | Leider hat dies auch den Effekt, dass a) die Feldwerte nicht abgeschickt werden und b) auch für diese Felder keine Callbacks ausgelöst werden. | ||
| − | Wenn | + | Wenn man also die Feldwerte mit generierten Werten belegen will, selbige aber nicht ändern lassen will, gibt man dem Feld ein load_callback, welches die Vorgabewerte generiert und zurückgibt: |
<pre> | <pre> | ||
| Zeile 34: | Zeile 34: | ||
</pre> | </pre> | ||
| − | Nun muss | + | Nun muss man lediglich noch per "save_callback" dafür sorgen, dass wirklich die generierten Werte gespeichert werden. (Man könnte da sogar die selbe Funktion nutzen wie für den load_callback, damit keiner per HTML-Manipulation doch andere Werte einschmuggelt.) |
Version vom 5. März 2010, 00:41 Uhr
Durch die Einstellung
$GLOBALS['TL_DCA']['tl_table']['fields']['field']['eval']['disabled'] = true;
ist es möglich ein Feld zu sperren, so dass es zwar ausgegraut angezeigt wird, aber nicht geändert werden kann.
Leider hat dies auch den Effekt, dass a) die Feldwerte nicht abgeschickt werden und b) auch für diese Felder keine Callbacks ausgelöst werden.
Wenn man also die Feldwerte mit generierten Werten belegen will, selbige aber nicht ändern lassen will, gibt man dem Feld ein load_callback, welches die Vorgabewerte generiert und zurückgibt:
public function load_field($varValue) {
// Wert generieren
return $varValue;
}
Der eigentliche Trick ist aber, dem Feld nicht per DCA die Einstellung "disabled" mitzugeben, sondern statt dessen ein 'input_field_callback', welches ermöglicht, das Feld selber zu generieren:
public function disabledField($dc)
{
$arrData = $GLOBALS['TL_DCA']['tl_page']['fields'][$dc->field];
$strClass = $GLOBALS['BE_FFL'][$arrData['inputType']];
$arrData['eval']['required'] = ($this->varValue == '' && $arrData['eval']['mandatory']) ? true : false;
$arrData['eval']['disabled'] = true;
$objWidget = new $strClass($this->prepareForWidget($arrData,$dc->inputName,self::$_field_values[$dc->field],$dc->field,$dc->table));
return '<div' . ($arrData['eval']['tl_class'] ? ' class="' . $arrData['eval']['tl_class'] . '"' : '') . '>' . $objWidget->parse() . $datepicker . (($GLOBALS['TL_CONFIG']['oldBeTheme'] || !$objWidget->hasErrors()) ? $this->help() : '') . '
</div>';
}
Nun muss man lediglich noch per "save_callback" dafür sorgen, dass wirklich die generierten Werte gespeichert werden. (Man könnte da sogar die selbe Funktion nutzen wie für den load_callback, damit keiner per HTML-Manipulation doch andere Werte einschmuggelt.)
