Integration der 
mein.toubiz #elements

Wenn du eine #elements Ausspielung bei uns beauftragt hast, bekommst du einen Widget-Code, in dem wir bereits definieren, ob es sich um article- (z.B. Sehenswürdigkeiten) oder event-Daten  (Veranstaltungen) handelt. 

Im gelieferten Code findest du eine Information zur gewählten Sprache. Im Code wird das z.B. mit lang="de" für deutsch gekennzeichnet. Mögliche Sprachen sind: de, en, es, cz, dk, fr, it und nl. Solltest du dein #element also in englisch zeigen wollen, müsstest du diese Passage folgendermaßen ändern: lang="en"

Achte bitte darauf keine anderen Zeichen zu löschen oder zu ergänzen. Dies könnte zu Problemen in der Ausspielung führen.

Hinweis: 
Damit die Daten in einer anderen Sprache gezeigt werden, musst du die Datensätze noch übersetzen. Feste Begriffe des Systems sind von uns bereits Übersetzt.
Die Sprachkürzel ausformuliert sind: Deutsch, Englisch, Spanisch, Tschechisch, Dänisch, Französisch, Italienisch und Niederländisch.

Möchtest du nur Daten deines Mandanten oder auch die Daten deiner untergeordneten Orte darstellen? Dies kannst du folgendermaßen steuern:

Nur Inhalte des eigenen Mandanten ausgeben: 
client: 'current' 

Bei Mandanten mit zugeordneten Mandanten (Untergeordnete Orte): clientIncludingManaged: 'current' 

Auch Daten anderer Mandanten (über Channel abonniert):

clientIncludingManaged: '' 

So kannst du dein #element auf die Detailseite eines Eintrags verlinken:

route="/article/ID-des-articles-aus-toubiz" 

So kannst du deine Einträge nach Namen sortieren:

query:{sorting:{property:'name',direction:'asc'}}

Wird nichts definiert, werden standardmäßig folgende Filter ausgegeben. 

Für den Datentyp „article“ (Punktdaten wie POI):

Hierzu wird die ID der gewünschten Kategorien benötigt. Eine aktuelle Liste der Kategorien und IDs kannst du dir ganz einfach unter dem Menüpunkt »Kategorien« downloaden.

Bsp.: a46e5ee3-d762-41cd-a937-59b494758e6d -> Restaurant 

Filter können in der Widget Konfiguration als aktive Filter- (tags) übergeben werden. D.h. die so übergebenen Filter sind beim Aufruf des Widget bereits als aktive Tags gesetzt und können vom User dann entfernt werden. Nach Reload der Seite sind die Tags wieder aktiv. Dies kann für alle Filter angewendet werden und funktioniert für Artikel und Events.

Beispiel zum Übergheben von Orten und Kategorien:
activeFilters: {cities: ['979cc93d-fd3c-44bf-b02e-4b01318c3a90' , '864743cf-e65e-466d-a409-659e9eed1c79' , '6e955822-e056-4908-af26-b87889f2cb02']categories: ['KategorieID' , 'KategorieID2']},

Diese Info muss im Bereich der serialized-configuration platziert werden.

Eine aktuelle Liste der Kategorien und IDs schicken wir Dir gerne zu.

Der Highlight-Slider ist standardmäßig ausgeblendet und kann mit highlightSlider:true  eingeblendet werden. Dies muss zwischen serialized configuration und query eingesetzt werden.  

Im #element kann auch eine “Archiv Seite”, also eine Seite definiert werden, auf der sich die Detailansichten sollen. 

Das eignet sich zum Beispiel, wenn das Widget auf einer Landingpage zwischen dem Content eingebunden wird. Dann macht es mehr Sinn die Detailseite in einem neuen Tab auf einer Seite zu öffnen, auf welcher nur das Widget liegt.

staticWidgetPath: '/event/', 
oder 
staticWidgetPath: '/article/',

Der staticWidgetPath muss direkt innerhalb der serialized-configuration und außerhalb vom query platziert werden.

Wichtig ist, dass sich unter diesem Pfad auf der Seite dann auch entsprechend eine Ergebnisliste des jeweiligen Typs befindet.

Die Besucherinformationen sind standardmäßig für die Detailseiten eingeblendet und können mit displayCapacityOnDetail:false ausgeblendet werden. 

Diese Angabe muss direkt in der serialized-configuration platziert werden.