Select Feld Decodieren UTF-8

**Bernd.P** · 18.12.2017, 11:21

Mahlzeit,

wie überzeuge ich mein Select-Field, dass es die 'Gäste' speichert? Mein Versuch mit "decodeEntities'=>'true'" klappt nicht. Nach Auswahl der "Gäste" meckert das Formular "Ungültige Auswahl"

Code:

       'category' => array
        (
            'label'                   => &$GLOBALS['TL_LANG']['tl_course_info']['category'],
            'exclude'                 => true,
            'search'                  => true,
            'sorting'                 => true,
            'filter'                  => true,            
            'flag'                    => 1,
            'inputType'               => 'select',
            'options'                 => array('G&auml;ste','blabla','und so weiter'),
            'eval'                    => array('mandatory'=>true, 'maxlength'=>255,'decodeEntities'=>'true'),
            'sql'                     => "varchar(255) NOT NULL default ''"
        ),

Gruß Bernd

**cliffparnitzky** · 18.12.2017, 11:28

Moin,

am besten du verwendest für die Optionen einen technischen Wert (ohne umlaute o.ä.) und vergibst dann mittel "reference" die übersetzten Texte aus einer Sprachdatei (UTF-8 ohne BOM kodiert) heraus.

z.B. so:

- https://github.com/contao/core/blob/...ember.php#L176
- https://github.com/contao/core/blob/...ault.xlf#L1582

Gruß, Cliff

**Bernd.P** · 18.12.2017, 11:58

Hallo Cliff,

danke für die Rückmeldung. Würde das nicht bedeuten, dass auch in der Datenbank der technische Name gespeichert wird?
Könnte man nicht über save_callback den Feldwert vor dem Speichern überschreiben?

Gruß Bernd

**cliffparnitzky** · 18.12.2017, 12:05

Ja, dann wäre auch der technische Namen in der DB.

Warum auch nicht? Das wäre dann sauber so.

Beim Auslesen wird wieder ein Mapping auf die Textschlüssel durchgeführt.

**Bernd.P** · 18.12.2017, 12:29

Hmm, ich persönlich finde es schöner, wenn in der Datenbank auch das drin steht was rein soll. Aber gut, Mappe ich das Ganze.

...wie übersetze ich denn "Greenschnobels" oder "Aukröger Senioren" ins englische...

**cliffparnitzky** · 18.12.2017, 13:06

Besser ist es, wen man einen festen Wert benutzt, der technischen Charakter hat. Muss ja nicht englisch sein, Sowas wie "gaeste" geht im Grunde auch.

Dann läuft man auch nicht Gefahr, Probleme mit der Kodierung in der DB zu haben.

Und spätestens wenn du eine Umbenennung des Labels hast oder mehrsprachig wirst, bist du froh, dass du nur an den gemappten Werten in den Sprachdateien was änderst, der Wert in der der DB aber gleich bleibt ... vor allem für bestehende Datensätze.

**Bernd.P** · 18.12.2017, 13:22

Siehe ich ja alles ein... aber was macht man denn nun, wenn ich dem Select-Feld nun eine SQL-Abfrage als Auswahl hinterlege möchte, wo lauter freundliche Datensätze mit Umlauten drin sind?

**cliffparnitzky** · 18.12.2017, 14:03

Mit dem "options_callback" arbeiten, darin dann z.B. die ID des Datensatzen aus dem SQL Select als value verwenden und als Option Label den Text mit den Umlauten.

**Bernd.P** · 18.12.2017, 14:22

Das hört sich gut an, jetzt noch ein Link mit einem Beispiel und ihr seit mich los. Die erste (und wahrscheinlich letzte) Erweiterung neigt sich dann dem Ende zu.