BUG? DCA - Field - Select - Options

[xs-hoppelhase]

Hallo ich habe folgendes Feld definiert:

'city_district' => array
(
'label' => &$GLOBALS['TL_LANG']['tl_immo_expose']['city_district'],
'exclude' => true,
'filter' => true,
'search' => true,
'inputType'     => 'select',
'options' => &$GLOBALS['TL_LANG']['tl_immo_expose']['city_district']['options'],
'eval'     => array('mandatory'=>true,'includeBlankOption'=>true,'tl_class'=>'w50')
) 

Hier der Auszug der Language-Datei mit den Options:

&$GLOBALS['TL_LANG']['tl_immo_expose']['city_district']['options'] = array('außerhalb Gera','Gera Innenstadt','Gera (Lusan)') 

Wie man sieht habe ich dem Array für die Options keine Schlüssel zugewiesen. Weise ich dem Datensatz nun "Gera Innenstadt" speicher den Datensatz und öffne ihn wieder, so bleibt "Gera Innenstadt" selektiert. Wähle ich hingegen "Gera (Lusan)" speicher den Datensatz und öffne ihn wieder, so selektiert er "außerhalb Gera".

TL kann wohl bei den Options keine Einträge mit Klammern verarbeiten!?

Ist das ein Fehlverhalten von mir oder von TL?

Grüße aus Gera ;-)

[Toflar]

In die options gehören die direkten Werte.
Die zugehörigen Sprachteile werden mit "reference" definiert.

[xs-hoppelhase]

Tut mir leid ... aber das begreif ich grad nicht :-(

Wenn ich folgendes mache:

'city_district' => array
(
'label' => &$GLOBALS['TL_LANG']['tl_immo_expose']['city_district'],
'exclude' => true,
'filter' => true,
'search' => true,
'inputType'     => 'select',
'options' => array('umland','innenstadt','lusan'),
'reference' =>  &$GLOBALS['TL_LANG']['tl_immo_expose']['city_district']['options'],
'eval'     => array('mandatory'=>true,'includeBlankOption'=>true,'tl_class'=>'w50')
) 

mit Language-File:

&$GLOBALS['TL_LANG']['tl_immo_expose']['city_district']['options'] = array('außerhalb Gera','Gera Innenstadt','Gera (Lusan)') 

gehts nicht, da zeigt er die Indexe aus Options an.

So würde es gehen:

&$GLOBALS['TL_LANG']['tl_immo_expose']['city_district']['options'] = array('umland'=>'außerhalb Gera','innenstadt'=>'Gera Innenstadt','lusan'=>'Gera (Lusan)') 

Aber warum dann den Weg über reference, wenn man es gleich so machen könnte:

'city_district' => array
(
'label' => &$GLOBALS['TL_LANG']['tl_immo_expose']['city_district'],
'exclude' => true,
'filter' => true,
'search' => true,
'inputType'     => 'select',
'options' =>&$GLOBALS['TL_LANG']['tl_immo_expose']['city_district']['options'],
'eval'     => array('mandatory'=>true,'includeBlankOption'=>true,'tl_class'=>'w50')
) 

mit Language-File:

&$GLOBALS['TL_LANG']['tl_immo_expose']['city_district']['options'] = array('umland'=>'außerhalb Gera','innenstadt'=>'Gera Innenstadt','lusan'=>'Gera (Lusan)') 

Kann ich dann eigentlich im Frontendmodul auf &$GLOBALS['TL_LANG']['tl_immo_expose']['city_district']['options']['...'] zugreifen, damit da nicht der index, sondern der Wert ausgegeben wird!?

Grüße, Andy

[xtra]

Tut mir leid ... aber das begreif ich grad nicht :-(

So lasse er sich verklaeren.

So würde es gehen:

&$GLOBALS['TL_LANG']['tl_immo_expose']['city_district']['options'] = array('umland'=>'außerhalb Gera','innenstadt'=>'Gera Innenstadt','lusan'=>'Gera (Lusan)') 

Und genau so macht man es auch. Das macht naemlich nur so Sinn.

Aber warum dann den Weg über reference, wenn man es gleich so machen könnte:

'city_district' => array
(
'label' => &$GLOBALS['TL_LANG']['tl_immo_expose']['city_district'],
'exclude' => true,
'filter' => true,
'search' => true,
'inputType'     => 'select',
'options' =>&$GLOBALS['TL_LANG']['tl_immo_expose']['city_district']['options'],
'eval'     => array('mandatory'=>true,'includeBlankOption'=>true,'tl_class'=>'w50')
) 

mit Language-File:

&$GLOBALS['TL_LANG']['tl_immo_expose']['city_district']['options'] = array('umland'=>'außerhalb Gera','innenstadt'=>'Gera Innenstadt','lusan'=>'Gera (Lusan)') 

So, nun stell dir mal fyr einen kurzen Moment vor, ich komme aus einem fernen Land, nehmen wir mal an Russland. Der core ist auf russisch ybersetzt, deine Extension noch nicht bzw. nur Teilweise.
Es fehlen dann Sprachvariablen.
In obiger Version ist dies kein so grosses Problem, da sind immernoch alle Optionen auswaehlbar. Die heissen dann nur wie der Index (das hattest du in obigem, nicht funktionierenden Beispiel, schon bemerkt).
Schlimm wird es jedoch, wenn du es wie in deinem letzten Beispiel realisieren wolltest. Da fallen dann einige Optionen einfach "heraus", einfach weil sie keinen Ybersetzungstext haben.
Dadurch aendert sich dann schlimmstenfalls noch die Reihenfolge, weil die hinteren Items "hochrutschen" um die "Lycken" zu fyllen und schon ist die komplette Aussage der Select im schlimmsten Fallle beim Teufel.
Deshalb sind die options fix und von den Texten getrennt.

Kann ich dann eigentlich im Frontendmodul auf &$GLOBALS['TL_LANG']['tl_immo_expose']['city_district']['options']['...'] zugreifen, damit da nicht der index, sondern der Wert ausgegeben wird!?
Grüße, Andy

Die keys in die Texte umzuwandeln ist Sache deines Moduls.
Fyr Faule gibt es jedoch die Kurzvariante

$this->loadLanguageFile('tl_something'); 

welche die Sprachdatei des jeweiligen DCA laedt, dann kannst du auf die Sprachvariablen zugreifen.

Gruss
Chris

[xs-hoppelhase]

So, nun stell dir mal fyr einen kurzen Moment vor, ich komme aus einem fernen Land, nehmen wir mal an Russland.

Überzeugt - macht Sinn. Danke für den Klapps auf den Hinterkopf. ;-)