Feld im DCA disablen, aber trotzdem Werte übermitteln: Unterschied zwischen den Versionen

Aus Contao Community Documentation

(Änderung 78 von Manitougs (Diskussion) wurde rückgängig gemacht.)
Zeile 1: Zeile 1:
 
[[Category:Dev_Snippets]]
 
[[Category:Dev_Snippets]]
 
Durch die Einstellung
 
Durch die Einstellung
<nowiki>$GLOBALS['TL_DCA']['</nowiki>''tl_table''<nowiki>']['fields']['</nowiki>''field''<nowiki>']['eval']['disabled'] = true;</nowiki>
+
<pre>$GLOBALS['TL_DCA']['</nowiki>''tl_table''<nowiki>']['fields']['</nowiki>''field''<nowiki>']['eval']['disabled'] = true;</pre>
 
ist es möglich ein Feld zu sperren, so dass es zwar ausgegraut angezeigt wird, aber nicht geändert werden kann.
 
ist es möglich ein Feld zu sperren, so dass es zwar ausgegraut angezeigt wird, aber nicht geändert werden kann.
  
Zeile 9: Zeile 9:
  
 
<pre>
 
<pre>
  <nowiki>
 
 
public function load_field($varValue) {
 
public function load_field($varValue) {
 
   // Wert generieren
 
   // Wert generieren
 
   return $varValue;
 
   return $varValue;
 
}
 
}
  </nowiki>
 
 
</pre>
 
</pre>
  
Zeile 20: Zeile 18:
  
 
<pre>
 
<pre>
  <nowiki>
 
 
   public function disabledField($dc)
 
   public function disabledField($dc)
 
   {  
 
   {  
Zeile 31: Zeile 28:
 
</div>';
 
</div>';
 
   }
 
   }
  </nowiki>
 
 
</pre>
 
</pre>
  
 
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.)
 
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, 02:18 Uhr

Durch die Einstellung

$GLOBALS['TL_DCA']['</nowiki>''tl_table''']['fields']['''field''<nowiki>']['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.)

Ansichten
Meine Werkzeuge

Contao Community Documentation

<Kellner> und einmal Filet?
<backbone87> Nein Olli, nicht Philip!

Navigation
Verstehen
Verwenden
Entwickeln
Verschiedenes
Werkzeuge