calendar mit Veranstaltungsorten in neuer Tabelle - Daten nicht im Template

[Flex]

Ich habe die Events mit folgendem Feld erweitert.

$GLOBALS['TL_DCA']['tl_calendar_events']['fields']['venue'] = array
(
    'label'                   => &$GLOBALS['TL_LANG']['tl_calendar_events']['venue'],
    'exclude'                 => true,
    'inputType'               => 'select',
    'foreignKey'              => 'tl_calendar_events_places.CONCAT(title," - ",address)',
    'eval'                    => array('chosen'=>true, 'includeBlankOption'=>true),
    'sql'                     => "int(10) unsigned NOT NULL default '0'",
    'relation'                => array('type' => 'hasOne', 'load' => 'eager')
); 

Leider fehlt mir die Relation - ich bekomme nur die ID im Template.

Warum wird die Relation nicht geladen? Muss ich mir das Model hier selbst erstellen und per getRelated() die Daten holen?

$objEvent = CalendarEventsModel::findByPk($this->id);
var_dump($objEvent->getRelated('venue')); 

Sieht im Template hässlich aus.

[Toflar]

Natürlich musst du die Daten selber holen, wer sollte es denn sonst tun?

[Flex]

Natürlich musst du die Daten selber holen, wer sollte es denn sonst tun?

Wird ein in Beziehung (nur *hasOne* oder *belongsTo*) stehendes Objekt „eager“ geladen, erstellt der QueryBuilder automatisch ein OUTER JOIN-Query und lädt die Objekte in einer einzigen Datenbank- Abfrage.

Ich hatte eigentlich gehofft dass es das Model so selbst tut?

[Toflar]

"eager" heisst nur, es wird mitgejoint und ist automatisch in der Model-Registry. Das heisst aber doch nicht, dass die Werte im Template ankommen?

[Flex]

Bin das letzte Jahr wohl zuviel fremdgegangen, im anderen System ging das automatisch.
Danke.

[Toflar]

Schlingel!

Übrigens: Nutz den parseTemplate-Hook um die Variable zur Verfügung zu stellen, damit dein Kunde nicht überrascht über einen direkten Model-Zugriff ist