Die Schedule-App bietet zwei neue Datenstrukturen:
Die Session basiert auf dem Proposal-Datenmodell, erweitert dieses jedoch um Informationen zu Ort und Zeit. Zusätzlich verweist eine Session optional auf ein Proposal, aus dem sie hervorgegangen ist. Theoretisch kann ein Proposal zu mehreren Sessions führen (da es aus Zeitgründen z.B. aufgesplittet werden musste).
Die Zeitinformationen sind derzeit noch optional, da diese erste in Phase 2 der Umsetzung verwendet werden.
Ein SideEvent ist zum Beispiel die Begrüßung, Lightning-Talks oder Pause. Wie auch bei normalen Sessions können diese einem Ort und einer Zeitspanne zugewiesen werden. Zusätzlich verfügen SideEvents über die Flags “Global” und “Pause”. Während “Pause” primär die Darstellung beeinflusst, sind globale Events nicht an einen bestimmten Ort gebunden sondern gleichzeitig in allen aktiv.
Um ein Proposal in ein Session umzuwandeln, muss man unter /admin/proposals/proposal die gewünschten Proposals auswählen und dann im Aktionen-Menü “Auswahl in Sessions umwandeln” auswählen.
Proposals, zu denen bereits eine Session existiert, werden nicht erneut umgewandelt.
Die hier erwähnte Funktionalität steht zusätztlich auch im Bereich der Proposal-Metadaten zur Verfügung.
Name | Format | Felder |
---|---|---|
Einfach | CSV | ID, ProposalID, Title, SpeakerUsername, SpeakerName, CoSpeakers, AudienceLevel, Duration, Track |
Guidebook | CSV | title, date, start_time, end_time, location_name, track_name, description, type, audience, speaker, cospeakers |
Sponsors (Guidebook) | CSV | name, website, description, level_code, level_name |
Abschnitte (Guidebook) | CSV | name, start, end, description |
Die Schedule-App bietet Views zur Darstellung des gesamten Programms sowie einzelner Sessions und Side-Events.
Der gesamte Schedule kann auf zwei Arten eingebunden werden:
Beim Plugin muss bedacht werden, dass die Darstellung nur auf einer Seite mit dem Page-Template “Full page width” Sinn macht.